我有一个名为BRITTNEY_SPEARS_MARRIAGES的sql Server 2005表,它包含以下列：
MarrigeId tinyint,HusbandName varchar(500),MarrigeLength int@H_502_4@现在我有另一张表BRITTNEY_SPEARS_MARRIAGE_STORIES
StoryId int,MarriageId tinyint,StoryText nvarchar(max)@H_502_4@问题是我们想要将MarrigeId列从tinyint更新为int.我们只是觉得布兰妮在完成所有事情之前会有很多婚姻. @H_502_4@现在BRITTNEY_SPEARS_MARRIAGE_STORIES表中有1800万行(嘿这个女孩有一些问题)所以当我们去做更新时,事务日志会填满,我们的sql Server盒就会死掉. @H_502_4@我们怎么能解决这个问题呢？ @H_502_4@有没有说“嘿sql Server我将更新这个专栏并使其更大.相信我在这个sql Server上.请不要填写事务日志,而你试图验证一切？”
解决方法
没有办法告诉sql Server不要使用事务日志.
@H_502_4@您可以做的是将数据库的恢复模型设置为SIMPLE,这将在需要空间时覆盖旧的日志条目.但是,您不应该在生产服务器上执行此操作,因为您将无法执行某些类型的还原,例如时间点还原.
@H_502_4@或者,您可以将事务日志文件设置得更大 – 作为一个不科学的经验法则,我要确保A)您的事务日志的可用空间至少比表的大小多1.5倍或B)您的事务日志可以自动增长到至少具有此磁盘空间量的驱动器.
@H_502_4@您可以通过备份日志来释放事务日志空间.如果您不关心日志内容,请将文件丢弃.对此的快捷方式是BACKUP LOG<您的数据库名称>要DISK =’NUL：’.同样,不要在生产服务器上执行此操作,除非您完全确定您了解其含义.
@H_502_4@另一件需要注意的事情(虽然它与你的问题并不完全密切相关)是确保你正在扩展的表格上有一个聚集索引.如果没有,那么表可能会产生非常大量的堆碎片,并且在这样的更改中可能变得不必要地大.