Agile Entwicklung und Datenbankänderungen

Question

Für die agilen Praktiker da draußen ...

Wie verwalten Sie Änderungen an einem Datenbankschema während eines Projekts? Ich gehe davon aus, dass sich in einem agilen Projekt das Schema jeder beteiligten Datenbank ändert und refaktoriert wird, genau wie es bei der Codebasis der Fall ist.

Ist diese Annahme richtig? Wenn ja, haben Sie bestimmte Tools oder Prozesse, mit denen Sie den reibungslosen Ablauf gewährleisten?

Answer 1

AgileData.org ist eine hervorragende Ressource - viel mehr als ich in einer einzigen Antwort - auf Agile Database-Entwicklung. Insbesondere könnten Sie sich für Agile Data Best Practices interessieren. Wenn Sie SQL Server verwenden, könnten Sie auch an SQL Compare von Red Gate Software interessiert sein. Unsere Datenbankadministratoren haben es verwendet, um mir bei der Migration von Änderungen von QA zu Production für bestehende Anwendungen zu helfen.

Answer 2

Im Idealfall machen Sie nicht brechende Änderungen, dann können Sie nach der Freigabe alte Teile des Schemas vollständig verwerfen. Das ist nicht einfach und erfordert Disziplin. Es ist nicht immer möglich.

Answer 3

Werfen Sie einen Blick auf Ruby on rails migrations. Es spielt keine Rolle, ob Sie Rails verwenden, da die Idee bereits in ein anderes Framework kopiert wurde.

Answer 4

In unserem Agile-Setup gibt es einen Ordner für DB-Änderungen, die als .SQL-Dateien erstellt werden. Bis jetzt hatten wir in jeder Version eine DB-Änderung, und die Datei ist nach der App-Version benannt. Das Installationsskript wendet automatisch alle Änderungsdateien an, wenn Websites aktualisiert werden.

Wir haben auch einen vollständigen Schemadump einer Referenzdatenbank, die für neue Installationen verwendet wird und von unserem DB-Verwaltungstool erstellt wurde.

Ich weiß, dass es Tools gibt, die helfen, diesen Prozess zu automatisieren, wie Red Gate, aber das manuelle Erstellen der SQL-Änderungsdatei ist sehr einfach.

Answer 5

Für jedes Update, würde ich sein:

• Bereitstellung von Roll-Forward-und Rollback-Skripte,
• einen "Aufbau der DB von Grund auf" Skript bereitstellen,
• ein Datenmigrationsscript Bereitstellung und
• Erzwingt einen Mechanismus, bei dem der Code mit der Datenbankversion verriegelt ist, dh es wird nach einem Wert gesucht, der die aktuelle Version der Datenbank zurückgibt. Bei einer Nichtübereinstimmung sperrt und blödelt das System laut über die Nichtübereinstimmung.

HTH

prost,

Rob

Answer 6

Die Datenbankstruktur ist höchstwahrscheinlich eine Abhängigkeit vieler Teile des Codes sein, und Schemaänderungen werden Kaskadeneffekte haben. So wie Änderungen an der Schnittstelle in einer Klasse, die viele Klassen erweitern. Seien Sie also vorsichtig mit Schemaänderungen.

Agile Methodologie unterscheidet sich nicht von anderen Methoden, da es zu Ihrem Vorteil ist, die Datenbank so weit wie möglich im Voraus zu gestalten, und Sie sollten versuchen, sie seltener als den Code zu ändern. Nicht zu sagen, dass Sie es nie ändern können, aber es ist teuer, dies zu tun.

Migrationen sind ein einfaches, aber effektives Werkzeug zum Verfolgen von Schemaänderungen, wie andere bereits festgestellt haben. Das Konzept besteht aus Skripten von CREATE- und ALTER-Anweisungen, um von einer Revision des Schemas auf die nächste zu aktualisieren, begleitet von Scripts von ALTER- und DROP-Anweisungen, um die gleichen Änderungen herabzustufen. Ruby on Rails verwendet darüber hinaus eine Datenbankabstraktionsschicht, um den Wechsel von Datenbankmarken zu erleichtern. Wenn Sie jedoch nur eine Marke unterstützen möchten, können Sie einfach SQL-Dateien verwenden.

Es ist ein hoch angesehenes Buch zu diesem Thema später „Refactoring Databases: Evolutionary Database Design“ von Scott Ambler