2017-09-16 8 views
-1

Es gibt eine Debatte in unserer Firma für flache Tabellenstruktur gegen normalisierte Tabellenstruktur. Ab sofort glauben wir, dass wir eine normalisierte Datenbank haben und die Anwendung damit gut funktioniert. Aber Berichterstattung wird auf der Client-Seite von einem IT-Typ gemacht, da einige Ad-hoc-Berichte von Zeit zu Zeit generiert werden. Manchmal macht er sich Sorgen, da er Details nicht einfach aus einer flachen Tischstruktur entnehmen kann. Er hat es an das Management eskaliert und sie haben auch den Eindruck, dass eine hoch normalisierte Datenbank nicht wirklich nützlich ist.Normalisierte Tabellenstruktur Vs Flache Tabellenstruktur

Wie können wir die normalisierte Datenbank vs flache Tabellenstruktur für diesen Kontext verteidigen. Jeder hatte diese Erfahrung vorher.

+1

Wir können nicht ohne weitere Details antworten. Selbst wenn wir genau wüssten, was die beiden Design-Entscheidungen waren, haben wir keine Möglichkeit zu wählen "kann nicht einfach Details extrahieren". Sie müssten uns die Argumente geben. Was sind die Geschäftskosten * für jede Option? Bitte lesen [fragen]. Dies scheint vage und breit zu sein. PS 1, Was bedeutet "flach" anders als "ein Tisch"? Eine Tabelle hat so viele Dimensionen wie Spalten. Bilder auf Papier und Bildschirmen sind flach. 2. Die Normalisierung ändert nicht die Abfrageergebnisse, die Sie erhalten können. Sie ändert nur die Abfragen, die Sie schreiben, um sie zu erhalten. Es vereinfacht Updates. – philipxy

+0

Nur um zu verdeutlichen: Ihr "kann Details nicht einfach aus einer flachen Tischstruktur extrahieren" ist etwas ungrammatisch. Meinst du "kann Details nicht so einfach extrahieren wie aus einer flachen Tischstruktur"? Dh er will ein flaches Design (was auch immer das bedeutet)? Und das Management stimmt ihm zu? Aber "wir" - das schließt dich ein - unterstützen die Normalisierung? (Was auch immer Sie mit [* das *] meinen (https://stackoverflow.com/a/40640962/3404097).) PS Es gibt buchstäblich Dutzende von einleitenden Informationsmodellierung und Datenbank-Design-Lehrbüchern online kostenlos, aus denen Sie die Gründe dafür zitieren könnten Normalisierung zu 1. & höher NFs.) – philipxy

+1

"Manchmal ist er besorgt, da er Details nicht einfach wie von einer flachen Tabellenstruktur extrahieren kann." Wenn er SQL-Joins nicht schreiben kann, sollte er sich Sorgen machen. Bringen Sie ihm bei, wie er seinen Job macht, oder geben Sie den Job jemand anderem. (Beides sind Managementprobleme, keine technischen Probleme.) –

Antwort

0

Ja, es ist eine Debatte der Normalisierung vs De-Normalisierung. Es war gelungen, die Vorteile der Normalisierung zu erklären und Ansichten für die Berichterstattung vorzuschlagen.

Problem gelöst ab sofort.