【问题标题】:VS 2010 database deployment for replicated tables用于复制表的 VS 2010 数据库部署
【发布时间】:2012-02-19 04:04:01
【问题描述】:

我开始使用 Visual Studio 中的数据库项目来更好地跟踪架构和存储过程的更改。我喜欢它的想法,但我遇到了一点小问题。在开发中,我的数据库中的表没有被复制,因为没有必要。但是,测试和生产环境需要具有合并复制。这当然会在我的所有表格中添加一个 rowguid 列和所有这些爵士乐。

所以我想我的问题可以分解为:

  • 如何利用在数据库项目中使用部署生成的架构更改脚本,但在我的测试(或生产)环境中设置了复制?
  • 有什么方法可以忽略这个 rowguid 列吗?
  • 如果是这样,我是否必须担心在部署时会破坏复制? (我知道对架构的一些更改可能会导致复制中断,但在正常情况下是这样)

我假设其他人遇到过这种情况,他们单独的开发环境不需要诸如复制设置之类的东西(或者如果您使用 SQL express 之类的东西,则无法设置它)然后想要利用架构比较或数据库部署选项等工具。感谢您的所有帮助。

【问题讨论】:

  • 为什么要添加 .NET 标签?这个问题与.NET无关。

标签: visual-studio-2010 database-replication database-project merge-replication


【解决方案1】:

我想你是out of luck,对不起。

【讨论】:

  • 嗯,这令人失望……你会认为之前有人会遇到这个问题并想出一个解决方案。
  • 好吧,我想说既然你可以使用它,只是不要验证它......如果你保留一个与你的生产 100% 相同的登台服务器,除了复制以便能够验证,你应该没问题。
  • 是的,我想过这样做。考虑到使用像 SQL CE 这样的独立开发服务器的增长趋势,它可以理解进入复制环境的步骤,这似乎很奇怪。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2012-07-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多