【发布时间】：2012-05-16 09:32:56
【问题描述】：
我们的团队正在使用 Red-Gate SQL Source Control 作为我们的数据库 CM 工具。 在执行快速测试以确定链接静态数据如何影响 SQL 源代码控制的速度后，我得到了以下结果：
- 第一次运行 -- 85 秒（26 个链接表，13.9MB 数据）
- 第二次运行——14 秒！ （0 个链接表）
我从数据库中的 26 个链接表开始。 SQL 源代码控制显示“提交更改”中的更改大约需要 85 秒。删除所有链接表后，只用了 14 秒。每次运行之前，我都会重新启动 SSMS。
- 还有其他人有类似的问题吗？
- 对于 SQL DB CM 和存储静态数据，除了 SSC，您还推荐哪些其他工具/方法？ （最好是在更大的团队中易于设置和使用的东西）
在 Red Gate 修复链接静态数据的性能问题之前，我们正在考虑使用 SQL 脚本将数据置于源代码控制之下。
【问题讨论】：
-
您使用的是哪个版本的 SQL 源代码控制？你有 3.0.9.18 吗？
-
我今天将 SSC 更新为 3.0.11.3531。我看到的性能改进很少。大约需要 70 秒才能在“提交更改”选项卡中看到 27 个链接表的更改，其中包含 14.6 MB 数据。
-
我们遇到了同样的问题（SSC 版本 3.0.11.3531）。我们试图添加一个巨大的查找表（它包含地理数据，大约有 600 万行）来源控制和链接静态数据，“提交更改”的性能变得完全不可接受。我认为我们将不得不取消链接静态数据。
标签： sql version-control redgate