当在一个大的表上增加VARCHAR列的大小时会有什么问题？
我正在使用SQL Server 2008，我需要在大约500k行的表上创build一个更大的VARCHAR字段，从（200到1200）。 我需要知道的是，如果有什么问题我没有考虑。
我将使用这个TSQL语句：
ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(1200) 我已经在数据的副本上尝试过了，这个声明没有我能看到的不良影响。
那么这样做有没有可能的问题，我可能没有考虑？
顺便说一下，列没有索引。
这只是一个元数据更改：它很快。
观察：如果其中一个SET ANSI_xx设置不同，则明确指定NULL或NOT NULL以避免“事故”，例如，由于某些原因，在osql而非SSMS中运行
从Varchar（200）更改为Varchar（1200）应该不会引起任何问题，因为它只是一个元数据更改，而SQL Server 2008会截断超出的空格，所以您应该看到没有性能差异，因此总之不应该有任何问题更改。
只是想添加我的2美分，因为我GOOGLE了这个问题B / C我发现自己在类似的情况…
BE AWARE ，虽然从varchar(xxx)更改为varchar(yyy)确实是一个元数据更改，但更改为varchar(max)不是。 因为varchar(max)值（又名BLOB值 – 图像/文本等）在磁盘上的存储方式不同，不是在表格行内，而是在“行外”。 所以，服务器将在一张大桌子上坚持下来，并在几分钟（小时）内无响应。
--no downtime ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(1200) --huge downtime ALTER TABLE MyTable ALTER COLUMN [MyColumn] VARCHAR(max)
PS。 同样适用于nvarchar或course。
在我的情况下，改变列不工作，所以可以使用“修改”命令，如：
alter table [table_name] MODIFY column [column_name] varchar（1200）;
