【问题标题】:I'm getting "String data, right truncation" errors from PHP using ODBC and connecting to a Microsoft SQL Server 2008R2 instance我使用 ODBC 并连接到 Microsoft SQL Server 2008R2 实例的 PHP 收到“字符串数据,右截断”错误
【发布时间】:2013-01-15 17:01:34
【问题描述】:

我在 CentOS 6.2 机器上使用 PHP 5.3.3,连接到 Microsoft SQL Server 2008R2 的实例。连接有效,只要我的查询不包含参数,我就可以检索数据。添加参数时,出现错误“字符串数据,右截断”。

下面是一些示例代码:

<?php

$dbh = new PDO("odbc:myDSN", 'myUsername', 'myPassword');

$testCase = 1;
switch ($testCase) {
case 1:
  //  This case fails with this error:
  //    Error 22001: [Microsoft][ODBC Driver 11 for SQL Server]String data, right truncation (SQLExecute[0] at /builddir/build/BUILD/php-5.3.3/ext/pdo_odbc/odbc_stmt.c:254)
  $query = "select * from [myDatabase].[sys].[objects] WHERE (([name]=?))";
  $stmt = $dbh->prepare($query);
  $param1 = 'testtable1';
  $stmt->bindParam(1, $param1, PDO::PARAM_STR);   //  Note:  '1' is correct; it should not be '0'
  break;
case 2:
  //  This case works properly
  $query = "select * from [myDatabase].[sys].[objects] WHERE (([name]='testtable1'))";
  $stmt = $dbh->prepare($query);
  break;
}
$execResult = $stmt->execute();
if ($execResult) {
  print "Success!\n";
} else {
  $errorInfo = $stmt->errorInfo();
  print "Error " . $stmt->errorCode() . ": " . $errorInfo[2] . "\n";
}

$rowCount = 0;
while ($row = $stmt->fetch(PDO::FETCH_ASSOC)) {
  echo "Row " . $rowCount . ":\n";
  foreach ($row as $key => $value) {
    printf("  %-20s  %s\n", $key, $value);
  }
  $rowCount++;
}

请注意,上面代码中的两个测试用例应该做同样的事情。测试用例 1 使用参数(所有代码都应该这样做),测试用例 2 明确地将相关值放入 SQL 查询中。测试用例 2 有效。测试用例 1 没有。我试过用'bindValue()'替换'bindParam()',但这没有效果。我也尝试过使用命名参数(例如:name)而不是位置参数,但这也没有效果。我尝试向 bindParam() 添加显式长度参数(使用strlen($param1) 作为值),但这会给出一个非常奇怪的错误消息(Incorrect syntax near 'OUTPUT'),我只能假设我做错了。整数参数正常工作。只有字符串参数失败。

任何想法为什么这不起作用?

当然,可能是 ODBC 驱动程序存在错误,或者它与我的 PHP 版本不兼容,或者任何数量的类似问题,但我希望我只是不正确地使用了 API。

编辑:

根据 Anda Iancu 的建议,我深入研究了 SQL Server Profiler。跟踪时,案例 1 给出了两条几乎相同的记录,一个是 SQL:BatchStarting 类,另一个是 SQL:BatchCompleted 类,两者都包含以下文本:

set fmtonly on select [name] from [myDatabase].[sys].[objects] where 1=2 set fmtonly off

案例 2 给出了两条记录,均属于“RPC:Completed”类。第一个包含文本:

declare @p1 int
set @p1=1
exec sp_prepexec @p1 output,NULL,N'select * from [myDatabase].[sys].[objects] WHERE (([name]=''testtable1''))'
select @p1

第二个包含文本:

exec sp_unprepare 1

更新:

出于绝望的考虑,我希望将新版本的 unixODBC 放入现有的 PHP 版本中可能会出现某种问题,因此我从源代码重新编译了 PHP。在 CentOS 上,这比你想象的要难。不幸的是,这没有效果。到处都是同样的错误。

【问题讨论】:

  • 您能否显示(发送查询)案例 1 的查询?
  • @Anda:我不明白你的问题。如上面和代码中所述,对案例 1 的查询给了我一个错误。我不熟悉 MSSQL(这是我唯一一次不得不使用它),所以我不知道是否有办法提取它收到的查询。如果是这样,那将很有帮助。你能告诉我怎么做吗?
  • 您有 SQL 分析器吗?工具 > Sql Server Profiler - 您可以获得发送的确切查询语句;并尝试在新的查询窗口中运行该查询(只是一个 select -select * from [myDatabase].[sys].[objects] WHERE (([name]='testtable1'))。步骤是:打开探查器和连接到您的数据库,然后运行代码。
  • 只是尝试检查发送的查询是否正确
  • 如果我没看错,SQL Server Profiler 说查询是set fmtonly on select [name] from [myDatabase].[sys].[objects] where 1=2 set fmtonly off,这对我来说没有任何意义。此外,记录结构与案例 2 产生的记录结构非常不同。案例 2 给出了一些模糊合理的东西。

标签: php sql-server-2008 odbc


【解决方案1】:

经过多次调整和搜索,以及大量的暗中故障排除,我最终确定这是一个 ODBC 驱动程序问题。

具体来说,我使用的是从 Microsoft 下载的驱动程序,据说设计用于在 RHEL/CentOS6 上使用 PHP 和 unixODBC。它在自己的 README 文件中称为“Microsoft ODBC Driver 11 for SQL Server”,并位于一个名为 msodbcsql-11.0.2270.0.tar.gz 的文件中。 (提供这些细节是为了让其他尝试做同样事情的人受益)

根据我的经验,我确实推荐这个驱动程序。

我下载、编译并安装了最新的“稳定”版本的 FreeTDS。如果这对你很重要,我得到的版本是 0.91(下载文件没有说这个,但是它解压到一个有这个数字的目录中)。这有/有自己的小配置问题,但最终似乎比微软提供的驱动程序好得多。我不知道这是否仍在积极维护中,因为最近发布的时间戳是 2011 年 8 月 17 日。

愚蠢的我,认为我应该使用 Microsoft 驱动程序来访问 Microsoft 数据库服务器,并期望它真正做到它所说的那样。

【讨论】:

  • Microsoft 驱动程序对我来说很好用。问题肯定出在David's answer 中引用的 pdo_odbc 上。这已在 PHP 5.6 中进行了修补,因此 Microsoft 驱动程序不是问题(测试适用于 11 和 13)。此外,您可以在使用odbc_* functions 时验证驱动程序是否正常工作。我有 the same problem 和 PHP 5.5.9。
  • 您也可以使用 Microsoft 的驱动程序解决此问题,只需在连接设置中添加 'CharacterSet' => "UTF-8"。如此处所述:php.net/manual/es/function.sqlsrv-connect.php
  • @Marco 的解决方案是解决此问题的方法。为我工作。谢谢!
【解决方案2】:

我想你可能在微软的 ODBC 驱动程序中遇到了一个错误,但值得指出的是 pdo_odbc 有a critical bug related to the bindValue() function。该错误仅影响 64 位,但是 - 哈! - Microsoft 的 ODBC 驱动程序只有 64 位。

已经有一段时间了,但我认为您遇到的错误取决于您的数据类型和 SQL 语句。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2012-07-18
    • 2019-04-10
    • 1970-01-01
    • 2019-10-01
    • 1970-01-01
    • 2012-12-31
    • 2019-02-09
    • 2013-07-17
    相关资源
    最近更新 更多