Contrôle de version pour les objets de base de données

La base de données sur laquelle nos développeurs travaillent est trop volumineuse (contient beaucoup d'objets de base de données). Nous devons contrôler les modifications des objets db (gestion du changement). Notre entreprise ne peut pas avoir une personne qui serait uniquement responsable des changements de base de données. Nous avons donc besoin d'une source sûre pour les objets de base de données, quelque chose comme le contrôle de version pour le code standard, mais plus lié à la base de données, qui peut synchroniser la base de données et les scripts. Quel est le meilleur. Fiable, bon marché, fonctionnel - choisissez les deux :)

• Contrôle de source Red Gate SQL Server
• Projets de base de données Visual Studio
• Discipline des développeurs

Version ApexSQL , prend en charge Visual Source Safe, Subversion, Team Foundation Server, SourceGear Vault et les systèmes de gestion de versions conformes à MSSCCI

• Projets de base de données / serveur habituels dans Visual Studio
• Contrôle de source SQL RedGate

les deux sont compatibles avec TFS et SVN / Hg

Notre équipe utilise les projets de base de données Visual Studio 2010. La plupart de nos projets s'appuient sur MS Team Foundation Server pour le contrôle des sources, qui s'intègre de manière transparente, mais j'ai découvert récemment que cela fonctionnerait (avec un peu de peine) sur d'autres systèmes sources. Nous avons un tel projet sur Perforce. Les fonctionnalités de génération et de déploiement de VS2010 fonctionnent très bien et peuvent être automatisées à l'aide de PowerShell (très utile si, par exemple, vous souhaitez restaurer une ligne de base pour tester les déploiements). Différentes configurations peuvent être créées si, par exemple, vous souhaitez une cible de déploiement complète ou différentielle.

Vous pouvez également inclure une population de données ou d'autres scripts avec votre déploiement, et ceux-ci sont également soumis au contrôle de version. Les objets de base de données peuvent être gérés en archivant les scripts que vous créez ou vous pouvez utiliser la vue de schéma plus intuitive. Toutes les dépendances sont suivies. Vous pouvez gérer tous les aspects de votre base de données SQL Server sous contrôle de code source, y compris toutes les propriétés, fichiers et groupes de fichiers et autorisations. Idéal pour maintenir les normes et les pratiques en place. Il a un outil de comparaison de base de données visuelle, je préfère l'implémentation de Red-Gate de cette fonctionnalité, mais vous n'utilisez pas la comparaison graphique pour créer des déploiements dans VS2010 et c'est devenu théorique car je me suis familiarisé avec les builds MS et combien ils aidez-moi à garder mes projets DB propres.

Malheureusement, je ne peux pas comparer à ce niveau de profondeur avec d'autres systèmes pour garder les bases de données sous contrôle de source. J'ai beaucoup travaillé avec la "discipline développeur", mais je ne considère plus cela comme un système et je ne veux plus jamais y revenir. J'ai également eu un bref passage à l'aide d'un plug-in SSMS pour SVN, mais c'était il y a un certain temps. Pour cela, nous avons dû utiliser Red-Gate pour générer des scripts de déploiement.

• SourceAnywhere Standalone

L'outil de contrôle des sources est conçu pour remplacer VSS et peut s'intégrer à SQL Server Management Studio.

DB Ghost est un bon outil pour versionniser vos bases de données. Synchronisez, comparez, delta, copiez, construisez, scriptez ... et il peut être exécuté via la ligne de commande pour les travaux automatisés.

http://www.dbghost.com/

SQL Server 2008 R2 (et versions antérieures) Contrôle de source FYI: les objets de base de données ne sont pas directement protégés par le fournisseur de contrôle de source… ce qui signifie que vous devez toujours utiliser une convention disciplinée… Parce que vous pouvez toujours apporter des modifications aux objets de base de données à l'aide d'autres outils… http: / /technet.microsoft.com/en-us/library/ms173550%28v=sql.105%29.aspx

Contrairement aux projets de base de données MS, RedGate SQL Source Control connecte vos bases de données à votre système de contrôle de version… http://www.red-gate.com/products/sql-development/sql-source-control/

Nous venons de publier notre solution Database Enforced Change Management sur MS-SQL.

Oui - je suis biaisé car je travaille dans DBmaestro

Je crois que notre produit répond à vos besoins et je vous encourage à lire une critique complète et impartiale sur la solution de gestion forcée de base de données par l'expert vétéran de la base de données Ben Taylor, qu'il a publié sur LinkedIn https://www.linkedin.com/pulse/article/20140907002729 -287832-résoudre-base de données-changement-gestion-avec-dbmaestro

Notre système Sql Historian supprime le besoin de "discipline de développeur" en maintenant automatiquement la dernière version de vos objets db dans SVN ou TFS. Il a été conçu pour être transparent au flux de travail actuel de vos développeurs, vous aurez donc un enregistrement parfait dans le contrôle de version sans aucune perte de temps ou de plaintes de la part du personnel.