Sql server 控制SQL server存储过程版本的最佳方法是什么？
控制数据库对象版本的最佳方法是什么？我正在使用VisualStudio2005/2008和SQLServer2005。我更喜欢一个可以与SVN一起使用的解决方案。我们将转储到纯文本，并将它们保存在我们的VCS中Sql server 控制SQL server存储过程版本的最佳方法是什么？,sql-server,visual-studio,svn,version-control,stored-procedures,Sql Server,Visual Studio,Svn,Version Control,Stored Procedures,控制数据库对象版本的最佳方法是什么？我正在使用VisualStudio2005/2008和SQLServer2005。我更喜欢一个可以与SVN一起使用的解决方案。我们将转储到纯文本，并将它们保存在我们的VCS中 您可以编写备份脚本并承诺执行类似操作。我们将转储到纯文本，并将其保存在VCS中 您可以编写备份脚本并提交类似操作。与您的其他代码相同，向应用程序解决方案中添加“数据库项目”，并将用于构建数据库对象的sql文件保留在其中。对这些代码文件使用与应用程序相同的版本控制。与其他代码相同，向应用程
您可以编写备份脚本并承诺执行类似操作。我们将转储到纯文本，并将其保存在VCS中
您可以编写备份脚本并提交类似操作。与您的其他代码相同，向应用程序解决方案中添加“数据库项目”，并将用于构建数据库对象的sql文件保留在其中。对这些代码文件使用与应用程序相同的版本控制。与其他代码相同，向应用程序解决方案中添加“数据库项目”，并将用于构建数据库对象的sql文件保留在其中。对这些代码文件使用与应用程序相同的版本控制。查看RedGate提供的工具。它们专门处理SQL Server对象（包括SP）的备份/恢复/比较情况。或者，我不确定，但我认为VisualStudio允许您将sp检查到存储库中。我自己也没试过。但我可以推荐RedGate工具。他们为我省去了很多麻烦看看RedGate提供的工具。它们专门处理SQL Server对象（包括SP）的备份/恢复/比较情况。或者，我不确定，但我认为VisualStudio允许您将sp检查到存储库中。我自己也没试过。但我可以推荐RedGate工具。他们为我省去了很多麻烦我不知道有预包装的解决方案，对不起 。。。但是，你能不能只编写一个连接到数据库的小脚本，并将所有存储过程作为文本文件保存到磁盘上？然后，脚本将通过系统调用“svnadd”将所有文本文件添加到SVN存储库中 然后，您可能需要另一个脚本连接到数据库，删除所有存储过程并从磁盘加载所有存储库存储过程。每次运行“svn up”并有新的/更改的存储过程时，都需要运行此脚本
我不确定MS SQL是否可以实现这一点，但我相当有信心MySQL能够适应这一点。如果编写SVN扩展来实现这一点太复杂，支持签入/签出脚本，IIRC。我不知道有预打包的解决方案，抱歉 。。。但是，你能不能只编写一个连接到数据库的小脚本，并将所有存储过程作为文本文件保存到磁盘上？然后，脚本将通过系统调用“svnadd”将所有文本文件添加到SVN存储库中 然后，您可能需要另一个脚本连接到数据库，删除所有存储过程并从磁盘加载所有存储库存储过程。每次运行“svn up”并有新的/更改的存储过程时，都需要运行此脚本
我不确定MS SQL是否可以实现这一点，但我相当有信心MySQL能够适应这一点。如果编写SVN扩展来执行此操作太复杂，则支持签入/签出脚本，IIRC.我们使用Subversion，我们所做的只是将sql代码保存在Subversion项目的目录中，然后在准备就绪时将代码提交到存储库中，并在开始处理存储库中已有的内容之前从存储库中进行更新
真正的诀窍是说服开发人员这样做。我们的DBA通过定期删除任何不在Subversion中的存储过程（或其他数据库对象）来做到这一点。一旦丢失了东西，几乎没有人会再这样做。我们使用Subversion，我们所做的只是将sql代码保存在Subversion项目的目录中，然后在准备就绪时将代码提交到存储库中，并在开始处理存储库中已有的内容之前从存储库中进行更新
真正的诀窍是说服开发人员这样做。我们的DBA通过定期删除任何不在Subversion中的存储过程（或其他数据库对象）来做到这一点。丢失一次东西，几乎没有人再这样做。我使用SVN进行所有表/存储过程/函数源代码控制 我找不到任何满足我需要的东西，所以我最终编写了一个脚本，允许我将代码转储到一个很好的目录结构中，以便与SVN一起使用
对于那些感兴趣的人，源代码现在可以在上找到。我使用SVN进行所有的表/存储过程/函数源代码控制 我找不到任何满足我需要的东西，所以我最终编写了一个脚本，允许我将代码转储到一个很好的目录结构中，以便与SVN一起使用
对于那些感兴趣的人，源代码现在位于。Best way-一个适合您的方法 最简单的方法-一种目前不存在的方法 我们使用半手动方法（源代码控制下的脚本，能够将存储过程部署到生产服务器的一小部分人，对模式的更改应该反映在对底层签入文件的更改中）
我们应该做的是实现某种源代码控制与纯文本模式转储的区别。。。但它通常“对我们有用”，尽管大多数时候它确实是一种假货 最好的方法-一个适合你的方法 最简单的方法-一种目前不存在的方法 我们使用半手动方法（源代码控制下的脚本，能够将存储过程部署到生产服务器的一小部分人，对模式的更改应该反映在对底层签入文件的更改中）
我们应该做的是实现某种源代码控制与纯文本模式转储的区别。。。但它通常“对我们有用”，尽管大多数时候它确实是一种假货 我同意，如果可能，您应该使用数据库项目和应用程序源一起对数据库进行版本设置 但是，如果您处于企业场景中，则应该