SQL Server 2008 R2【SET ANSI_PADDING填充属性】插入一条数据后，为何每一列都默认的在字符后多了几个空格

当加入空格后查出

解决：

导致出现这样的现象的原因就是SET ANSI_PADDING选项。

这个选项只在数据表的字符串字段被更新或者新的数据行插入到表中的时候作用。它控制着SQL Server在遇到字符串尾随空格时是否截断空格，以及是否填充空格以达到预定义的字符字段长度。

对于已经存储到表里面的字符串数据字段，是不会受影响的（前提是没有在本次被更新）。而且它也只是影响某些字符串类型，像char, varchar, binary, 和varbinary。其他的字符串类型像nchar, nvarchar, ntext, text, image, varbinary(max), varchar(max), and nvarchar(max)并不受影响，原因是它们本身是永远开启SET ANSI_PADDING为ON的。

微软是建议永远开启这个选项。

语法

 

 

 

 

SET ANSI_PADDING { ON | OFF }

备注

 

 

使用 char、varchar、binary 和 varbinary 数据类型定义的列有一个定义的大小。

此设置只影响新列的定义。 创建列后，SQL Server 2005 将根据创建列时的设置存储这些值。 现有的列不受以后对该设置更改的影响。

注意：

建议始终将 ANSI_PADDING 设置为 ON。

下表显示在将值插入含有 char、varchar、binary 和 varbinary 数据类型的列时，SET ANSI_PADDING 设置的效果。

设置	char(n) NOT NULL 或 binary(n) NOT NULL	char(n) NULL 或 binary(n) NULL	varchar(n) 或 varbinary(n)
ON	填充原始值（char 列具有尾随空格的值，binary 列具有尾随零的值），使达到列的长度。	如果 SET ANSI_PADDING 为 ON，则遵从与 char(n) 或 binary(n)NOT NULL 相同的规则。	不剪裁插入 varchar 列中的字符值的尾随空格。 不剪裁插入 varbinary 列中的二进制值的尾随零。 不将值填充到列的长度。
OFF	填充原始值（char 列具有尾随空格的值，binary 列具有尾随零的值），使达到列的长度。	如果 SET ANSI_PADDING 为 OFF，则遵从与 varchar 或 varbinary 相同的规则。	剪裁插入 varchar 列中的字符值的尾随空格。 剪裁插入 varbinary 列中的二进制值的尾随零。

注意：

进行填充时，char 列用空格填充，binary 列用零填充。 进行剪裁时，char 列的尾随空格被剪裁，binary 列的尾随零被剪裁。

如果是对计算列或索引视图创建或更改索引，则 SET ANSI_PADDING 必须为 ON。 有关计算列的索引视图和索引必需的 SET 选项设置的详细信息，请参阅 SET (Transact-SQL) 中的“使用 SET 语句时的注意事项”。

SET ANSI_PADDING 的默认值为 ON。 进行连接时，SQL Server 的 SQL Native Client ODBC 驱动程序和 SQL Native Client OLE DB 访问接口会自动将 ANSI_PADDING 设置为 ON。 这可以在 ODBC 数据源、ODBC 连接特性或 OLE DB 连接属性（它们在连接前在应用程序中设置）中进行配置。 对于来自 DB-Library 应用程序的连接，SET ANSI_PADDING 的默认设置为 OFF。

SET ANSI_PADDING 设置不影响 nchar、nvarchar、ntext、text、image 和大型值。 它们始终显示 SET ANSI_PADDING ON 行为。 这表示不剪裁尾随空格和尾随零。

如果 SET ANSI_DEFAULTS 为 ON，则启用 SET ANSI_PADDING。

SET ANSI_PADDING 的设置是在执行或运行时设置的，而不是在分析时设置的。