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

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

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

1EXEC sp_tableoption2'BigStrings',3'large value types out of row',4'1'

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

1CREATE TABLE Addresses2(3Name VARCHAR(MAX),4AddressLine1 VARCHAR(MAX),5AddressLine2 VARCHAR(MAX),6City VARCHAR(MAX),7State VARCHAR(MAX),8PostalCode VARCHAR(MAX)9)

　　设计师要注意了：不要这样做!一个企业中的数据模型既应该包含有具有实际限制的数据，还要给用户接口设计师有关字段尺寸的大致的指导。像这样的表又该创建什么样的用户接口呢?
除了数据整合和用户接口含义之外，如果设计师这样不必要地使用这些类型还会带来性能上的损害。记住，查询优化器使用字段的尺寸作为判断优化查询计划的众多标准之一。对于这个表，优化器几乎没有任何选择。

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

上一页  [1] [2] [3] [4] 下一页