SPI_EXECUTE_WITH_ARGS(3)
π SPI_EXECUTE_WITH_ARGS π
okay bestie, so this is a PostgreSQL 18.6 manual page, and today we're learning about SPI_execute_with_args β she runs a command with out-of-line parameters and honestly? she's iconic for it. β¨
β¨ NAME β¨
SPI_execute_with_args β execute a command with out-of-line parameters π
π¦ SYNOPSIS π¦
int SPI_execute_with_args(const char *command,
int nargs, Oid *argtypes,
Datum *values, const char *nulls,
bool read_only, long count)
πΈ DESCRIPTION πΈ
So what does she do? SPI_execute_with_args executes a command that might include references to externally supplied parameters. The command text refers to a parameter as $n, and the call specifies data types and values for each such symbol. read_only and count have the same interpretation as in SPI_execute. no cap. π«Ά
The main advantage of this routine compared to SPI_execute is that data values can be inserted into the command without tedious quoting/escaping, and thus with much less risk of SQL-injection attacks. like, the way she just handles the escaping for you? main character energy. π₯
Similar results can be achieved with SPI_prepare followed by SPI_execute_plan; however, when using this function the query plan is always customized to the specific parameter values provided. For one-time query execution, this function should be preferred. If the same command is to be executed with many different parameters, either method might be faster, depending on the cost of re-planning versus the benefit of custom plans. it's giving "depends on the vibes" but in a very rigorous, well-documented way. π§
π ARGUMENTS π
const char * commandβ the command string, bestie. literally just the command string. β¨int nargsβ number of input parameters ($1,$2, etc.) β count 'em up! πOid * argtypesβ an array of lengthnargs, containing the OIDs of the data types of the parameters. yes ma'am, one OID per param. πDatum * valuesβ an array of lengthnargs, containing the actual parameter values. the real ones. πconst char * nullsβ an array of lengthnargs, describing which parameters are null. okay so this one has lore, listen up:
If nulls is NULL then SPI_execute_with_args assumes that no parameters are null. Otherwise, each entry of the nulls array should be ' ' if the corresponding parameter value is non-null, or 'n' if the corresponding parameter value is null. (In the latter case, the actual value in the corresponding values entry doesn't matter.) Note that nulls is not a text string, just an array: it does not need a '\0' terminator. β οΈ like do NOT go adding a null terminator to this girl, she does not want it.
bool read_onlyβtruefor read-only execution. keep it innocent. πlong countβ maximum number of rows to return, or0for no limit. zero means all the rows, go off. π
β RETURN VALUE β
The return value is the same as for SPI_execute. matching energy, love that for her. π
SPI_processed and SPI_tuptable are set as in SPI_execute if successful. periodt. π
ngl bestie, if you ever catch yourself hand-quoting values into a query string, that's the ick. use this instead. π«
and that's the whole page!! π this was PostgreSQL 18.6 documentation, dated 2026, from the SPI_EXECUTE_WITH_ARGS(3) page β tysm for reading, ily, go write some parameterized queries π«Άβ¨π
π¦ where this page comes from
- opensuse-leap 16.0: postgresql18-docs 18.6-160000.1.1 Β· PostgreSQL
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms