SQL Server 2005关于数据类型最大值(3)

当用于表的时候，意识到MAX类型具有与TEXT和IMAGE类型稍微不同的行溢出行为是非常重要的。在SQL Server中，最大的行尺寸是8060字节。要超过这个限制，并且仍然管理每个都拥有高达2GB的存储，用TEXT和IMAGE类型存储的数据会被存储引擎自动地断行，在行里只留下一个16字节的指针。这意味着行的尺寸是减少了，这对性能有好处。然而，检索大数据是昂贵的，因为它不是与同一行的数据存放在同一个位置。

MAX数据类型在默认情况下，使用TEXT/IMAGE溢出行为和正常尺寸的VARCHAR/VARBINARY类型的行为的混合方式。如果一个字段的数据，加上表中所有其他字段的数据，总量少于8060字节，数据就存放在行内。如果数据超过8060字节，MAX字段的数据就会存放在行外。对于大字符串的表，以下的行将会与表中的其他数据存储在同一个数据页内:

INSERT BigStrings (BigString)
VALUES (REPLICATE('1', 8000))
But the following row will result in an overflow:
INSERT BigStrings (BigString)
VALUES (REPLICATE(CONVERT(VARCHAR(MAX), '1'), 100000))

你可以更改MAX数据类型在每个表的基础上的默认的行为，它们会表现得和TEXT和IMAGE类型一样。这是通过使用sp_tableoption 存储过程中的“大数值类型在行外”选项实现的。为了修改大字符串表以将MAX类型的处理方式变得与TEXT和IMAGE数据类型的处理方式相同，可以使用如下的T-SQL:

EXEC sp_tableoption
'BigStrings',
'large value types out of row',
'1'

看看定义一个MAX数据类型有多容易，与他们提供的灵活性一样，一些数据设计师将会被引诱以下列的方式开始定义表:

　　CREATE TABLE Addresses
　　(
　　NAMe VARCHAR(MAX),
　　AddressLine1 VARCHAR(MAX),
　　AddressLine2 VARCHAR(MAX),
　　City VARCHAR(MAX),
　　State VARCHAR(MAX),
　　POStalCode VARCHAR(MAX)
　　)

设计师要注意了:不要这样做!一个企业中的数据模型既应该包含有具有实际限制的数据，还要给用户接口设计师有关字段尺寸的大致的指导。像这样的表又该创建什么样的用户接口呢?

除了数据整合和用户接口含义之外，如果设计师这样不必要地使用这些类型还会带来性能上的损害。记住，查询优化器使用字段的尺寸作为判断优化查询计划的众多标准之一。对于这个表，优化器几乎没有任何选择。

所以，现在你知道了MAX数据类型为SQL Server 2005处理大数据增加了很大部分的灵活性。但是MegaWare的那个不幸的数据库管理员，Steve会发生什么变化?还在坚持使用SQL Server 2000，他开始更新简历，想象着如果更新表失败了话，他的工作也就失去了。但是他也是幸运的——还有世界各地的MegaWare产品的拥护者——用GOOGLE的搜索可以很快地找到这篇文章《在TEXT字段中查找并替代》，这篇文章告诉他如何正确的进行更新。他花了整晚的时间来学习资料;再过几个月之后，TEXT和IMAGE数据类型就仅仅是一段不愉快的记忆了。