巨大的表中的ALTERING列的影响NOT NULL到NULL

SQL Server 2005: 240万行表。 列要求从NOT NULL更改为NULL。 通常不好的做法(通常是不可能的)在处理这么大的表时使用ALTER语句,但是,如果可能的话,尽量避免重建表。 针对包含20m行的dev表测试ALTER语句,并在<1秒内成功执行语句。 问题:这似乎应该对付庞大的生产表...但是,任何人都可以根据经验指出风险或影响(除了明显的)? 非常感谢。     
已邀请:
从NOT NULL到NULL的更改很好,因为不需要检查/更改现有数据。 然而,另一个方向需要检查所有现有数据;这可能有问题。 我建议你注意,由于NULL值的可能性,现有的查询(当列仍为NULL时写入)现在不会被“破坏”。问题在于,在所有情况下确认逻辑仍然合理可能会很棘手,因为您不太可能收到任何明显的错误。 请注意聚合功能。     
从来没有在大桌子上做这个问题。 例如,如果要更改数据类型或缩短列的大小,则会涉及更多工作。但是对于从NOT NULL到NULL的更改,它不应该对任务过于繁重。 但是,作为标准方法,我会在安静期间安排更新。     
不应该是从NOT NULL到NULL的问题。我以前做过这个,并没有遇到过问题。 我能想出的唯一问题可能是获得整个表的锁定。     

要回复问题请先登录注册