Les grandes tables de données statiques avec DBGhost

Question

Nous pensons à la restructuration de notre développement de bases de données et les processus de déploiement en utilisant DBGhost, nous voulons nous éloigner de la base de données centrale de développement et apporter la base de données au contrôle source.
L'un des problèmes que nous avons est une grande table avec des données statiques (contenant des chaînes de langue traduits), il a près de 200K lignes.
Je sais que notre meilleure solution est de déplacer ces piqûres dans les fichiers de ressources, mais jusqu'à ce que nous mettons en œuvre que sera DbGhost en mesure de maintenir toutes ces données statiques et générer notre développement et les bases de données de déploiement dans un court laps de temps? Et sinon est-il une bonne alternative à remplir ce tableau chaque fois que nous devons?

Answer 1

Seriez-vous capable de jeter un oeil à SQL Source Control? Nous avons juste ajouté le support de données statiques et recherchons des commentaires avant la version complète.

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

Seriez-vous en mesure d'expliquer pourquoi vous vous déplacez loin d'un modèle de développement de la base de données centrale?

Answer 2

  

DBG est pas vraiment conçu pour déplacer des quantités massives de données

C'est d'un courriel reçu de Innovartis au sujet de la même question que le vôtre. Vous avez probablement découvert cela maintenant bien!

Answer 3

Peut-être quand vous avez posé ils n'a pas eu d'évaluation si je ne suis pas sûr que ce soit vrai. La seule façon que vous savez est de tester et de voir comment cela fonctionne.

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

Answer 4

Ceci est une question ancienne avec une réponse acceptée, mais j'ai une autre entrée dans ce.

Nous utilisons DBGhost et nous avons beaucoup de données de la table statique, bien que le plus grand est seulement d'environ 20K lignes, plutôt que 200K lignes.

DBGhost a une fonction de données de script (comme une série d'instructions d'insertion). Nous avons utilisé que pour exporter nos données statiques dans des scripts et de mettre ces scripts sous contrôle de version. Nous peaufiné ces scripts pour effacer les données avant d'ajouter le retour de données, afin que nous puissions utiliser un seul script pour « remise à zéro » les données statiques pour une table. Cet ajout a été pour nos besoins spécifiques, et n'est pas la seule façon que vous pouvez traiter les données statiques avec DBGhost.

La « construction de scripts » et « synchronisation » processus à la fois support runnning scripts ad hoc avant et après le processus. Nous avons ajouté les scripts de données statiques que les scripts ad hoc pour exécuter après la construction / synchronisation.

DBGhost prend également en charge la synchronisation des données dans le processus de synchronisation. Le processus de synchronisation peut être configuré pour effectuer une synchronisation des données sur des tables sélectionnées. En utilisant cette technique, vous pouvez avoir votre processus de construction ajouter les données via les scripts, le processus de synchronisation peut synchroniser automatiquement les données de ces tables. En utilisant cette technique, vous auriez pas besoin de changer les scripts comme nous l'avons fait.