lakebase_tokenizer
The lakebase_tokenizer extension adds configurable whole-word tokenization to PostgreSQL full-text search in Lakebase. Text-search configurations built with the extension work with to_tsvector, the @@ operator, ranking functions, and GIN indexes. You can also use generated tsvector values with lakebase_text for BM25 ranking.
The extension provides the tokenizer_wholeword template through PostgreSQL's standard text-search dictionary interface. The template supports lowercase conversion, Unicode normalization, accent removal, English possessive removal, custom stop words, one-to-one synonyms, and English stemming.
Install
Install the extension in your database. The examples on this page use a dedicated schema to make the extension objects easy to identify:
CREATE SCHEMA IF NOT EXISTS tokenizer_ext;
CREATE EXTENSION IF NOT EXISTS lakebase_tokenizer WITH SCHEMA tokenizer_ext;
The extension is relocatable. You can replace tokenizer_ext with another schema when you install it.
Upgrade the extension
A new Lakebase Search release can add features, fixes, and performance improvements. PostgreSQL does not automatically update the installed extension version. Check the installed and latest available versions:
SELECT installed_version, default_version
FROM pg_available_extensions
WHERE name = 'lakebase_tokenizer';
Update the extension to the latest available version:
ALTER EXTENSION lakebase_tokenizer UPDATE;
ALTER EXTENSION does not regenerate stored tsvector values or rebuild dependent GIN or lakebase_bm25 indexes. If an update changes tokenization output, regenerate stored tsvector values and follow the release notes for any required index maintenance.
Quick start with tokenizer_wholeword
The following example creates a dictionary from the tokenizer_wholeword template, then maps common PostgreSQL token types to it in a text-search configuration:
CREATE TEXT SEARCH DICTIONARY documents_dict (
TEMPLATE = tokenizer_ext.tokenizer_wholeword,
Lowercase = 'true',
StripAccents = 'true',
Stemmer = 'english'
);
CREATE TEXT SEARCH CONFIGURATION documents_cfg (COPY = pg_catalog.simple);
ALTER TEXT SEARCH CONFIGURATION documents_cfg
ALTER MAPPING FOR asciiword, word, numword, hword_numpart, hword_part, hword_asciipart
WITH documents_dict;
Use the configuration to produce a tsvector, create a GIN index, and run full-text queries:
CREATE TABLE documents (
id BIGSERIAL PRIMARY KEY,
body TEXT NOT NULL,
search_vector TSVECTOR GENERATED ALWAYS AS (
to_tsvector('documents_cfg', body)
) STORED
);
INSERT INTO documents (body) VALUES
('Cats are running near the café.'),
('A dog is sleeping in the house.');
CREATE INDEX documents_search_idx ON documents USING gin (search_vector);
SELECT id, body
FROM documents
WHERE search_vector @@ plainto_tsquery('documents_cfg', 'running café');
Use the same text-search configuration for documents and queries so that both sides apply the same tokenization strategy and options.
Template: tokenizer_wholeword
How it works
For each token passed to the dictionary by PostgreSQL's text-search parser, tokenizer_wholeword applies these operations:
Lowercase: Convert the token to lowercase.Normalize: Apply Unicode normalization.StripAccents: Remove accents.EnglishPossessive: Remove an English possessive suffix when at least one character remains.Stopwords: Emit no lexeme and stop processing if the token matches a configured stop word. The token is omitted from the generatedtsvector.Synonyms: Emit the configured replacement and stop processing if the token matches a synonym.Stemmer: If no synonym matched and stemming is enabled, apply the English stemmer.
Add stop words and synonyms
The tokenizer_wholeword template can load custom stop-words and synonyms from extension-managed SQL tables lakebase_tokenizer_stopwords and lakebase_tokenizer_synonyms. The name column groups rows into a set that you select with the Stopwords or Synonyms dictionary option.
INSERT INTO tokenizer_ext.lakebase_tokenizer_stopwords (name, word) VALUES
('app_stopwords', 'the'),
('app_stopwords', 'and'),
('app_stopwords', 'or');
INSERT INTO tokenizer_ext.lakebase_tokenizer_synonyms (name, word, synonym) VALUES
('app_synonyms', 'usa', 'united_states'),
('app_synonyms', 'uk', 'united_kingdom');
Reference the sets when you create or alter a tokenizer_wholeword dictionary:
ALTER TEXT SEARCH DICTIONARY documents_dict (
Stopwords = 'app_stopwords',
Synonyms = 'app_synonyms'
);
The extension compares stop words and synonym source words with each token after applying Lowercase, Normalize, StripAccents, and EnglishPossessive, but before applying Stemmer. Catalog entries are not transformed automatically, so store them in the exact form produced by those enabled options:
- With
Lowercase = 'true', use lowercase entries. WithLowercase = 'false', capitalization must match the token. - With
Normalizeenabled, store entries in the selected Unicode normalization form. - With
StripAccents = 'true', store the accent-stripped form. For example, storecafeto matchcafé. - Store the form before stemming. For example, with
Stemmer = 'english', arunentry does not matchrunning. Addrunningto filter or replace that token.
Set names can contain up to 256 bytes. Words and synonyms can contain up to 1024 bytes. Each named stop-word or synonym set can contain up to 100,000 rows.
A synonym replacement is emitted exactly as stored and is not processed by the stemmer. Synonyms support one replacement for each source word. To represent a multiword replacement as one lexeme, use a separator such as an underscore, as in united_states.
After changing a set, the owner of each dictionary that references the set must run a no-op ALTER TEXT SEARCH DICTIONARY to force a reload:
ALTER TEXT SEARCH DICTIONARY documents_dict (dummy);
The dummy option does not exist on tokenizer_wholeword. Omitting a value asks PostgreSQL to remove this nonexistent option, which invalidates the cache without changing any of the dictionary's configured options.
After reloading the dictionary, regenerate the stored tsvector values by rewriting the source rows:
UPDATE documents SET body = body;
Roles and access
Use two roles to separate application access from tokenizer administration:
app_roleuses existing dictionaries. It needsUSAGEon the relevant schemas andSELECTon the extension catalog tables, but it does not need to own the dictionaries.tokenizer_adminmanages stop-word and synonym sets, creates and owns dictionaries and text-search configurations, and runs the reload command after changing a set.
Grant access to the extension schema and catalog tables:
GRANT USAGE ON SCHEMA tokenizer_ext TO app_role, tokenizer_admin;
GRANT SELECT ON
tokenizer_ext.lakebase_tokenizer_stopwords,
tokenizer_ext.lakebase_tokenizer_synonyms
TO app_role;
GRANT SELECT, INSERT, UPDATE, DELETE ON
tokenizer_ext.lakebase_tokenizer_stopwords,
tokenizer_ext.lakebase_tokenizer_synonyms
TO tokenizer_admin;
tokenizer_admin also needs CREATE on the schema where dictionaries and text-search configurations are stored. Create these objects as tokenizer_admin, or transfer their ownership to it. Write access to the catalog tables does not grant ownership of existing dictionaries.
Options
Specify tokenizer_wholeword options in CREATE TEXT SEARCH DICTIONARY or ALTER TEXT SEARCH DICTIONARY. Option names are case-insensitive.
Option | Type | Default | Description |
|---|---|---|---|
| boolean |
| Converts tokens to lowercase before applying other operations. |
|
|
| Applies the selected Unicode normalization form. This canonicalizes the representation but does not remove characters. For example, |
| boolean |
| Removes a trailing |
| boolean |
| Applies NFKD normalization and removes combining marks. For example, |
| set name | None | Uses the named set from |
| set name | None | Uses the named set of one-to-one replacements from |
|
| None | Uses the bundled Snowball 3.1.0 English stemmer. Omit this option to disable stemming. The stemmer does not include a stop-word list. |
Catalog tables
Table | Columns | Description |
|---|---|---|
|
| Stores named stop-word sets for tokenizer templates that support |
|
| Stores named one-to-one replacements for tokenizer templates that support |
Use BM25 ranking with lakebase_text
Text-search configurations built with lakebase_tokenizer produce standard PostgreSQL tsvector values that are compatible with lakebase_text. To use BM25 relevance ranking and top-K retrieval, create a lakebase_bm25 index on the same tsvector column. For installation, index creation and query syntax, see lakebase_text.