Frage

Ich bin kurz vor dem Start eine Unternehmensdatenbank in angemessener Weise redoing. Unsere aktuelle Datenbank ist ein Chaos und hat wenig bis gar keine Dokumentation. Ich frage mich, was die Leute zu verwenden, empfehlen, wenn eine Interbase-Datenbank entwerfen? Gibt es irgendeine Art von guten visuellen Schema Designer, die die SQL generieren? Ist es besser, es zu tun alle von Hand?

Im Grunde, was sind die Schritte, die Menschen in der Regel nehmen bei der Gestaltung und eine Datenbank zu dokumentieren? Wenn es darauf ankommt, will ich Hibernate als ORM für die Datenbank verwenden. (Spezielle Tipps mit Interbase würde auch geschätzt werden).

Danke!

War es hilfreich?

Lösung

Wenn dies ist eine brandneue Datenbank-Anwendung, die vor kurzem erstellt wurde und wird nicht in dem Geschäft verlassen, dann sage ich volle Kraft voraus mit Ihrer re-write / neuen Datenbank. Ich vermute aber, dass Sie mit einer Datenbank handelt, die seit ein paar Jahren war und ist stark genutzt.

Wenn ich Recht habe über die Datenbank ein paar Jahre alt zu sein, empfehle ich stark gegen von vorne anfangen. Fast jede Produktionsdatenbank, die um ein paar Jahre gewesen ist, wird „chaotisch“ sein. Dies ist in der Regel, weil die reale Welt Anforderungen für Programme in der Regel die Lösungen verlangen etwas chaotisch zu sein. Dies wahr sein wird Ihrer Marke neue Datenbank in ein paar Jahren nun auch (wenn Sie diesen Weg gehen).

Hier sind einige Gründe, würde ich nicht eine Produktionsdatenbank von Grund auf neu erstellen:

  • Die Live-Datenbank enthält Jahre im Wert von Transaktionen und Kundendaten, die sehr wertvoll sind. Es wird sehr schwierig, diese Daten in eine völlig andere Datenbankstruktur zu übertragen. Glauben Sie mir, auch wenn das Unternehmen Sie jetzt erzählt werden sie nicht diese alten Daten zugreifen müssen, werden sie.
  • haben viele Geschäftsregeln wahrscheinlich in die Datenbankstruktur, die in Form von Standardwerten, Trigger, Stored Procedures, auch die Datentypen der Spalten gebaut worden, und ohne diesen sehr sorgfältig zu prüfen und zu dokumentieren sie, sind Sie wahrscheinlich, sie zu verlassen aus der neuen Datenbank und viel Zeit verbringen Debuggen und das Hinzufügen dieser in, wenn die Menschen mit dem System starten und entdecken sie die Regeln nicht-Applikators ist richtig
  • Sie haften Fehler in der neuen Datenbank-Design zu machen, oder später erkennen, dass die Struktur eine neue Funktion zur Aufnahme ändern muss. Wenn Sie Änderungen an Ihrer aktuellen Datenbank gewesen zu machen, und das Lernen aus, dass sich zukünftige Änderungen einfacher und intuitiver.

Hier ist der Ansatz, den ich empfehlen:

  • verstehen und dokumentiert die aktuelle Datenbank, die Ihnen ein wirklich gutes Verständnis der Informationen in Ihrem Unternehmen fließt geben.
  • Wenn Sie sehen, was erscheint es sorgfältig schlecht oder chaotisch Design, aussehen zu sein. Sie können richtig sein, und für den Wandel sehen Potenzial, oder Sie könnten ein Trade-off finden war für die Leistung oder aus anderen Gründen gemacht, und Sie können daraus lernen.
  • Erstellen Sie inkrementelle Verbesserungen der Datenbankstruktur, Dokumentation sicher zu sein, zu aktualisieren, um die Programme ändern, die sich auf die Bereiche verlassen (oder mit Ihrem Programmierer arbeiten, wenn das nicht Sie).

Ich weiß, das wie ein sehr langer Weg scheint sich um, aber es von jemandem nehmen, die für Datenbanken 12 Jahre wurde die Erhaltung und Schaffung jetzt - Ihre aktuelle Datenbank wahrscheinlich chaotisch ist, weil die realen Anforderungen chaotisch

.

Andere Tipps

Normalerweise verwende ich einen Texteditor. Gelegentlich verwende ich Database Workbench . Zuletzt hörte ich, Embarcadero vorging Interbase unterstützt einige ihrer Datenbank Modellierungs-Tools hinzuzufügen, aber ich weiß nicht, ob das noch ausgeliefert hat.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top