Не можу взяти на це кредит, оскільки це взято з оригіналу публікації за адресою: https://stackoverflow.com/questions/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. Коли ви повторно індексуєте, ви підірвите стару таблицю і знову її генеруєте.
Сподіваюсь, що трохи прояснить речі!