Nie można tego przypisać, ponieważ pochodzi z oryginalnego postu pod adresem : https://stackoverflow.com/questions/4945307/can-someone-explain-magentos-indexing-feature-in-detail
Indeksowanie Magento jest podobne do indeksowania na poziomie bazy danych w duchu. Jak stwierdza Anton, proces denormalizacji umożliwia szybsze działanie strony. Pozwól, że wyjaśnię niektóre przemyślenia stojące za strukturą bazy danych Magento i dlaczego indeksowanie jest konieczne do szybkiego działania.
W bardziej „typowej” bazie danych MySQL tabela do przechowywania produktów katalogowych miałaby następującą strukturę:
PRODUCT:
product_id INT
sku VARCHAR
name VARCHAR
size VARCHAR
longdesc VARCHAR
shortdesc VARCHAR
... etc ...
Jest szybki do pobrania, ale pozostawia podstawowy problem dla części oprogramowania eCommerce: co robisz, gdy chcesz dodać więcej atrybutów? Co jeśli sprzedajesz zabawki, a nie kolumnę rozmiaru, potrzebujesz przedziału wieku? Cóż, możesz dodać kolejną kolumnę, ale powinno być jasne, że w dużym sklepie (na przykład Walmart) spowoduje to, że wiersze będą puste w 90%, a próba utrzymania nowych atrybutów jest prawie niemożliwa.
Aby zwalczyć ten problem, Magento dzieli stoły na mniejsze jednostki. Nie chcę odtwarzać całego systemu EAV w tej odpowiedzi, więc zaakceptuj ten uproszczony model:
PRODUCT:
product_id INT
sku VARCHAR
PRODUCT_ATTRIBUTE_VALUES
product_id INT
attribute_id INT
value MISC
PRODUCT_ATTRIBUTES
attribute_id
name
Teraz można dowolnie dodawać atrybuty, wprowadzając nowe wartości do atrybutów produktu, a następnie umieszczając sąsiednie rekordy w wartościach atrybutów produktu. To jest w zasadzie to, co robi Magento (z nieco większym szacunkiem dla typów danych niż tutaj pokazałem). W rzeczywistości teraz nie ma powodu, aby dwa produkty w ogóle miały identyczne pola, więc możemy tworzyć całe typy produktów z różnymi zestawami atrybutów!
Ta elastyczność wiąże się jednak z pewnymi kosztami. Jeśli chcę znaleźć kolor koszulki w moim systemie (trywialny przykład), muszę znaleźć:
- ID_produktu produktu (w tabeli produktów)
- Atrybut_id dla koloru (w tabeli atrybutów)
- Wreszcie rzeczywista wartość (w tabeli wartości atrybutów)
Magento działało w ten sposób, ale było to bardzo powolne. Dlatego, aby umożliwić lepszą wydajność, zdecydowali się na kompromis: gdy właściciel sklepu zdefiniuje pożądane atrybuty, śmiało i od samego początku generuj duży stół. Gdy coś się zmieni, oderwij go od kosmosu i wygeneruj ponownie. W ten sposób dane są przechowywane głównie w naszym ładnym, elastycznym formacie, ale są sprawdzane z jednej tabeli.
Te wynikowe tabele wyszukiwania są „indeksami” Magento. Podczas ponownego indeksowania wysadzasz starą tabelę i generujesz ją ponownie.
Mam nadzieję, że to trochę wyjaśni!