相关疑难解决方法(0)

将列添加到 SQL Server 2008 R2 上的大型生产表的最佳方法是什么？根据微软的在线书籍：

ALTER TABLE 中指定的更改会立即实施。如果更改需要修改表中的行，则 ALTER TABLE 更新行。ALTER TABLE 获取表上的模式修改锁，以确保在更改期间没有其他连接引用甚至表的元数据，除了在最后需要非常短的 SCH-M 锁的在线索引操作。

(http://msdn.microsoft.com/en-us/library/ms190273.aspx)

在包含数百万行的大表上，这可能需要一段时间。停电是唯一的选择吗？处理这种情况的最佳方法是什么？

由于业务逻辑，我们需要在表中添加一个新列，以确保始终填充该列。因此，应将其添加到表中NOT NULL。与之前解释如何手动执行此操作的问题不同，这需要由 SSDT 发布管理。

由于一些认识，我一直在用头撞墙一段时间来完成这个听起来简单的任务：

1. 默认值不合适，不能是计算列。也许它是一个外键列，但对于其他列，我们不能使用像 0 或 -1 这样的假值，因为这些值可能具有重要意义（例如数字数据）。
2. 在预部署脚本中添加列将在第二次自动尝试创建同一列时发布失败（即使预部署脚本被编写为幂等）_{（这真的很糟糕，否则我可以想一个简单的解决方案）}
3. 每次发生 SSDT 架构刷新时，在部署后脚本中将列更改为 NOT NULL 将被恢复（因此，至少我们的代码库将在源代码控制和服务器上的实际内容之间不匹配）
4. 现在将列添加为可空，以便将来更改为 NOT NULL 在源代码管理中的多个分支/分支中不起作用，因为目标系统在下次升级时不一定都具有相同状态的表_{（并不是说这无论如何都是一个好方法 IMO）}

我听别人说的方法是直接更新表定义（这样schema刷新是一致的），写一个预部署脚本，将表的全部内容移动到一个包含新列填充逻辑的临时表，然后移动后部署脚本中的行。尽管如此，这似乎很危险，并且当它检测到一个 NOT NULL 列被添加到一个包含现有数据的表中时仍然会激怒发布预览（因为验证在预部署脚本之前运行）。

我应该如何添加一个新的、不可为空的列，而不会冒孤立数据的风险，或者在每次发布时使用固有风险的冗长迁移脚本来回移动数据？

谢谢。