SPI_REGI...GGER_DATA(3)

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

✨ SPI_register_trigger_data(3) β€” the manual page, bestie ✨

okay so you're looking at the SPI_register_trigger_data(3) page from the PostgreSQL 17.11 docs, and it's literally about making ephemeral trigger data available in SPI queries. no cap. πŸ’…


🌸 NAME 🌸

SPI_register_trigger_data β€” make ephemeral trigger data available in SPI queries. periodt. πŸ’–

πŸŽ€ SYNOPSIS πŸŽ€

int SPI_register_trigger_data(TriggerData *tdata)

πŸ¦‹ DESCRIPTION πŸ¦‹

SPI_register_trigger_data makes any ephemeral relations captured by a trigger available to queries planned and executed through the current SPI connection. Currently, this means the transition tables captured by an AFTER trigger defined with a REFERENCING OLD/NEW TABLE AS ... clause. This function should be called by a PL trigger handler function after connecting.

πŸ’œ ARGUMENTS πŸ’œ

  • TriggerData *tdata β€” the TriggerData object passed to a trigger handler function as fcinfo->context.

πŸ‘‘ RETURN VALUE πŸ‘‘

If the execution of the command was successful then the following (nonnegative) value will be returned:

  • SPI_OK_TD_REGISTER β€” if the captured trigger data (if any) has been successfully registered.

On error, one of the following negative values is returned:

  • SPI_ERROR_ARGUMENT β€” if tdata is NULL.
  • SPI_ERROR_UNCONNECTED β€” if called from an unconnected C function.
  • SPI_ERROR_REL_DUPLICATE β€” if the name of any trigger data transient relation is already registered for this connection.

mwah πŸ’‹ this iconic little page is from PostgreSQL 17.11, dated 2026, and it's the SPI_REGI...GGER_DATA(3) manual page. bye bestie! 🫢✨

πŸ“¦ where this page comes from