Дизайн базы данных вложенного набора и теги поиска

В настоящее время я классифицирую свои товары, присваивая им тег, который прикреплен к самому предмету. Например, Men,Accessories,Watch,

Мой запрос в основном основан на поиске, если масштабировать, я планирую больше смотреть на Elastic Search.

Я рассматриваю попытку Вложенного набора как Категоризацию моего предмета.

  1. Если я использую Nested set, значит ли это, что мне нужны три таблицы? Таблица элементов, таблица ссылок (для каждого элемента в идентификаторе вложенного набора), таблица вложенного набора

  2. С точки зрения масштабируемости, глупо ли идти своим нынешним путем «поиска по тегам», будет ли большая разница между поиском по тегам и правильным вложенным набором?

Я попытался выполнить поиск в Интернете, но, похоже, не могу понять, как люди используют Nested Set, особенно средний стол, соединяющий их.

Мне нужен совет здесь. Каким путем я должен идти и причина этого? Лично я предпочитаю тэг в основном потому, что он уже работает, и я понятия не имел, что делать с вложенным множеством в «пакетах» Laravel.

У меня есть этот вложенный набор таблиц.
У меня есть другая таблица
как мне их «соединить».

id
parentid
left
right
depth

-1

Решение

  1. Нет. Вам нужны только левые и правые поля. 2. Вы можете попробовать замыкания и материализованные пути. Я ничего не знаю обо всех, но модель соседнего списка не так уж и плоха. Может быть, в оборудовании есть узкое место?
0

Другие решения

Других решений пока нет …

По вопросам рекламы ammmcru@yandex.ru
Adblock
detector