Große Tabellen staticer data mit DBGhost

Wir denken daran, unsere databaseentwicklungs- und Bereitstellungsprozesse durch die Verwendung von DBGhost zu restrukturieren, wir wollen uns von der zentralen Entwicklungsdatenbank entfernen und die database an die Quellcodeverwaltung bringen.
Eines der Probleme, die wir haben, ist ein großer Tisch mit staticen data (mit übersetzten Sprachzeichenfolgen), es hat nahezu 200K Zeilen.
Ich weiß, dass unsere beste Lösung darin besteht, diese Stiche in Ressourcen-fileen zu verschieben, aber bis wir das implementieren, wird DbGhost in der Lage sein, alle diese staticen data zu pflegen und unsere Entwicklungs- und Bereitstellungsdatenbanken in kurzer time zu generieren? Und wenn nicht, gibt es eine gute Alternative, diesen Tisch zu füllen, wann immer wir müssen?

    Möchten Sie einen Blick auf SQL Source Control casting? Wir haben gerade statice dataunterstützung hinzugefügt und sind auf der search nach Feedback vor der vollständigen Veröffentlichung.

    http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298

    Möchten Sie erklären, warum Sie sich von einem zentralen databaseentwicklungsmodell entfernen?

    DBG ist nicht wirklich für das Bewegen von massiven datamengen ausgelegt

    Das ist von einer E-Mail von Innovartis über die gleiche Frage wie Ihre. Du hast das wohl schon mal gefunden!

    Vielleicht, als du das gefragt hast, haben sie keine Bewertung bekommen, obwohl ich nicht sicher bin, dass das wahr ist. Der einzige path, den Sie wissen, ist, es zu testing und zu sehen, wie es funktioniert.

    http://www.innovartis.co.uk/evaluation.aspx

    Das ist eine ältere Frage mit einer akzeptierten Antwort, aber ich habe einen anderen input dazu.

    Wir verwenden DBGhost und wir haben viele statice Tabellen-data, obwohl die größte ist nur etwa 20K Zeilen, anstatt 200K Zeilen.

    DBGhost hat eine function für Skriptdaten (als eine Reihe von Insert-statementen). Wir haben das benutzt, um unsere staticen data in Skripte zu exportieren und diese Skripte unter Versionskontrolle zu setzen. Wir haben diese Skripte gezwickt, um die data zu löschen, bevor wir die data wieder hinzufügen, so dass wir ein einziges Skript verwenden können, um die staticen data für eine Tabelle "zurückzusetzen". Dieser Zusatz war für unsere spezifischen Bedürfnisse, und ist nicht der einzige path, dass Sie mit staticen data mit DBGhost umgehen konnten.

    Die "Build from scripts" – und "sync" -processe unterstützen sowohl runnning Ad-hoc-Skripte vor und nach dem process. Wir haben die staticen dataskripts als Ad-hoc-Skripte hinzugefügt, die nach dem Build / Sync ausgeführt werden sollen.

    DBGhost unterstützt auch die datasynchronisation im Synchronisationsprozess. Der Synchronisationsvorgang kann so konfiguriert werden, dass er eine datasynchronisation auf ausgewählten Tabellen durchführt. Mit dieser Technik können Sie Ihren Build-process hinzufügen, um die data über die Skripte, dann kann der Synchronisierungsprozess automatisch die data für diese Tabellen synchronisieren. Mit dieser Technik musst du die Skripte nicht ändern, wie wir es gemacht haben.