从 SQL Server 2005 Native Client 更新应用程序
本主题讨论自 2005 SQL Server SQL Server Native Client 以来SQL Server Native Client的重大更改。
从 Microsoft 数据访问组件 (MDAC) 升级到SQL Server Native Client时，还可能会看到一些行为差异。 有关详细信息，请参阅将应用程序更新为从 MDAC SQL Server Native Client。
SQL Server 2005 年随附的 SQL Server Native Client 9.0。 SQL Server Native Client 10.0 随 SQL Server 2008 附带。 SQL Server Native Client 10.5 随 SQL Server 2008 R2 附带。 SQL Server Native Client 11.0 随 SQL Server 2012 和 2014 SQL Server 一起提供。
| 自 2005 SQL Server 以来更改了 SQL Server Native Client 中的行为 | 说明 |
|---|---|
| OLE DB 仅填充到定义的小数位数。 | 对于将转换的数据发送到服务器的转换，SQL Server Native Client (从 SQL Server 2008 开始) 填充数据中的尾随零，最大长度datetime的值。 SQL Server Native Client 9.0 则填充到 9 位数。 |
| 验证 ICommandWithParameter::SetParameterInfo 的 DBTYPE_DBTIMESTAMP。 | SQL Server Native Client (从 2008 SQL Server 开始，) 实现 OLE DB 要求，将 iCommandWithParameter：：SetParameterInfo 中的 bScale 设置为DBTYPE_DBTIMESTAMP秒的小数部分精度。 |
sp_columns存储过程现在为IS_NULLABLE列返回“NO”而不是“NO”。 |
从 SQL Server Native Client 10.0 (SQL Server 2008) 开始，sp_columns存储过程现在对IS_NULLABLE列返回“NO”而不是“NO”。 |
| SQLSetDescRec、SQLBindParameter 和 SQLBindCol 现在执行一致性检查。 | 在 SQL Server Native Client 10.0 之前，设置 SQL_DESC_DATA_PTR 不会导致 SQLSetDescRec、SQLBindParameter 或 SQLBindCol 中的任何描述符类型检查一致性。 |
| SQLCopyDesc 现在执行描述符一致性检查。 | 在 SQL Server Native Client 10.0 之前，SQLCopyDesc 在特定记录上设置SQL_DESC_DATA_PTR字段时未执行一致性检查。 |
| SQLGetDescRec 不再执行描述符一致性检查。 | 在 SQL Server Native Client 10.0 之前，SQLGetDescRec 在设置 SQL_DESC_DATA_PTR 字段时执行了描述符一致性检查。 ODBC 规范不需要这样做，在 SQL Server Native Client 10.0 (SQL Server 2008) 及更高版本中，不再执行此一致性检查。 |
| 日期超出范围时返回其他错误。 | datetime对于 类型，从 SQL Server 2008) 开始，SQL Server Native Client (将返回一个与早期版本中返回的超出范围的日期不同的错误号。具体而言，SQL Server Native Client 9.0 为字符串转换为 datetime中的所有范围外年份值返回 22007，从版本 10.0 (SQL Server 2008 开始，SQL Server Native Client) 日期在 或 支持datetime2datetimesmalldatetime的范围内时返回 22008。 |
如果舍入将更改日期，则 datetime 值将截断秒的小数部分，并且不舍入。 |
在 SQL Server Native Client 10.0 之前，发送到服务器的值的客户端行为datetime是将它们舍入到最接近的 1/300 秒。 从 SQL Server Native Client 10.0 开始，如果舍入更改日期，此方案将导致截断秒的小数部分。 |
可能截取值的秒 datetime 数。 |
使用 SQL Server 2008 Native Client () 或更高版本构建的应用程序连接到 SQL Server 2005 服务器，如果绑定到类型标识符为 DBTYPE_DBTIMESTAMP (OLE DB) 或 SQL_TIMESTAMP (ODBC) 且小数位数为 0 的 datetime 列，则发送到服务器的数据的时间部分将截断秒和小数秒。 例如： 输入数据：1994-08-21 21:21:36.000 插入的数据：1994-08-21 21:21:00.000 |
| 从 DBTYPE_DBTIME 到 DBTYPE_DATE 的 OLE DB 数据转换不会再导致日期发生更改。 | 在 SQL Server Native Client 10.0 之前，如果 DBTYPE_DATE 的时间部分是在距离午夜的半秒内，则 OLE DB 转换代码将导致日期发生更改。 从 SQL Server Native Client 10.0 开始， (秒的小数部分被截断且不舍入) ，则日期不会更改。 |
| IBCPSession::BCColFmt 转换更改。 | 从 SQL Server Native Client 10.0 开始，使用 IBCPSession：：BCOColFmt 将 SQLDATETIME 或 SQLDATETIME 转换为字符串类型时，将导出小数部分值。 例如，将 SQLDATETIME 类型转换为 SQLNVARCHARMAX 类型时，会返回早期版本的 SQL Server Native Client 1989-02-01 00:00:00。 SQL Server Native Client 10.0 及更高版本返回 1989-02-01 00：00：00.0000000。 |
| 发送的数据的大小必须与 SQL_LEN_DATA_AT_EXEC 中指定的长度匹配。 | 使用 SQL_LEN_DATA_AT_EXEC 时，数据的大小必须与用 SQL_LEN_DATA_AT_EXEC 指定的长度匹配。 可以使用 SQL_DATA_AT_EXEC，但使用 SQL_LEN_DATA_AT_EXEC 有潜在的性能好处。 |
| 使用 BCP API 的自定义应用程序现在可以看到警告。 | 对于所有类型，如果数据长度超过某字段的指定长度，则 BCP API 将生成警告消息。 以前，该警告仅针对字符类型，而不会针对所有类型发出。 |
将空字符串插入到绑定为日期/时间类型的 sql_variant 中会生成错误。 |
在 SQL Server Native Client 9.0 中，将空字符串sql_variant作为日期/时间类型插入到绑定中不会生成错误。 SQL Server Native Client 10.0 (及更高版本) 在这种情况下正确生成错误。 |
| 更严格的 SQL_C_TYPE _TIMESTAMP 和 DBTYPE_DBTIMESTAMP 参数验证。 | 在 SQL Server 2008 Native Client 之前，datetime值已按SQL Server舍入以适应 和 smalldatetime 列的比例datetime。 SQL Server 2008 Native Client (及更高版本) 对秒的小数部分应用 ODBC 核心规范中定义的更严格的验证规则。 如果无法通过使用由客户端绑定所指定或暗含的小数位数在不截断尾随数字的情况下将参数值转换到 SQL 类型，则返回错误。 |
| 当有触发器运行时，SQL Server 可能会返回不同的结果。 | SQL Server 2008 中引入的更改可能会导致应用程序从语句返回不同的结果，该语句导致触发器在生效时NOCOUNT OFF运行。 在这种情况下，您的应用程序可能会生成错误。 若要解决此错误，请在触发器中设置 NOCOUNT ON 或调用 SQLMoreResults 以转到下一个结果。 |