5
В Solr DIH данных-config.xml, это лучше, чтобы принести как можно больше полей, как это возможно с запросом в основном лица с JOIN, как:Solr DataImportHandler - РЕГИСТРИРУЙТЕСЬ против отдельного лица
<entity name="Lists"
pk="l.list_id"
query="SELECT l.list_id AS id, l.user_id, lo.is_votable FROM lists l
INNER JOIN list_options lo ON lo.list_id = l.list_id">
или использования отдельный суб-объект, как:
<entity name="Lists"
pk="l.list_id"
query="SELECT l.list_id AS id, l.user_id FROM lists l">
<entity name="ListOptions"
query="SELECT lo.is_votable FROM list_options lo
WHERE lo.list_id=${Lists.id}" />
</entity>
Да. Я подтвердил это путем тестирования. Я оставил один объект в таблице. Имел основной запрос плюс 11 запросов в субистемях. Каждый объект открыл отдельное клиентское соединение с БД. После того, как я переместил 7 запросов субсущности к основному запросу с JOIN (один к одному), он дал 3-кратное улучшение скорости индексирования. – arun
Функция сущностей практически бесполезна из-за медлительности. –