diff options
author | James Salter <iteration@gmail.com> | 2022-10-25 19:05:22 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2022-10-25 14:05:22 -0400 |
commit | d902181de98399d90c46c4e4e2cf631064757941 (patch) | |
tree | fedb176982c540a8187b3222efec08bb06dbc7ab /synapse/rest/__init__.py | |
parent | Merge branch 'release-v1.70' into develop (diff) | |
download | synapse-d902181de98399d90c46c4e4e2cf631064757941.tar.xz |
Unified search query syntax using the full-text search capabilities of the underlying DB. (#11635)
Support a unified search query syntax which leverages more of the full-text search of each database supported by Synapse. Supports, with the same syntax across Postgresql 11+ and Sqlite: - quoted "search terms" - `AND`, `OR`, `-` (negation) operators - Matching words based on their stem, e.g. searches for "dog" matches documents containing "dogs". This is achieved by - If on postgresql 11+, pass the user input to `websearch_to_tsquery` - If on sqlite, manually parse the query and transform it into the sqlite-specific query syntax. Note that postgresql 10, which is close to end-of-life, falls back to using `phraseto_tsquery`, which only supports a subset of the features. Multiple terms separated by a space are implicitly ANDed. Note that: 1. There is no escaping of full-text syntax that might be supported by the database; e.g. `NOT`, `NEAR`, `*` in sqlite. This runs the risk that people might discover this as accidental functionality and depend on something we don't guarantee. 2. English text is assumed for stemming. To support other languages, either the target language needs to be known at the time of indexing the message (via room metadata, or otherwise), or a separate index for each language supported could be created. Sqlite docs: https://www.sqlite.org/fts3.html#full_text_index_queries Postgres docs: https://www.postgresql.org/docs/11/textsearch-controls.html
Diffstat (limited to 'synapse/rest/__init__.py')
0 files changed, 0 insertions, 0 deletions