我的SQL 2008数据库项目的构建过程需要15分钟才能完成1次构建。我只需要管理大约50个存储过程。我创建了一个数据库项目和一个服务器项目。
我接下来要解决的是修复所有构建错误。现在我修改一个存储过程。然后我必须构建整个数据库并编写整个数据库的脚本,以查看我的存储过程是否编译。
有没有办法在不经过15分钟构建的情况下测试存储过程 - 然后部署脚本?我可以构建更改而不是整个数据库吗?
答案 0 :(得分:1)
首先,您应该了解为什么您的构建需要很长时间。也许你需要更多的记忆或其他东西。
其次,为什么必须编写整个数据库的脚本来测试存储过程?只需部署到测试数据库,甚至是本地沙箱数据库。
答案 1 :(得分:0)
我决定和MSSCCI一起去。它是一个简单的用户界面,可直接插入SSMS,其行为与团队资源管理器一样,正是我一直在寻找的。 Getting started.
答案 2 :(得分:-1)
我从未使用视觉工作室来“构建”和维护数据库。我猜,随着数据库开始变大,这将很快变得无法管理。而且我假设当你“构建”它时,它正在验证和部署数据库中的所有对象。
我建议你不要以这种方式使用视觉工作室。只需单独维护您的sql代码。并手动将它们存储在版本控制系统中。这样,您可以单独更新每个存储的过程。换句话说,将每个存储过程保存为文件。
if object_id(<ProcName>) is not null
drop proc <ProcName>
GO
create proc <ProcName>
...
GO
然后,将其存储为ProcName.sql并让源代码控制处理其余部分。对不起,如果这没有帮助,或者我只是说明显。