SPI_CURSOR_FIND(3)

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

πŸŽ€ the SPI_cursor_find bestie briefing πŸŽ€

okay so welcome to SPI_CURSOR_FIND(3), straight from the PostgreSQL 17.11 Documentation πŸ’– this one is lowkey short but highkey useful, so let’s get into it ✨


🌸 NAME 🌸

SPI_cursor_find - find an existing cursor by name πŸŽ€

πŸ¦‹ SYNOPSIS πŸ¦‹

Portal SPI_cursor_find(const char * name)

✨ DESCRIPTION ✨

SPI_cursor_find finds an existing portal by name. This is primarily useful to resolve a cursor name returned as text by some other function. no cap, that’s the whole glow-up πŸ’…

πŸŽ€ ARGUMENTS πŸŽ€

  • const char * name β€” name of the portal 🫢

πŸ”₯ RETURN VALUE πŸ”₯

pointer to the portal with the specified name, or NULL if none was found πŸ’–

πŸ’€ NOTES πŸ’€

Beware that this function can return a Portal object that does not have cursor-like properties; for example it might not return tuples. If you simply pass the Portal pointer to other SPI functions, they can defend themselves against such cases, but caution is appropriate when directly inspecting the Portal. like bestie, peek responsibly πŸ‘€βœ¨


that’s the whole page, bestie 🫢 β€” brought to you by PostgreSQL 17.11, dated 2026. mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from