可用于在SQL Server 2005及更高版本中启用源代码管理的软件。在SQL Server中执行源代码管理的缺点是什么？
答案 0 :(得分：3)
这取决于你想怎么做。您可以使用Visual Studio 2005/2008生成数据库项目，这些项目将生成创建数据库所需的所有脚本。然后，您可以将脚本检查到您喜欢的任何版本控制系统中。
Toad还具有“team coding”功能，允许您将toad用作版本控制系统。
我强烈建议你养成为数据库使用版本控制的习惯。 Jeff Atwood在他的文章"Is Your Database Under Version Control?"和"Get Your Database Under Version Control"中强调了一些好处。我使用this方法与MSSQL数据库和visual studio对我的数据库进行版本控制。
答案 1 :(得分：1)
我更喜欢不控制数据库本身，而是使用我用来创建数据库的脚本。我正在使用Visual Studio的数据库版（现在作为开发人员版的一部分提供）。
本质上，该工具将所有创建脚本保留在源代码管理中，但随后您可以生成将更新数据库以匹配项目的脚本。它运作得很好。
答案 2 :(得分：1)
解决这个问题很棘手。由于我使用的大多数数据库都与Visual Studio（YMMV）中的特定应用程序绑定，因此我通常这样做：一旦开发开始，我只为模式生成“创建数据库”脚本，并将其作为.sql脚本放入某些我的应用程序项目的一部分。我打开SQL Management Studio中的功能，提示我每次更改表或存储过程时都会创建一个更改脚本，或者你有什么...所以每当我更改某些内容时，我都会保存更改脚本并将其添加到我原来的“创建”脚本的结束。这样，任何人都可以获取SQL脚本并完全生成数据库的新副本，直到主干所在的任何位置。
这是原始的，需要更多的管理来保持数据库更改与应用它的应用程序版本同步，但它对我来说总比没有好。我很想知道是否有更清晰地集成的源控制解决方案。
答案 3 :(得分：0)
built-in Source Control in SSMS只允许你处理脚本;它不会直接跟踪您对数据库的更改。
就个人而言，我使用ScriptDB为我的整个数据库自动创建单独的脚本，然后通过Visual Studio进行源代码控制 - 当我检查我的应用程序代码时，它也会检查这些SQL脚本。我还明确地对数据库的任何更改编写脚本 - 这些更改用于在适当的时候更新生产服务器 - 这些也是通过VS来源控制的。
我遇到的每个人都使用类似的技术，如果他们使用任何东西。许多人没有。