Search configuration helps the database understand how to find words in different languages. It makes searching faster and more accurate.
Search configuration and languages in PostgreSQL
CREATE TEXT SEARCH CONFIGURATION config_name ( COPY = existing_config ); ALTER TEXT SEARCH CONFIGURATION config_name ADD MAPPING FOR token_type WITH dictionary_name;
CREATE TEXT SEARCH CONFIGURATION makes a new search setup by copying an existing one.
ALTER TEXT SEARCH CONFIGURATION changes how words are processed by adding dictionaries for certain word types.
my_english by copying the built-in English configuration.CREATE TEXT SEARCH CONFIGURATION my_english ( COPY = english );
my_english to use the english_stem dictionary for normal words, helping to find word roots.ALTER TEXT SEARCH CONFIGURATION my_english ADD MAPPING FOR asciiword, word WITH english_stem;
my_english configuration.SELECT to_tsvector('my_english', 'The quick brown foxes jumped');
This example creates a French search configuration, adds stemming to find word roots, and then converts a French sentence into searchable tokens.
CREATE TEXT SEARCH CONFIGURATION my_french ( COPY = french ); ALTER TEXT SEARCH CONFIGURATION my_french ADD MAPPING FOR asciiword, word WITH french_stem; SELECT to_tsvector('my_french', 'Les chats sautent rapidement');
Search configurations control how text is broken into words and how those words are normalized.
Languages have different rules, so using the right configuration improves search quality.
You can list available configurations with SELECT * FROM pg_ts_config;
Search configurations help PostgreSQL understand text in different languages.
You create or copy configurations and add dictionaries for word processing.
Using the right configuration improves search accuracy and speed.
Practice
Solution
Step 1: Understand search configuration role
Search configurations tell PostgreSQL how to handle text for searching, especially for different languages.Step 2: Compare options
Options A, C, and D relate to security, connections, and backups, not text processing.Final Answer:
To define how text is processed for full-text search in a specific language -> Option AQuick Check:
Search configuration = text processing [OK]
- Confusing search configuration with user or connection settings
- Thinking it manages backups or security
- Assuming it stores data instead of processing text
my_config based on the built-in english configuration?Solution
Step 1: Recall correct CREATE syntax
PostgreSQL usesCREATE TEXT SEARCH CONFIGURATION name ( COPY = existing_config )to copy an existing config.Step 2: Check options
Only CREATE TEXT SEARCH CONFIGURATION my_config ( COPY = english ); uses the correct syntax withCOPY = english. Others use invalid keywords.Final Answer:
CREATE TEXT SEARCH CONFIGURATION my_config ( COPY = english ); -> Option CQuick Check:
Use COPY = for cloning configs [OK]
- Using FROM or AS instead of COPY =
- Omitting parentheses around COPY clause
- Confusing syntax with table creation
CREATE TEXT SEARCH CONFIGURATION my_english ( COPY = english );
ALTER TEXT SEARCH CONFIGURATION my_english
ALTER MAPPING FOR asciiword, asciihword, hword_asciipart
WITH simple;
SELECT to_tsvector('my_english', 'PostgreSQL is great!');What is the output of the
SELECT statement?Solution
Step 1: Understand ALTER MAPPING effect
The ALTER MAPPING changes how asciiword and related tokens are processed, using the simple dictionary which does not remove stop words.Step 2: Analyze to_tsvector output
The text 'PostgreSQL is great!' produces tokens: 'PostgreSQL' (pos 1, asciiword) -> 'postgresql':1; 'is' (pos 2, asciiword) -> 'is':2; 'great' (pos 3, asciiword) -> 'great':3. Simple indexes all without dropping stopwords. Matches 'postgresql':1 'great':3 'is':2.Final Answer:
'postgresql':1 'great':3 'is':2 -> Option BQuick Check:
Alter mapping changes dictionary used [OK]
- Assuming stop words are always removed
- Confusing dictionary effects on stemming and stop words
- Expecting syntax error from ALTER MAPPING
ALTER TEXT SEARCH CONFIGURATION my_config ALTER MAPPING FOR word WITH english_stem;
But you get an error:
ERROR: dictionary "english_stem" does not existWhat is the most likely cause?
Solution
Step 1: Analyze error message
The error says the dictionary "english_stem" does not exist, indicating PostgreSQL cannot find that dictionary.Step 2: Identify cause
Most likely, the dictionary name is misspelled or the dictionary was never created in the database.Final Answer:
The dictionary name is misspelled or not created -> Option DQuick Check:
Dictionary must exist before use [OK]
- Assuming ALTER MAPPING is disallowed on configs
- Trying to drop config unnecessarily
- Ignoring dictionary creation step
french configuration but replaces the stopword dictionary with a custom dictionary named my_french_stop. Which sequence of commands correctly achieves this?Solution
Step 1: Create configuration by copying french
UseCREATE TEXT SEARCH CONFIGURATION my_french ( COPY = french );to clone the built-in french config.Step 2: Alter mapping for stopword dictionary
UseALTER MAPPING FOR stopword WITH my_french_stop;to replace the stopword dictionary with the custom one.Final Answer:
CREATE TEXT SEARCH CONFIGURATION my_french ( COPY = french ); ALTER TEXT SEARCH CONFIGURATION my_french ALTER MAPPING FOR stopword WITH my_french_stop; -> Option AQuick Check:
Copy config then alter stopword mapping [OK]
- Using AS instead of COPY = for creation
- Altering wrong token types like word instead of stopword
- Assigning built-in dictionary instead of custom one
Ready to prove it?
Pass the test and this pattern moves unknown
