Changes between Version 1 and Version 2 of CustomerLoyaltyFullIndex

Timestamp:

09/14/26 00:48:53 (2 weeks ago)

Author:

223235

Comment:

--

CustomerLoyaltyFullIndex

@@ -1 @@
-= Индекс: v_customer_loyalty_full_v2_index =
+= Индекси: v_customer_loyalty_full_v2_index =
 
-||= Датотека ||= `indexes/v_customer_loyalty_full_v2_index.sql` ||
-||= Шема ||= `kbnteam` ||
-||= Поврзани прегледи ||= `v_customer_loyalty_full_v2`, `v_customer_loyalty_full`, `v_orders_full` ||
+||= Својство ||= Вредност ||
+|| Шема || `kbnteam` ||
+|| Област || Лојалност на клиентите ||
+|| Главен преглед || [wiki:CustomerLoyaltyFullView v_customer_loyalty_full_v2] ||
 
 == Опис ==
-Единечен композитен индекс за поддршка на CTE-то `order_stats` во прегледот `v_customer_loyalty_full_v2`. Ги агрегира бројот на нарачки, вкупниот потрошен износ и датумот на последна нарачка по купувач. Колоната `order_datetime DESC` е додадена за поддршка на `MAX(order_datetime)` без Sort операции.
 
-Истиот индекс е дефиниран и во `v_orders_full_index.sql`.
+Индексите го поддржуваат пристапот до податоците за лојалност на клиентите. Се поставуваат врз изворните табели и можат да се користат од повеќе прегледи.
+
+`customer_loyalty(user_id)` има уникатен индекс. Индексот по клиент и датум не го содржи order_total, па пресметката на вкупната потрошувачка и натаму бара читање на износите.
 
 == DDL ==
+
 {{{
 #!sql
--- indexes/v_customer_loyalty_full_v2_index.sql
 CREATE INDEX IF NOT EXISTS idx_customer_order_customer_user_id_order_datetime
 ON kbnteam.customer_order (customer_user_id, order_datetime DESC);
+
+CREATE INDEX IF NOT EXISTS idx_customer_company_id
+ON kbnteam.customer (company_id);
 }}}
 
 == Поддржани прегледи ==
-||= Преглед ||= Начин на употреба ||
-|| `v_customer_loyalty_full_v2` || CTE `order_stats` — GROUP BY `customer_user_id`, MAX `order_datetime` ||
-|| `v_customer_loyalty_full` || Вградено подпрашање — GROUP BY `customer_user_id`, MAX `order_datetime` ||
-|| `v_orders_full` || WHERE `customer_user_id = ?` и ORDER BY `order_datetime` ||
+
+||= Индекс ||= Прегледи ||= Намена ||
+|| `idx_customer_order_customer_user_id_order_datetime` || [wiki:CustomerLoyaltyFullView v_customer_loyalty_full_v2], [wiki:OrdersFullView v_orders_full], [wiki:ReviewsFullView v_reviews_full] || Пронаоѓање нарачки по клиент; поддршка за пристап по датум во рамки на клиентот. ||
+|| `idx_customer_company_id` || [wiki:CustomerLoyaltyFullView v_customer_loyalty_full_v2], [wiki:OrdersFullView v_orders_full] || Пронаоѓање клиенти по компанијата на која припаѓаат. ||
 
 == Колонски план ==
-||= Колона ||= Позиција ||= Причина ||
-|| `customer_user_id` || 1-ва (leading) || Примарен GROUP BY клуч за агрегација на статистики по купувач ||
-|| `order_datetime DESC` || 2-ра ||MAX(order_datetime) — DESC редослед го избегнува Sort операцијата ||
+
+||= Индекс ||= Табела ||= Прва колона ||= Следни колони ||= Намена ||
+|| `idx_customer_order_customer_user_id_order_datetime` || `customer_order` || `customer_user_id` || `order_datetime DESC` || Пронаоѓање нарачки по клиент; поддршка за пристап по датум во рамки на клиентот. ||
+|| `idx_customer_company_id` || `customer` || `company_id` || — || Пронаоѓање клиенти по компанијата на која припаѓаат. ||
+
+Првата колона го определува вообичаениот почеток на пребарувањето со составен индекс. Присуството на други колони не значи дека индексот ги содржи сите податоци потребни за прегледот.
 
 == Верификација ==
+
 {{{
 #!sql
-SELECT indexname, indexdef
+SELECT tablename, indexname, indexdef
 FROM pg_indexes
 WHERE schemaname = 'kbnteam'
-  AND indexname = 'idx_customer_order_customer_user_id_order_datetime';
+  AND indexname IN (
+    'idx_customer_order_customer_user_id_order_datetime',
+    'idx_customer_company_id'
+)
+ORDER BY tablename, indexname;
 }}}
 
-== Очекувано влијание ==
-При прашалници по конкретен `customer_user_id` (на пр. проверка на поени за верност при најавување), индексот го трансформира Seq Scan на `customer_order` во Index Scan. `order_datetime DESC` е особено корисен ако апликацијата додатно ги сортира нарачките по датум.
+Проверката ги прикажува имињата и дефинициите. IF NOT EXISTS спречува повторно креирање под исто име, но не проверува дали постојната дефиниција е еднаква на наведената.
+
+== Влијание врз перформансите ==
+
+Изборот меѓу секвенцијално читање, индексно читање и други планови зависи од обемот на податоците, селективноста на филтрите и статистиките. Индексите не гарантираат забрзување или отстранување на сортирањата и спојувањата. Плановите и времињата се утврдуваат со мерење.
+
+Редоследот по датум може да поддржи пристап до понови нарачки на клиентот, но не ја отстранува потребата од читање на нарачките за COUNT и SUM. Одделен CTE сам по себе не докажува подобри перформанси.
+
+== Тестирање на перформанси ==
+
+Тест прашалниците за овој преглед се наведени во [wiki:CustomerLoyaltyFullView v_customer_loyalty_full_v2].
+
+=== Резултати пред индексирање ===
+
+||= Прашалник ||= Execution Time (ms) ||= План / забелешки ||
+|| Тест 1: по компанија || ___ || ___ ||
+|| Тест 2: по ниво || ___ || ___ ||
+|| Тест 3: по клиент || ___ || ___ ||
+
+=== Резултати по индексирање ===
+
+||= Прашалник ||= Execution Time (ms) ||= План / забелешки ||
+|| Тест 1: по компанија || ___ || ___ ||
+|| Тест 2: по ниво || ___ || ___ ||
+|| Тест 3: по клиент || ___ || ___ ||