我们正在考虑使用 DBGhost 重组我们的数据库开发和部署流程,我们希望摆脱中央开发数据库并将数据库带到源代码控制中。
我们遇到的问题之一是一个包含静态数据(包含翻译的语言字符串)的大表,它有接近 200K 行。
我知道我们最好的解决方案是将这些内容移至资源文件中,但在我们实现这一点之前,DbGhost 是否能够在短时间内维护所有这些静态数据并生成我们的开发和部署数据库?如果没有,是否有一个好的替代方案可以在我们需要时填写此表?

有帮助吗?

解决方案

您能看一下 SQL 源代码管理吗?我们刚刚添加了静态数据支持,并正在完整发布之前寻求反馈。

http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298

您能解释一下为什么要放弃中央数据库开发模型吗?

其他提示

DBG 并不是真正为移动大量数据而设计的

这是来自 Innovartis 的一封电子邮件,内容与您的问题相同。不过你现在可能已经发现了这一点!

也许当你问这个问题时他们没有做出评估,尽管我不确定这是真的。您知道的唯一方法就是测试它并看看它是如何工作的。

http://www.innovartis.co.uk/evaluation.aspx

这是一个较旧的问题,有一个公认的答案,但我对此有一些不同的意见。

我们使用DBGhost,我们有大量的静态表数据,尽管最大的只有大约20K行,而不是200K行。

DBGhost 具有编写数据脚本的功能(作为一系列插入语句)。我们用它来将静态数据导出到脚本中,并将这些脚本置于版本控制之下。我们调整了这些脚本以在将数据添加回之前清除数据,因此我们可以使用单个脚本来“重置”表的静态数据。此添加是为了满足我们的特定需求,并不是使用 DBGhost 处理静态数据的唯一方法。

“从脚本构建”和“同步”进程都支持在进程之前和之后运行临时脚本。我们将静态数据脚本添加为临时脚本,以便在构建/同步后运行。

DBGhost在同步过程中还支持数据同步。同步过程可以配置为对选定的表进行数据同步。使用这种技术,您可以让构建过程通过脚本添加数据,然后同步过程可以自动同步这些表的数据。使用这种技术,您不需要像我们一样更改脚本。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top