Парсеры текстового поиска отвечают за разделение исходного текста документа на компоненты и определение типа каждого компонента, где набор возможных типов определяется самим парсером. Обратите внимание, что парсер не изменяет текст вообще — он просто определяет вероятные границы слов. Из-за этого ограниченного функционала, меньше необходимости в приложение-специфичных пользовательских парсерах, чем в пользовательских словарях. В настоящее время Tantor BE предоставляет только один встроенный парсер, который оказался полезным для широкого спектра приложений.

Встроенный парсер называется pg_catalog.default. Он распознает 23 типа компонентов, показанных в Таблица 12.1.

Возможно, что парсер может создавать перекрывающиеся компоненты из одного и того же фрагмента текста. В качестве примера, слово с дефисом будет отображаться как весьма слово, так и каждый его компонент:

SELECT alias, description, token FROM ts_debug('foo-bar-beta1');
      alias      |               description                |     token
-----------------+------------------------------------------+---------------
 numhword        | Hyphenated word, letters and digits      | foo-bar-beta1
 hword_asciipart | Hyphenated word part, all ASCII          | foo
 blank           | Space symbols                            | -
 hword_asciipart | Hyphenated word part, all ASCII          | bar
 blank           | Space symbols                            | -
 hword_numpart   | Hyphenated word part, letters and digits | beta1

Это поведение желательно, поскольку оно позволяет выполнять поиск как для всего составного слова, так и для его компонентов. Вот еще один поучительный пример:

SELECT alias, description, token FROM ts_debug('http://example.com/stuff/index.html');
  alias   |  description  |            token
----------+---------------+------------------------------
 protocol | Protocol head | http://
 url      | URL           | example.com/stuff/index.html
 host     | Host          | example.com
 url_path | URL path      | /stuff/index.html