Не могу взять кредит на себя, так как он взят из оригинального поста по адресу: /programming/4945307/can-someone-explain-magentos-indexing-feature-in-detail
Индексирование Magento похоже только на индексирование на уровне базы данных по духу. Как утверждает Антон, это процесс денормализации, позволяющий ускорить работу сайта. Позвольте мне попытаться объяснить некоторые соображения, лежащие в основе структуры базы данных Magento, и почему она делает индексацию необходимой для быстрой работы.
В более «типичной» базе данных MySQL таблица для хранения каталожных продуктов будет иметь такую структуру:
PRODUCT:
product_id INT
sku VARCHAR
name VARCHAR
size VARCHAR
longdesc VARCHAR
shortdesc VARCHAR
... etc ...
Это быстро для поиска, но это оставляет фундаментальную проблему для части программного обеспечения электронной коммерции: что вы делаете, когда хотите добавить больше атрибутов? Что делать, если вы продаете игрушки, а не размер столбца, вам нужно age_range? Можно добавить еще один столбец, но должно быть ясно, что в большом хранилище (например, в Walmart) это приведет к пустым строкам на 90%, а попытка обслуживания новых атрибутов практически невозможна.
Чтобы решить эту проблему, Magento разбивает таблицы на более мелкие единицы. Я не хочу воссоздавать всю систему EAV в этом ответе, поэтому, пожалуйста, примите эту упрощенную модель:
PRODUCT:
product_id INT
sku VARCHAR
PRODUCT_ATTRIBUTE_VALUES
product_id INT
attribute_id INT
value MISC
PRODUCT_ATTRIBUTES
attribute_id
name
Теперь можно добавлять атрибуты по желанию, вводя новые значения в product_attributes, а затем помещая соседние записи в product_attribute_values. Это в основном то, что делает Magento (с немного большим уважением к типам данных, чем я показал здесь). Фактически, теперь нет никаких причин для двух продуктов иметь одинаковые поля, поэтому мы можем создавать целые типы продуктов с разными наборами атрибутов!
Однако такая гибкость имеет свою цену. Если я хочу найти цвет рубашки в моей системе (тривиальный пример), мне нужно найти:
- Product_id товара (в таблице товаров)
- Атрибут attribute_id для цвета (в таблице атрибутов)
- Наконец, фактическое значение (в таблице attribute_values)
Раньше Magento работал так, но это было очень медленно. Таким образом, чтобы обеспечить лучшую производительность, они пошли на компромисс: как только владелец магазина определил нужные атрибуты, продолжайте и создавайте большую таблицу с самого начала. Когда что-то меняется, уберите его из космоса и сгенерируйте заново. Таким образом, данные хранятся в основном в нашем удобном гибком формате, но запрашиваются из одной таблицы.
Эти результирующие таблицы поиска являются «индексами» Magento. Когда вы переиндексируете, вы взрываете старую таблицу и генерируете ее снова.
Надеюсь, это немного прояснит ситуацию!