我们正在考虑通过使用DBGhost来重组我们的数据库开发和部署流程,我们希望从中央开发数据库转移到源代码控制。
我们遇到的问题之一是一个包含静态数据(包含翻译后的语言字符串)的大表,它有将近200K行。
我知道我们最好的解决方案是将这些stings移动到资源文件中,但在我们实现这一点之前,DbGhost能否在短时间内维护所有这些静态数据并生成我们的开发和部署数据库?如果没有,有没有一个很好的替代方案,可以在我们需要的时候填满这个表?
发布于 2010-12-13 01:00:20
您能看一下SQL源代码控制吗?我们刚刚添加了静态数据支持,并正在寻找完整版本之前的反馈。
http://www.red-gate.com/MessageBoard/viewtopic.php?t=12298
您能解释一下为什么要放弃中央数据库开发模型吗?
发布于 2013-03-19 21:27:13
这是一个有公认答案的老问题,但我对此有一些不同的看法。
我们使用DBGhost,我们有大量的静态表数据,尽管最大的只有20K行,而不是200K行。
DBGhost具有编写数据脚本的功能(作为一系列insert语句)。我们使用它将静态数据导出到脚本中,并将这些脚本置于版本控制之下。在重新添加数据之前,我们调整了这些脚本以清除数据,这样我们就可以使用单个脚本来“重置”表的静态数据。这是针对我们的特定需求而添加的,并不是使用DBGhost处理静态数据的唯一方法。
“从脚本构建”和“同步”过程都支持在过程之前和之后运行即席脚本。我们添加了静态数据脚本作为临时脚本,以便在构建/同步之后运行。
DBGhost还支持在同步过程中进行数据同步。可以将同步过程配置为在所选表上执行数据同步。使用这种技术,您可以让构建过程通过脚本添加数据,然后同步过程可以自动同步这些表的数据。使用这种技术,您将不需要像我们那样更改脚本。
发布于 2011-02-02 19:27:17
DBG实际上并不是为移动大量数据而设计的。
这是从Innovartis收到的一封电子邮件,内容与您的问题相同。您现在可能已经发现了这一点!
https://stackoverflow.com/questions/2859786
复制相似问题