≫ Добавление данных из таблиц
При использовании простых таблиц возникает проблема, связанная с необходимостью иметь данные в таблице как можно более свежими.
В этом случае используются одна или несколько вторичных (также известных как дельта) таблиц для захвата измененных данных между временем создания основной таблицы и текущим временем. Измененные данные могут включать новые, обновленные или удаленные документы. Поиск становится поиском по основной таблице и дельта-таблице. Это работает бесшовно, когда вы просто добавляете новые документы в дельта-таблицу, но когда дело доходит до обновленных или удаленных документов, остается следующая проблема.
Если документ присутствует как в основной, так и в дельта-таблице, это может вызвать проблемы во время поиска, так как движок увидит две версии документа и не будет знать, как выбрать правильную. Таким образом, дельта-таблица должна каким-то образом сообщить поиску, что в основной таблице есть удаленные документы, которые следует игнорировать. Для этого и нужны kill-листы.
Таблица может поддерживать список идентификаторов документов, который можно использовать для подавления записей в других таблицах. Эта функция доступна для простых таблиц, использующих источники из базы данных, или простых таблиц, использующих XML-источники. В случае источников из базы данных, источник должен предоставить дополнительный запрос, определенный с помощью sql_query_killlist. Он будет хранить в таблице список документов, который сервер может использовать для удаления документов из других простых таблиц.
Ожидается, что этот запрос вернет ряд строк с одним столбцом, каждая из которых содержит только идентификатор документа.
Во многих случаях запрос представляет собой объединение запроса, который извлекает список обновленных документов, и списка удаленных документов, например:
sql_query_killlist = \
SELECT id FROM documents WHERE updated_ts>=@last_reindex UNION \
SELECT id FROM documents_deleted WHERE deleted_ts>=@last_reindexПростая таблица может содержать директиву killlist_target, которая сообщит серверу, что она может предоставить список идентификаторов документов, которые следует удалить из определенных существующих таблиц. Таблица может использовать либо свои собственные идентификаторы документов в качестве источника для этого списка, либо предоставить отдельный список.
Устанавливает таблицу (таблицы), к которой будет применен kill-лист. Необязательный параметр, значение по умолчанию пустое.
Когда вы используете простые таблицы, вам часто нужно поддерживать не одну таблицу, а набор таблиц, чтобы иметь возможность быстрее добавлять/обновлять/удалять новые документы (читайте о дельта-обновлениях таблиц). Чтобы подавить совпадения в предыдущей (основной) таблице, которые были обновлены или удалены в следующей (дельта) таблице, вам необходимо:
- Создать kill-лист в дельта-таблице с помощью sql_query_killlist
- Указать основную таблицу как
killlist_targetв настройках дельта-таблицы:
- CONFIG
table products {
killlist_target = main:kl
path = products
source = src_base
}Когда killlist_target указан, kill-лист применяется ко всем перечисленным в нем таблицам при запуске searchd. Если любая из таблиц из killlist_target подвергается ротации, kill-лист повторно применяется к этим таблицам. Когда kill-лист применяется, таблицы, на которые он повлиял, сохраняют эти изменения на диск.
killlist_target имеет 3 режима работы:
killlist_target = main:kl. Идентификаторы документов из kill-листа дельта-таблицы подавляются в основной таблице (см.sql_query_killlist).killlist_target = main:id. Все идентификаторы документов из дельта-таблицы подавляются в основной таблице. Kill-лист игнорируется.killlist_target = main. И идентификаторы документов из дельта-таблицы, и ее kill-лист подавляются в основной таблице.
Можно указать несколько целей, разделенных запятыми, например:
killlist_target = table_one:kl,table_two:klВы можете изменить настройки killlist_target для таблицы без ее перестроения, используя ALTER.
Однако, поскольку 'старая' основная таблица уже записала изменения на диск, документы, которые были в ней удалены, останутся удаленными, даже если она больше не находится в killlist_target дельта-таблицы.
- SQL
- HTTP
ALTER TABLE delta KILLLIST_TARGET='new_main_table:kl'