我们正在考虑通过使用 DBGhost 来重构我们的数据库开发和部署流程，我们希望摆脱中央开发数据库并将数据库引入源代码控制。
我们遇到的一个问题是一个带有静态数据（包含翻译的语言字符串）的大表，它有接近 200K 行。
我知道我们最好的解决方案是将这些 stings 移动到资源文件中，但在我们实施之前，DbGhost 是否能够维护所有这些静态数据并在短时间内生成我们的开发和部署数据库？如果没有，是否有一个很好的替代方法可以在我们需要的时候填满这张桌子？
问问题
411 次
4 回答
1
这是一个较老的问题，答案已被接受，但我对此有一些不同的意见。
我们使用 DBGhost，我们有很多静态表数据，虽然最大的只有大约 20K 行，而不是 200K 行。
DBGhost 具有脚本数据的功能（作为一系列插入语句）。我们用它来将我们的静态数据导出到脚本中，并将这些脚本置于版本控制之下。我们调整了这些脚本以在重新添加数据之前清除数据，因此我们可以使用单个脚本来“重置”表的静态数据。这个添加是为了满足我们的特定需求，并不是使用 DBGhost 处理静态数据的唯一方法。
“从脚本构建”和“同步”进程都支持在进程之前和之后运行临时脚本。我们将静态数据脚本添加为临时脚本，以便在构建/同步之后运行。
DBGhost还支持同步过程中的数据同步。同步过程可以配置为对选定的表进行数据同步。使用这种技术，您可以让构建过程通过脚本添加数据，然后同步过程可以自动同步这些表的数据。使用这种技术，您不需要像我们那样更改脚本。
于 2013-03-19T13:27:13.450 回答
0
你能看一下 SQL 源代码控制吗？我们刚刚添加了静态数据支持，并正在寻找完整版本之前的反馈。
http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298
您能解释一下为什么要放弃中央数据库开发模型吗？
于 2010-12-12T17:00:19.583 回答
0
也许当您问这个问题时，他们没有进行评估，尽管我不确定这是真的。您将知道的唯一方法是对其进行测试，看看它是如何工作的。
于 2011-10-05T16:01:03.320 回答
0
DBG 并不是真正为移动大量数据而设计的
这是从 Innovartis 收到的一封电子邮件中，内容与您的问题相同。不过，您现在可能已经发现了这一点！
于 2011-02-02T11:27:17.383 回答