SPI_CURSOR_FIND(3)
β¨ NAME β¨
Okay bestie, this is the SPI_CURSOR_FIND(3) page from the PostgreSQL 16.15 Documentation β meet SPI_cursor_find, literally the function that finds an existing cursor by name. Itβs giving βresolve that cursor name someone handed you as textβ energy. π
π SYNOPSIS π
Portal SPI_cursor_find(const char * name)
π¦ DESCRIPTION π¦
So <pink>SPI_cursor_find</pink> finds an existing portal by name. Itβs primarily useful to resolve a cursor name that some other function returned as text. No cap, thatβs the whole vibe. β¨
πΈ ARGUMENTS πΈ
const char * nameβ the name of the portal. π
π RETURN VALUE π
It returns a pointer to the portal with the specified name, or NULL if none was found. That NULL is your βnope, not foundβ bestie. π
β οΈ NOTES β οΈ
β οΈ Beware, bestie: this function can return aPortalobject that does not have cursor-like properties. For example, it might not return tuples. π«£ If you simply pass thePortalpointer to other SPI functions, they can defend themselves against such cases β but caution is appropriate when youβre directly inspecting thePortal. Periodt. π
π«Ά Thatβs the tea, bestie. Source/version: PostgreSQL 16.15, date: 2026. Slay. π
π¦ where this page comes from
- opensuse-leap 16.0: postgresql16-docs 16.15-160000.1.1 Β· PostgreSQL
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms