Informix 的变量绑定返回错误


Variable binding for Informix returns an error

当我添加 :start 作为要跳过的参数时,我收到以下错误。我知道如果我对 SKIP/NEXT 值进行硬编码并且 :customerID 被单独保留,SQL 查询就会起作用。如果我删除 :start 子句并将其保留为SKIP 1 FIRST 5 ... WHERE t1.customer_num = :customerID ...它就可以正常工作。我找不到发生错误的原因。

错误

exception 'PDOException' with message 'SQLSTATE[HY004]: Invalid SQL data type: -11064 [Informix][Informix ODBC Driver]SQL data type out of range

我尝试过的东西:

  1. 使用 BindParam 而不是 BindValue 通过引用绑定参数。
  2. 使用 PDO_STR 尝试将 :start 绑定为字符串。没有成功。
  3. 在 SQL 查询本身中对 :start 进行硬编码的值。这行得通。
  4. 使用$sql->bindValue(':start', (int) 1, PDO:PARAM_INT); - 不行。
  5. 通过首先分配给 PHP 变量来尝试数字 4,结果相同。

有什么建议吗?我正在使用 PHP 5.3。(最近的东西)使用 PDO 连接器的 Informix 11。同样,它仅适用于 customerID,但不适用于 :start 并返回上述错误。

$sql = null;
$sql= $conn->prepare('SELECT SKIP :start FIRST 5 TRIM(loc_esi_id) FROM customer       t1,customer_ts_data t2 WHERE t1.customer_num = :customerID AND t1.customer_num = t2.customer_num');
//Bind values to parameters(by value)
$sql->bindValue(':start',   $start ,PDO::PARAM_INT);
$sql->bindValue(':customerID', $customerID, PDO::PARAM_INT);
//$sql->bindParam(':count',$count,PDO::PARAM_INT);
$results = null;
try{
$sql->execute();
$results = $sql->fetchAll();
} catch (PDOException $e) {
//Error Handling, etc.

通常,占位符的:start表示法既不是标准 SQL 语法,也不是(本机)Informix 语法。 您需要为占位符使用?,因此:

$sql= $conn->prepare('SELECT SKIP ? FIRST 5 TRIM(loc_esi_id)
                        FROM customer t1
                        JOIN customer_ts_data t2 ON t1.customer_num = t2.customer_num
                       WHERE t1.customer_num = ? AND ');

(如果这一切都需要在 PHP 中的一行上,为了可读性,我为破坏准确性而道歉)。

现在,PDO系统有可能自动将:start符号转换为?,在这种情况下,我们遇到了不同的问题。 但是,除非您确定:name表示法有效,否则...不确定的一个原因是bindValue()呼叫似乎需要名称,而不是?可能需要的号码。 您的代码错误是否检查了bindValue()调用?

这个 ESQL/C 代码可以工作,产生我期望的输出。

#include <stdio.h>
#include <stdlib.h>
int main(int argc, char **argv)
{
    $ char *dbase = "stores";
    $ int num_skip = 3;
    $ int num_fetch = 5;
    if (argc > 2)
    {
    fprintf(stderr, "Usage: %s [dbase]'n", argv[0]);
    exit(1);
    }
    if (argc == 2)
    dbase = argv[1];
    exec sql whenever error stop;
    exec sql connect to :dbase;
    exec sql prepare p from "select skip ? first ? tabid, tabname from informix.systables";
    exec sql declare c cursor for p;
    exec sql open c using :num_skip, :num_fetch;
    while (sqlca.sqlcode == 0)
    {
    $ int4 tabid;
    $ varchar tabname[129];
    exec sql fetch c into :tabid, :tabname;
    if (sqlca.sqlcode != 0)
        break;
    printf("%d: %s'n", tabid, tabname);
    }
    exec sql close c;
    exec sql free c;
    exec sql free p;
    exec sql disconnect all;
    return 0;
}

输出

4: systabauth
5: syscolauth
6: sysviews
7: sysusers
8: sysdepend

这表明,如果正确使用占位符表示法,则可以使用 SKIP 和 FIRST 的参数。

如果你找不到一种方法让它与PDO一起工作,你可能已经得到了一个错误。 如果可以在环境变量SQLIDEBUG=2:/tmp/your_sub_dir/check设置为某个类似值的情况下运行代码,那么您应该在名称为 /tmp/your_sub_dir/check_21484_0_aedc1e0 的文件中找到发送到服务器的内容的记录(除了连接设置)。 数字模式有点可变。 然后,您可以在文件上运行sqliprint程序,并查看PDO发送到服务器的内容。 这将是确定PDO或Informix是否存在错误的非常快速的方法。

例如,我从sqliprint获得的部分输出是:

C->S (20)               Time: 2012-05-29 17:55:08.65225
    SQ_CONNECT
         "stores" [6]
         "stores" [6]
C->S (72)               Time: 2012-05-29 17:55:08.65239
    SQ_PREPARE
        # values: 2
        CMD.....: "select skip ? first ? tabid, tabname from informix.systables" [60]
    SQ_NDESCRIBE
    SQ_WANTDONE
    SQ_EOT

您可以非常清楚地看到发送的 SQL 语句。 如果您没有看到占位符?则说明上游存在问题;Informix 的 PDO 驱动程序要么没有正常工作,要么被滥用。 如果你看到?占位符,我们会陷入一系列不同的问题,但如果这是问题所在,我会感到惊讶。

SQLIDEBUG 机制中唯一需要注意的是,您需要在连接到数据库的任何进程的环境中设置环境变量。 对于独立的 ESQL/C 程序来说,这是微不足道的。 如果你正在通过Web服务器和PHP,这可能会更棘手 - 但它是可以做到的。