схема, а не схема базы данных. Даже если у вас есть объединения в реляционной базе данных, вы должны сгладить данные при заполнении индекса Solr.

ый пользователь SOLR. Я работаю над веб-приложением электронной коммерции, в котором есть база данных SQL. Я хочу внедрить SOLR для моей «страницы категории» в приложении, где мы будем показывать продукты этой категории с конкретной информацией, такой как доступный запас, цена и немного больше деталей. Кроме того, мы хотим ограничить показ товаров в зависимости от наличия товара на складе. Если товара нет, мы не будем показывать эти товары.

Я пытаюсь внедрить SOLR с запросами на импорт Delta, чтобы сделать мои страницы категорий быстрее. И я беспокоюсь о производительности страницы при получении данных из SOLR и точности данных в реальном времени, таких как акции и цены.

на самом деле запросы к моей базе данных для получения данных о продукте немного сложны и имеют несколько объединений, поэтому мне нужно сделать несколько связанных сущностей в базе данных SOLR. Поэтому из-за этих данных загрузка в SOLR идет медленно. это затрудняет загрузку данных (даже с запросом дельта-импорта) часто, поэтому моему приложению не хватает данных в реальном времени, таких как запас продуктов.

В основном, я хочу знать передовой практический подход для реализации SOLR. Я запутался с 1. Должен ли я экспортировать все свои данные в SOLR, а затем получить все данные из SOLR? (Я беспокоюсь о производительности и данных в реальном времени) 2. Должен ли я получать только данные индекса (скажем, идентификатор продуктов) из SOLR, а затем получать другие сведения из моей базы данных SQL? (не уверен насчет такого подхода к исполнению).

Поэтому, пожалуйста, помогите мне и предложите мне, как я могу наилучшим образом реализовать SOLR для своего приложения.

вся помощь оценена !!