SPI_EXECUTE_WITH_ARGS(3)

πŸ“¦ version 18.6, in opensuse-leap 16.0

πŸ’– 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 length nargs, containing the OIDs of the data types of the parameters. yes ma'am, one OID per param. πŸ‘‘
  • Datum * values β€” an array of length nargs, containing the actual parameter values. the real ones. πŸ’…
  • const char * nulls β€” an array of length nargs, 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 β€” true for read-only execution. keep it innocent. πŸ™ˆ
  • long count β€” maximum number of rows to return, or 0 for 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