红门SQL源代码管理（SSC）中的链接表-性能噩梦？

我们的团队使用红门SQL源代码管理作为我们的数据库配置管理工具。 在执行快速测试以确定链接静态数据如何影响SQL源代码管理的速度后，我得到了以下结果：

• 第一次运行--85秒（26个链接表，数据量为13.9MB）
• 第二次跑步——14秒！（0个链接表）

我从数据库中的26个链接表开始。SQL源代码管理在“提交更改”中显示更改大约花费了85秒。在我删除所有链接表之后，只花了14秒。每次运行之前，我都会重新启动SSMS

还有其他人有类似的问题吗

对于SQL DB CM和存储静态数据，除了SSC之外，您建议使用哪些其他工具/方法？（最好是在更大的团队中易于设置和使用）

---

在RedGate解决链接静态数据的性能问题之前，我们正在考虑使用SQL脚本将数据置于源代码管理之下。

我们运行的是3.0.12.3695版本，并且存在完全相同的问题。这个问题已经在他们的论坛和支持团队中报道过。如果您运行的是3.0.12版本，这可能会对您有所帮助：

您使用的是哪个版本的SQL源代码管理？你有3.0.9.18吗？我今天将SSC更新为3.0.11.3531。我几乎看不到性能改进。对于27个具有14.6 MB数据的链接表，“提交更改”选项卡中的更改大约需要70秒。我们也遇到了同样的问题（SSC版本3.0.11.3531）。我们试图向源代码管理添加一个巨大的查找表（它包含地理数据，大约有600万行），并链接静态数据，“提交更改”的性能变得完全不可接受。我想我们必须取消静态数据的链接。