Was ist wichtiger? DB-Design oder Kodierung?

Question

Was ist wichtiger: Der Entwurf der Datenbank? Oder das Design des Anwendungscodes?

Es gibt eine Menge Informationen über wiederverwendbaren Code (von Carl Franklin bei dnrtv.de , CSLA.net et. al.), aber ich sehe nicht allzu viele Informationen über das Datenbankdesign und seine Auswirkungen auf die Lebensdauer einer Anwendung (insbesondere, wie sich schlechte Designentscheidungen in der Anfangsphase auf die Anwendung in ihrem späteren "Leben" auswirken).

Answer 1

Beide sind natürlich wichtig, es ist eine symbiotische Beziehung.

Aber wenn Ihre DB defekt ist, kann kein noch so guter Code Ihre Anwendung zum Strahlen bringen.

Wenn Ihre DB jedoch wirklich gut ist, kann guter Code sie noch besser machen (aber schlechter Code kann sie immer noch ruinieren).

Answer 2

Beide

Ein großartiger Code kann durch ein grauenhaftes Datenbankdesign ruiniert werden, und ein großartiges Datenbankdesign kann durch einen grauenhaften Code ruiniert werden.

Answer 3

Hängt davon ab, wo Sie in Sachen Wissen über...und Produktanforderungen stehen.

Wird eine der beiden Seiten vernachlässigt, kann Ihr Produkt in Schwierigkeiten geraten.

Abgesehen davon neige ich dazu, nach dem DDD-Stil zu programmieren, bei dem ich alles außer meiner Datenbank zuerst definiere. So habe ich eine bessere Vorstellung davon, welche Daten gespeichert werden müssen.

Sobald dies abgeschlossen ist, kann ich meine Datenbank erstellen und entsprechend anpassen.

Answer 4

Das hängt davon ab, was für Ihr Unternehmen wichtig ist. Idealerweise sollten Sie keine der beiden Optionen zu kurz kommen lassen, aber wenn Sie müssen, sollten Sie sich auch diese Frage stellen:

Ist Ihre Anwendung dazu da, Daten zu verarbeiten, oder gehen die Daten über Ihre Anwendung hinaus?

Mit anderen Worten: Wenn der Code Ihrer Anwendung heute in die Luft fliegt, aber Ihre Daten noch da sind, wie schlimm wäre die Katastrophe? Wenn Ihre Antwort lautet:

Ich kann immer noch den Code schreiben, um die Anwendung zu ersetzen, aber ohne die Daten sind wir aufgeschmissen.

Dann sollten Sie dafür sorgen, dass Ihre Daten solide sind, denn sie werden wahrscheinlich jeden Code überleben, den Sie heute schreiben. Das soll nicht heißen, dass Sie keine großen Anstrengungen unternehmen sollten, um eine solide Codebasis zu schreiben, aber der Code ist letztlich vergänglich, Ihre Daten hingegen nicht. Wenn Sie mit schlechtem Code feststecken, können Sie ihn umschreiben, aber wenn Sie schlechte Daten haben, wird das wahrscheinlich viel weitreichendere Auswirkungen haben.

Wenn die Daten jedoch nur dazu da sind, um sicherzustellen, dass Ihr Code gut funktioniert, und der Code selbst wichtiger ist (die Umkehrung des obigen Szenarios), sollten Sie sicherstellen, dass Sie eine gute Codebasis haben, und eventuelle Mängel in den Daten später noch einmal überprüfen.

EDITAR

Bei den meisten Unternehmensanwendungen sind die Daten viel wichtiger. Ich habe in der Vergangenheit an Konvertierungsprojekten gearbeitet, bei denen der Code seine Lebensdauer weit überschritten hatte, die Migration aber so lange (manchmal Jahrzehnte) hinausgezögert wurde, weil die Daten so schlecht waren, dass es erheblicher und sehr diskreter Anstrengungen bedurfte, um die Daten in einen Zustand zu bringen, in dem sie migriert werden konnten.

Answer 5

Sie schließen sich nicht gegenseitig aus. Beide müssen grundsolide sein, um eine Chance auf eine grundsolide Lösung zu haben.