none
快照复制问题 RRS feed

答案

  • 如果数据库不大,网络性能不错,可以考虑,快照复制每次都是复制完整的数据文件。


    麻将

    • 已标记为答案 znscott1 2012年11月8日 8:57
    2012年11月8日 6:18
  • 几千万的数据稍微有点我,如果可能的话,还是建议加主键

    你可以自己用 BCP 测试一下时间和网络影响

    • 已标记为答案 znscott1 2012年11月8日 8:57
    2012年11月8日 8:33

全部回复

  • 如果数据库不大,网络性能不错,可以考虑,快照复制每次都是复制完整的数据文件。


    麻将

    • 已标记为答案 znscott1 2012年11月8日 8:57
    2012年11月8日 6:18
  • 每次都是把表中的数据重新同步一次,所以效率取决于你的表大小

    2012年11月8日 6:19
  • 可以考虑使用log ship

    麻将

    2012年11月8日 6:20
  •   打算库中没有主键的表用快照复制方式在凌晨3点执行复制,有些表记录行数3,4千万左右,其他有主键的表用事务复制执行。这种方式是否可行?
    2012年11月8日 8:14
  • 几千万的数据稍微有点我,如果可能的话,还是建议加主键

    你可以自己用 BCP 测试一下时间和网络影响

    • 已标记为答案 znscott1 2012年11月8日 8:57
    2012年11月8日 8:33
  • 如果在生产库上加一个自增列做主键,表记录数是3,4千万,是否适合?会不会很慢啊?
    2012年11月13日 1:33
  • Identity column shouldn't affect performance.
    2012年11月13日 3:06
  • 我是指3,4千万行的表在线添加一个自增列,是否会有风险?
    2012年11月13日 5:07
  • 我是指3,4千万行的表在线添加一个自增列,是否会有风险?

    对数据库来说倒是没什么风险。但是1、会有几分钟的时间这个表无法访问。2、select *的时候会多一列,前端程序可能出错。

    想不想时已是想,不如不想都不想。

    2012年11月13日 7:05
    版主