描述

SPI_execute 执行指定的 SQL 命令，并最多检索 count 行。如果 read_only 为 true，该命令必须是只读的，且执行开销会略有降低。

此函数只能从已连接的过程中调用。

如果 count 为零，则该命令会针对其适用的所有行 执行。如果 count 大于 0，则该命令要执行的行数 会受到限制（很像一个 LIMIT 子句）。例如：

SPI_execute("INSERT INTO foo SELECT * FROM bar", false, 5);

最多只允许向该表中插入 5 行。

你可以在一个字符串中传递多条命令。SPI_execute 返回最后执行的那条 命令的结果。count 限制会分别作用于每条 命令（尽管实际返回的只有最后一条命令的结果）。该限制不适用于 规则生成的任何隐藏命令。

当 read_only 为 false 时， SPI_execute 会递增命令计数器，并在执行字符串 中的每条命令前计算新的快照。如果当前事务 隔离级别是 SERIALIZABLE，这个快照实际上不会 变化；但在 READ COMMITTED 模式下，更新快照会让 每条命令都能看到其他会话中新近提交事务的结果。这对于修改数据库 的命令获得一致行为至关重要。

当 read_only 为 true 时， SPI_execute 不会更新快照和命令计数器，并且只允许命 令字符串中出现普通的 SELECT 命令。这些命令会使用外 围查询先前建立的快照来执行。由于消除了每条命令的额外开销，这种执行模式 比读写模式略快。它还允许构造真正稳定的函数：由 于连续执行都会使用同一个快照，结果也就不会发生变化。

在同一个使用 SPI 的函数中混合只读命令和读写命令通常并不明智，因为只读 查询看不到读写查询所做的数据库更新，这可能导致非常令人困惑的行为。

（最后一条）命令实际执行所处理的行数，会通过全局变量 SPI_processed 返回（除非函数的返回值是 SPI_OK_UTILITY）。如果函数返回值是 SPI_OK_SELECT，则可以通过全局指针 SPITupleTable *SPI_tuptable 访问结果行。

结构 SPITupleTable 定义如下：

typedef struct
{
    MemoryContext tuptabcxt;    /* 结果表的内存上下文 */
    uint32      alloced;        /* 已分配的 vals 数量 */
    uint32      free;           /* 空闲的 vals 数量 */
    TupleDesc   tupdesc;        /* 行描述符 */
    HeapTuple  *vals;           /* 行 */
} SPITupleTable;

vals 是一个指向行的指针数组。（有效项数为 SPI_processed。） tupdesc 是一个行描述符，可以传给处理行的 SPI 函数。tuptabcxt， alloced 和 free 是内部字段，不供 SPI 调用者使用。

SPI_finish 会释放当前过程调用期间分配的全部 SPITupleTable。如果某个结果表已经不再需要，也 可以提前调用 SPI_freetuptable 释放它。

参数

返回值

如果命令执行成功，则返回下列（非负）值之一：

出错时，返回以下负值之一：

注解

函数 SPI_execute、SPI_exec、 SPI_execute_plan 和 SPI_execp 都会更改 SPI_processed 和 SPI_tuptable（只更改指针，而不更改结构体内容）。如果 需要在后续调用之后继续访问 SPI_execute 或相关函数 的结果表，请把这两个全局变量保存到过程局部变量中。