CREATE_TEXT_SEARCH_PARSER(7pg17)
πΈ NAME πΈ
CREATE_TEXT_SEARCH_PARSER β define a new text search parser
okay bestie, welcome to the CREATE_TEXT_SEARCH_PARSER(7pg17) page π
this is the PostgreSQL 17.11 Documentation moment where we learn how to make a brand-new text search parser. iconic behavior, honestly.
β¨ SYNOPSIS β¨
CREATE TEXT SEARCH PARSER name (
START = start_function ,
GETTOKEN = gettoken_function ,
END = end_function ,
LEXTYPES = lextypes_function
[, HEADLINE = headline_function ]
)
π¦ DESCRIPTION π¦
So CREATE TEXT SEARCH PARSER creates a new text search parser. A text search parser defines a method for splitting a text string into tokens and assigning types (categories) to the tokens. it's literally the tokenizer vibe-setter π
A parser is not particularly useful by itself, but must be bound into a text search configuration along with some text search dictionaries to be used for searching. so likeβ¦ it needs its little configuration friend group to actually do anything π«Ά
If a schema name is given then the text search parser is created in the specified schema. Otherwise it is created in the current schema. no cap.
π¨ superuser check, bestie: You must be a superuser to use CREATE TEXT SEARCH PARSER. (This restriction is made because an erroneous text search parser definition could confuse or even crash the server.) and we do not want the server catching strays π
Refer to Chapter 12 for further information. that's the deep lore iykyk.
π PARAMETERS π
nameβ The name of the text search parser to be created. The name can be schema-qualified. so you can drop it in a schema if you need to π«start_functionβ The name of the start function for the parser.gettoken_functionβ The name of the get-next-token function for the parser.end_functionβ The name of the end function for the parser.lextypes_functionβ The name of the lextypes function for the parser (a function that returns information about the set of token types it produces).headline_functionβ The name of the headline function for the parser (a function that summarizes a set of tokens).
The function names can be schema-qualified if necessary. Argument types are not given, since the argument list for each type of function is predetermined. All except the headline function are required. yes, headline_function is the optional little bonus star β
The arguments can appear in any order, not only the one shown above. so feel free to switch up the lineup β no need to copy the synopsis like it's a group photo π§
π COMPATIBILITY π
There is no CREATE TEXT SEARCH PARSER statement in the SQL standard. it's giving PostgreSQL-specific main character energy π
π₯ SEE ALSO π₯
ALTER TEXT SEARCH PARSER(ALTER_TEXT_SEARCH_PARSER(7))DROP TEXT SEARCH PARSER(DROP_TEXT_SEARCH_PARSER(7))
and that's the page, bestie π brought to you by PostgreSQL 17.11, dated 2026. slay responsibly π«Άβ¨
π¦ where this page comes from
- opensuse-leap 16.0: postgresql17 17.11-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql17 17.11-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql17 17.11-160000.1.1 Β· PostgreSQL
- opensuse-leap 16.0: postgresql17 17.11-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