我有可变长度的字符数据,并希望存储在SQL Server(2005)数据库中 . 我想学习一些关于如何选择TEXT SQL类型或选择VARCHAR SQL类型的最佳实践,以及性能/覆盖/功能的优缺点 .
如果您使用的是SQL Server 2005或更高版本,请使用 varchar(MAX) . 不推荐使用 text 数据类型,不应将其用于新的开发工作 . 来自the docs:
varchar(MAX)
text
将在Microsoft SQL Server的未来版本中删除重要的ntext,text和image数据类型 . 避免在新的开发工作中使用这些数据类型,并计划修改当前使用它们的应用程序 . 请改用nvarchar(max),varchar(max)和varbinary(max) .
TEXT 用于大块字符串数据 . 如果字段的长度超过特定阈值,则文本将存储在行外 .
TEXT
VARCHAR 始终存储在行中,并且限制为8000个字符 . 如果您尝试创建 VARCHAR(x) ,其中x> 8000,则会出现错误:
VARCHAR
VARCHAR(x)
服务器:消息131,级别15,状态3,行1给'varchar'类型的大小()超过了任何数据类型允许的最大值(8000)
这些长度限制与SQL Server 2005中的 VARCHAR(MAX) 无关,后者可能存储在行外,就像 TEXT 一样 .
VARCHAR(MAX)
注意 MAX 在这里不是一种常量, VARCHAR 和 VARCHAR(MAX) 是非常不同的类型,后者非常接近 TEXT .
MAX
在SQL Server的早期版本中,您无法直接访问 TEXT ,您只能获得 TEXTPTR 并在 READTEXT 和 WRITETEXT 函数中使用它 .
TEXTPTR
READTEXT
WRITETEXT
在SQL Server 2005中,您可以直接访问 TEXT 列(尽管您仍然需要显式转换为 VARCHAR 来为它们分配值) .
TEXT 很好:
如果需要在数据库中存储大型文本
如果不搜索列的值
如果您很少选择此列并且不加入此列 .
VARCHAR 很好:
如果存储小字符串
如果搜索字符串值
如果您总是选择它或在连接中使用它 .
通过选择这里我的意思是发出任何返回列值的查询 .
通过在这里搜索,我的意思是发出任何查询,其结果取决于 TEXT 或 VARCHAR 列的值 . 这包括在任何 JOIN 或 WHERE 条件下使用它 .
JOIN
WHERE
由于 TEXT 存储在行外,因此不涉及 TEXT 列的查询通常更快 .
TEXT 适用的一些例子:
博客评论
维基页面
代码来源
VARCHAR 适用的一些例子:
用户名
页面 Headers
文件名
根据经验,如果您需要文本值超过200个字符 AND 不要在此列上使用连接,请使用 TEXT .
否则使用 VARCHAR .
附:这同样适用于 UNICODE 启用 NTEXT 和 NVARCHAR ,您应该将其用于上述示例 .
UNICODE
NTEXT
NVARCHAR
P.P.S.这同样适用于SQL Server 2005使用的 VARCHAR(MAX) 和 NVARCHAR(MAX) 而不是 TEXT 和 NTEXT . 如果希望它们始终存储在行外,则需要为 sp_tableoption 启用 large value types out of row .
NVARCHAR(MAX)
sp_tableoption
large value types out of row
如上所述和here, TEXT 将在以后的版本中弃用:
将在SQL Server的未来版本中删除text in row选项 . 避免在新的开发工作中使用此选项,并计划修改当前使用行中文本的应用程序 . 我们建议您使用varchar(max),nvarchar(max)或varbinary(max)数据类型来存储大数据 . 要控制这些数据类型的行内和行外行为,请使用大值类型的行外选项 .
在SQL Server 2005中引入了新的数据类型: varchar(max) 和 nvarchar(max) 它们具有旧文本类型的优点:它们可以包含2GB的数据,但它们也具有 varchar 和 nvarchar 的大部分优点 . 这些优点包括使用字符串操作函数,如substring() .
varchar(max)
nvarchar(max)
varchar
nvarchar
此外,varchar(max)存储在表的(磁盘/内存)空间中,而大小低于8Kb . 只有当您在字段中放置更多数据时,它才会存储在表的空间之外 . 存储在表空间中的数据(通常)可以更快地检索 .
简而言之,永远不要使用Text,因为有更好的选择:(n)varchar(max) . 并且只有当常规varchar不够大时才使用varchar(max),即如果你希望存储的字符串超过8000个字符 .
如上所述,您可以在TEXT数据类型上使用SUBSTRING,但只有TEXT字段包含少于8000个字符 .
ms 2008中有一些重大变化 - >在决定使用何种数据类型时,可能值得考虑以下文章 . http://msdn.microsoft.com/en-us/library/ms143432.aspx
字节数
varchar(max),varbinary(max),xml,text或image column 2 ^ 31-1 2 ^ 31-1
nvarchar(max)列2 ^ 30-1 2 ^ 30-1
4 回答
如果您使用的是SQL Server 2005或更高版本,请使用
varchar(MAX)
. 不推荐使用text
数据类型,不应将其用于新的开发工作 . 来自the docs:TEXT
用于大块字符串数据 . 如果字段的长度超过特定阈值,则文本将存储在行外 .VARCHAR
始终存储在行中,并且限制为8000个字符 . 如果您尝试创建VARCHAR(x)
,其中x> 8000,则会出现错误:这些长度限制与SQL Server 2005中的
VARCHAR(MAX)
无关,后者可能存储在行外,就像TEXT
一样 .注意
MAX
在这里不是一种常量,VARCHAR
和VARCHAR(MAX)
是非常不同的类型,后者非常接近TEXT
.在SQL Server的早期版本中,您无法直接访问
TEXT
,您只能获得TEXTPTR
并在READTEXT
和WRITETEXT
函数中使用它 .在SQL Server 2005中,您可以直接访问
TEXT
列(尽管您仍然需要显式转换为VARCHAR
来为它们分配值) .TEXT
很好:如果需要在数据库中存储大型文本
如果不搜索列的值
如果您很少选择此列并且不加入此列 .
VARCHAR
很好:如果存储小字符串
如果搜索字符串值
如果您总是选择它或在连接中使用它 .
通过选择这里我的意思是发出任何返回列值的查询 .
通过在这里搜索,我的意思是发出任何查询,其结果取决于
TEXT
或VARCHAR
列的值 . 这包括在任何JOIN
或WHERE
条件下使用它 .由于
TEXT
存储在行外,因此不涉及TEXT
列的查询通常更快 .TEXT
适用的一些例子:博客评论
维基页面
代码来源
VARCHAR
适用的一些例子:用户名
页面 Headers
文件名
根据经验,如果您需要文本值超过200个字符 AND 不要在此列上使用连接,请使用
TEXT
.否则使用
VARCHAR
.附:这同样适用于
UNICODE
启用NTEXT
和NVARCHAR
,您应该将其用于上述示例 .P.P.S.这同样适用于SQL Server 2005使用的
VARCHAR(MAX)
和NVARCHAR(MAX)
而不是TEXT
和NTEXT
. 如果希望它们始终存储在行外,则需要为sp_tableoption
启用large value types out of row
.如上所述和here,
TEXT
将在以后的版本中弃用:在SQL Server 2005中引入了新的数据类型:
varchar(max)
和nvarchar(max)
它们具有旧文本类型的优点:它们可以包含2GB的数据,但它们也具有varchar
和nvarchar
的大部分优点 . 这些优点包括使用字符串操作函数,如substring() .此外,varchar(max)存储在表的(磁盘/内存)空间中,而大小低于8Kb . 只有当您在字段中放置更多数据时,它才会存储在表的空间之外 . 存储在表空间中的数据(通常)可以更快地检索 .
简而言之,永远不要使用Text,因为有更好的选择:(n)varchar(max) . 并且只有当常规varchar不够大时才使用varchar(max),即如果你希望存储的字符串超过8000个字符 .
如上所述,您可以在TEXT数据类型上使用SUBSTRING,但只有TEXT字段包含少于8000个字符 .
ms 2008中有一些重大变化 - >在决定使用何种数据类型时,可能值得考虑以下文章 . http://msdn.microsoft.com/en-us/library/ms143432.aspx
字节数
varchar(max),varbinary(max),xml,text或image column 2 ^ 31-1 2 ^ 31-1
nvarchar(max)列2 ^ 30-1 2 ^ 30-1