我们正在考虑使用DBGhost重构数据库开发和部署流程，我们希望远离中央开发数据库并将数据库带到源代码控制中。
我们遇到的一个问题是带有静态数据的大表（包含翻译的语言字符串），它有近200K行
我知道我们最好的解决方案是将这些stings转移到资源文件中，但在我们实现之前，DbGhost能否在短时间内维护所有这些静态数据并生成我们的开发和部署数据库？如果没有，那么只要我们需要填写这张表，就有一个很好的选择吗？
答案 0 :(得分：0)
你能看看SQL Source Control吗？我们刚刚添加了静态数据支持，并在完全发布之前寻找反馈。
http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298
您是否能够解释为什么要摆脱中央数据库开发模型？
答案 1 :(得分：0)
DBG并非真正用于移动大量数据
这是来自Innovartis收到的与您的问题相同的电子邮件。你现在可能已经发现了这一点！
答案 2 :(得分：0)
也许当你问这个时他们没有评价，虽然我不确定是不是这样。您将知道的唯一方法是测试它，看看它是如何工作的。
答案 3 :(得分：0)
这是一个较旧的问题，并且已接受答案，但我对此有不同的意见。
我们使用DBGhost，我们有很多静态表数据，尽管最大的只有大约20K行，而不是200K行。
DBGhost具有脚本数据的功能（作为一系列插入语句）。我们使用它将静态数据导出到脚本中，并将这些脚本置于版本控制之下。在重新添加数据之前，我们调整了这些脚本以清除数据，因此我们可以使用单个脚本来“重置”表的静态数据。这个添加是为了我们的特定需求，并不是您使用DBGhost处理静态数据的唯一方法。
“从脚本构建”和“同步”进程都支持在进程之前和之后运行ad-hoc脚本。我们将静态数据脚本添加为临时脚本，以便在构建/同步后运行。
DBGhost还支持同步过程中的数据同步。可以将同步过程配置为对所选表执行数据同步。使用此技术，您可以让构建过程通过脚本添加数据，然后同步过程可以自动同步这些表的数据。使用这种技术，您不需要像我们一样更改脚本。