【问题标题】:Operand type clash: text is incompatible with uniqueidentifier操作数类型冲突:文本与唯一标识符不兼容
【发布时间】:2013-09-10 13:22:03
【问题描述】:

我看到过类似的错误消息,但大多数都与将intfloatuniqueidenifier 进行比较有关,这说明您为什么会收到错误消息。我的错误是这样的:

SQLSTATE[22018]:强制转换规范的字符值无效:206 [Microsoft][SQL Server Native Client 11.0][SQL Server]操作数类型冲突:文本与 uniqueidentifier 不兼容(/usr/src/ 处的 SQLExecute[206] php-5.4.8/ext/pdo_odbc/odbc_stmt.c:254)

我正在构建一个 PHP ZF2 应用程序并尝试使用参数调用用户定义的函数。前四个参数是UNIQUEIDENTIFIER 值。最后四个是BIT 值。这是我的代码:

public function getCustomerInspectionDocuments($fkCustomer) {
    /** @var \Zend\Db\ResultSet\ResultSet $result */
    $result = $adapter->query("
        SELECT
            createUser.FullName AS CreateUser,
            udf.CreateTime,
            udf.CompleteTime,
            modifyUser.FullName AS ModifyUser,
            udf.ModifyTime,
            udf.Source,
            udf.id AS InstanceID
        FROM
            udfDocumentInstances(
                :fkCustomer,
                :fkDocumentQueue,
                :fkDocumentType,
                :fkADUser,
                :Completed,
                :Deleted,
                :LinkByXXX,
                :LinkByOwnership
            ) udf
            LEFT JOIN ADUser createUser
                ON udf.fkCreateUser = createUser.pkid
            LEFT JOIN ADUser deleteUser
                ON udf.fkDeleteUser = deleteUser.pkid
            LEFT JOIN ADUser modifyUser
                ON udf.fkModifyUser = modifyUser.pkid
        ORDER BY
            ModifyTime DESC
    ", array(
        ':fkCustomer' => $fkCustomer,
        ':fkDocumentQueue' => '57B5829B-3EAE-46FF-8130-8A432176DE2A',
        ':fkDocumentType' => '7E5D5187-B38A-E211-B52D-0F1256A21434',
        ':fkADUser' => null,
        ':Completed' => null,
        ':Deleted' => 0,
        ':LinkByXXX' => 0,
        ':LinkByOwnership' => 0,
    ));

    // do some other stuff and return the records
}

此代码在 SQL Server 2012 上执行时工作得非常好,但是当我将其切换回 2008 时,它会因该错误消息而窒息。我使用的是相同的驱动程序,所以唯一改变的是服务器。

问题似乎是它针对 UDF 执行的事实和我通过 PDO 绑定参数的事实的结合。如果我将其更改为简单的SELECT 查询(来自普通表),它就可以工作。或者,如果我将参数值直接放入查询中,那也可以。但是我需要调用这个 UDF,而且我更喜欢使用参数化查询。

有没有办法准确查看发送到 SQL Server 的内容(即完全组装的查询)?或者它是否有可能作为参数化查询传递给服务器并且是 SQL Server 正在组装它?

【问题讨论】:

  • 您应该能够使用 SQL Profiler 查看到达数据库的内容。
  • @davek:谢谢。这帮助我发现查询不是在 Web 服务器上组装的,而是作为参数化查询传递给 SQL Server。看起来所有参数都作为TEXT 传递,这是问题所在(请参阅下面的答案)。

标签: php sql-server sql-server-2008 pdo zend-framework2


【解决方案1】:

根据我从 SQL Profiler 中发现的信息(感谢@davek),看起来查询是在 SQL Server 端组装的,并且 PDO 将所有参数作为TEXT 传递,不能隐式转换为UNIQUEIDENTIFIERBIT。我不确定如何让它默认将它们作为CHAR 传递。我也不确定为什么在将参数化查询与普通表一起使用时不会导致问题。

这是我想出的临时解决方法。这很丑陋,但它现在有效。希望其他人能提出更好的答案。

'...
FROM
    dbo.udfDocumentInstances(
        CAST(:fkCustomer AS CHAR(36)),
        CAST(:fkDocumentQueue AS CHAR(36)),
        CAST(:fkDocumentType AS CHAR(36)),
        CAST(:fkADUser AS CHAR(36)),
        CAST(:Completed AS CHAR(1)),
        CAST(:Deleted AS CHAR(1)),
        CAST(:LinkByDEA AS CHAR(1)),
        CAST(:LinkByOwnership AS CHAR(1))
    ) udf
...'

所以我将值从TEXT 转换为CHAR,然后SQL Server 会将它们隐式转换为UNIQUEIDENTIFIERBIT

如果有人能想出一种方法将它们传递为CHAR 而不是TEXT,而不必明确地转换每个,请发布您的回复。

【讨论】:

    猜你喜欢
    • 2023-03-26
    • 2015-03-27
    • 2015-10-21
    • 2020-05-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多