I have a lot (over a thousand places) of legacy T-SQL
code that only makes INSERT
s into a varchar(8000)
column in a utility table. Our needs have changed and now that column needs to be able to handle larger values. As a result I need to make that column varchar(max)
. This is just a plain data column where there are no searches preformed on it, no index on it, only one procedure reads it, it is INSERT
and forget for the application (almost like a log entry).
I plan on making changes in only a few places that will actually generate the larger data, and in the single stored procedure that processes this column.
varchar(8000)
to a varchar(max)
? T-SQL
string functions work the same, LEN()
, RTRIM()
, SUBSTRING()
, etc. varchar(8000)
?
- Clustered indexes must be created, rebuilt, or dropped offline when the underlying table contains large object (LOB) data types: image, ntext, text, varchar(max), nvarchar(max), varbinary(max), and xml.
- Nonunique nonclustered indexes can be created online when the table contains LOB data types but none of these columns are used in the index definition as either key or nonkey (included) columns. Nonclustered indexes defined with LOB data type columns must be created or rebuilt offline.
The performance penalty is really small, so I wouldn't worry about it. The loss of ability to do online rebuilds may be problematic for really hot must-be-online operations tables. Unless online operations are a must, I'd vote to go for it and change it to MAX.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With