Context Navigation

Changes between Version 27 and Version 28 of QueryOptimization

Timestamp:: 09/16/26 06:58:05 (13 days ago)
Author:: 235013
Comment:: Фаза 3: документација

Legend:

: Unmodified
: Added
: Removed
: Modified

QueryOptimization

-              v27
+              v28
+= Индекси и оптимизација на прашалници =
+----
+**Членови на тим**:
+* Никола Маркоски (235013)
+* Шенол Фејзоски (231075)
+== View1: Договори по продавач (vw_contracts_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_contracts_per_vendor` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на сите активни и историски договори за одреден продавач. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''5s 887ms'''. Ова не е прифатливо време за апликацијата па затоа пристапуваме кон индексирање.
+[[Image(Contracts_per_Vendor_Execution.png, 800px)]]
+'''4.''' Најбавната операција е full scan на табелата:
+ * `Client_Vendor_Contract` - 7k cost
+[[Image(Contracts_per_Vendor_Scan.png, 800px)]]
+Времето изминато во извршување на операциите insert и update пред индексирање изнесува:
+[[Image(Client_Vendor_Contract_Insert_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_Pre_Index.png, 800px)]]
+'''5.''' По креирање на индексите:
+{{{
+CREATE INDEX idx_project_contract_id ON Project (contract_id);
+CREATE INDEX idx_cvc_vendor_id ON Client_Vendor_Contract (vendor_id);
+}}}
+Времето изминато во извршување на query-то со индекси изнесува:
+[[Image(Contracts_per_Vendor_Execution_After_Indexing.png, 800px)]]
+[[Image(Contracts_per_Vendor_Scan_After_Indexing.png, 800px)]]
+'''6.''' Времето изминато во извршување на операциите insert и update по индексирање изнесува:
+[[Image(Client_Vendor_Contract_Insert_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_After_Indexing.png, 800px)]]
+----
+== View2: Договори по клиент (vw_contracts_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_contracts_per_client` ќе биде според неговото id (client_id на клиентот).
+'''2.''' Примарен случај на употреба ќе е преглед на сите активни и историски договори за одреден клиент. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''399ms'''. Ова не е прифатливо време за апликацијата па затоа пристапуваме кон индексирање.
+[[Image(Contracts_per_Client_Execution.png, 800px)]]
+'''4.''' Најбавната операција е full scan на табелата:
+ * `Client_Vendor_Contract` - 7k cost
+[[Image(Contracts_per_Client_Scan.png, 800px)]]
+Времето изминато во извршување на операциите insert и update пред индексирање изнесува:
+[[Image(Client_Vendor_Contract_Insert_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_Pre_Index.png, 800px)]]
+'''5.''' Иницијално беше разгледано индексирање преку `idx_cvc_client_id`, меѓутоа мерењата покажаа дека тој индекс го влошува времето на извршување (399ms → 4s 421ms) поради ниска селективност — колоната client_id враќа многу редови по вредност, па планерот прибегнува кон scatter reads наместо секвенцијален скен. Поради тоа, индексот беше отстранет.
+Иако индексите `idx_project_contract_id` и `idx_cvc_vendor_id` од View1 се присутни, планот за извршување останува непроменет — табелата `Client_Vendor_Contract` сеуште се скенира секвенцијално со ист cost од 7k, бидејќи овие индекси не се применливи за филтрирање по client_id. Разликата во времето на извршување од ~100ms е во рамките на нормална варијација и не може да се припише на индексирањето. Се заклучува дека овој поглед не може да се оптимизира преку индексирање.
+[[Image(Contracts_per_Client_Execution_After_Indexing.png, 800px)]]
+[[Image(Contracts_per_Client_Scan_After_Indexing.png, 800px)]]
+'''6.''' Времето на извршување на операциите insert и update останува непроменето. Забележаните разлики во мерењата се должат на надворешни фактори како cache состојба и системска активност, а не на индексирањето.
+[[Image(Client_Vendor_Contract_Insert_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_After_Indexing.png, 800px)]]
+----
+== View3: Проекти по продавач (vw_projects_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_projects_per_vendor` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на сите проекти поврзани со одреден продавач. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''445ms'''. Ова не е прифатливо време за апликацијата па затоа пристапуваме кон индексирање.
+[[Image(Projects_per_Vendor_Execution.png, 800px)]]
+'''4.''' Најбавните операции се full scan на табелите:
+ * `Project` - 26k cost
+ * `Client_Vendor_Contract` - 7k cost
+[[Image(Projects_per_Vendor_Scan.png, 800px)]]
+Времето изминато во извршување на операциите insert и update пред индексирање изнесува:
+[[Image(Project_Insert_Pre_Index.png, 800px)]]
+[[Image(Project_Update_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Insert_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_Pre_Index.png, 800px)]]
+'''5.''' Иако овој поглед не е аналитички и би имал потреба од индексирање, индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1 ги покриваат потребните колони за овој поглед. Времето изминато во извршување на query-то изнесува:
+[[Image(Projects_per_Vendor_Execution_After_Indexing.png, 800px)]]
+[[Image(Projects_per_Vendor_Scan_After_Indexing.png, 800px)]]
+'''6.''' Времето изминато во извршување на операциите insert и update по индексирање изнесува:
+[[Image(Project_Insert_After_Indexing.png, 800px)]]
+[[Image(Project_Update_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Insert_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_After_Indexing.png, 800px)]]
+----
+== View4: Проекти по клиент (vw_projects_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_projects_per_client` ќе биде според неговото id (client_id на клиентот).
+'''2.''' Примарен случај на употреба ќе е преглед на сите проекти поврзани со одреден клиент. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''626ms'''. Ова не е прифатливо време за апликацијата па затоа пристапуваме кон индексирање.
+[[Image(Projects_per_Client_Execution.png, 800px)]]
+'''4.''' Најбавните операции се full scan на табелите:
+ * `Project` - 26k cost
+ * `Client_Vendor_Contract` - 7k cost
+[[Image(Projects_per_Client_Scan.png, 800px)]]
+Времето изминато во извршување на операциите insert и update пред индексирање изнесува:
+[[Image(Project_Insert_Pre_Index.png, 800px)]]
+[[Image(Project_Update_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Insert_Pre_Index.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_Pre_Index.png, 800px)]]
+'''5.''' Иницијално беше разгледано индексирање преку `idx_cvc_client_id`, меѓутоа мерењата покажаа дека тој индекс го влошува времето на извршување (626ms → 2s 636ms) поради ниска селективност на client_id колоната. По отстранување на тој индекс, перформансите на овој поглед се подобрени преку индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то изнесува:
+[[Image(Projects_per_Client_Execution_After_Indexing.png, 800px)]]
+[[Image(Projects_per_Client_Scan_After_Indexing.png, 800px)]]
+'''6.''' Времето изминато во извршување на операциите insert и update по индексирање изнесува:
+[[Image(Project_Insert_After_Indexing.png, 800px)]]
+[[Image(Project_Update_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Insert_After_Indexing.png, 800px)]]
+[[Image(Client_Vendor_Contract_Update_After_Indexing.png, 800px)]]
+----
+== View5: Клиенти по индустрија (vw_clients_per_industry) ==
+'''1.''' Примарен филтер за погледот `vw_clients_per_industry` ќе биде според неговото id (industry_id на индустријата).
+'''2.''' Примарен случај на употреба ќе е преглед на сите клиенти кои припаѓаат на одредена индустрија. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''94ms'''. Иако на прв поглед ова изгледа прифатливо, беше разгледано дали индексирање би го подобрило времето.
+[[Image(Clients_per_Industry_Execution.png, 800px)]]
+Времето изминато во извршување на операциите insert и update изнесува:
+[[Image(Client_Insert_Pre_Index.png, 800px)]]
+[[Image(Client_Update_Pre_Index.png, 800px)]]
+'''4.''' По тестирање на индексот `idx_client_industry_id ON Client (industry_id)`, мерењата покажаа дека индексот го влошува времето на извршување (94ms → 1s 166ms). Табелата `Client` е доволно мала (500 cost) за планерот да претпочита секвенцијален скен. Поради тоа, индексот беше отстранет и се заклучува дека нема потреба од индексирање за овој поглед.
+'''5.''' Нема потреба да се преуреди прашалникот.
+'''6.''' Времето на извршување на операциите останува исто.
+----
+== View6: Нерешени тикети за спорови (vw_unresolved_dispute_tickets) ==
+'''1.''' Примарен филтер за погледот `vw_unresolved_dispute_tickets` ќе биде според project_id на проектот или assigned_management_user_id на корисникот.
+'''2.''' Примарен случај на употреба ќе е преглед на сите активни нерешени тикети за спорови доделени на одреден менаџмент корисник или поврзани со одреден проект. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''731ms'''. Ова не е прифатливо време за апликацијата па затоа пристапуваме кон индексирање.
+[[Image(Unresolved_Dispute_Tickets_Execution.png, 800px)]]
+'''4.''' Најбавната операција е full scan на табелата:
+ * `Dispute_Ticket` - 9k cost
+[[Image(Unresolved_Dispute_Tickets_Scan.png, 800px)]]
+Времето изминато во извршување на операциите insert и update пред индексирање изнесува:
+[[Image(Dispute_Ticket_Insert_Pre_Index.png, 800px)]]
+[[Image(Dispute_Ticket_Update_Pre_Index.png, 800px)]]
+'''5.''' По креирање на индексите:
+{{{
+CREATE INDEX idx_dispute_ticket_review_id ON Dispute_Ticket (review_id);
+CREATE INDEX idx_dispute_ticket_is_resolved ON Dispute_Ticket (is_resolved);
+}}}
+Времето изминато во извршување на query-то со индекси изнесува (731ms → 194ms):
+[[Image(Unresolved_Dispute_Tickets_Execution_After_Indexing.png, 800px)]]
+[[Image(Unresolved_Dispute_Tickets_Scan_After_Indexing.png, 800px)]]
+'''6.''' Времето изминато во извршување на операциите insert и update по индексирање изнесува:
+[[Image(Dispute_Ticket_Insert_After_Indexing.png, 800px)]]
+[[Image(Dispute_Ticket_Update_After_Indexing.png, 800px)]]
+----
+== View7: Претплати на продавачи (vw_vendor_subscriptions) ==
+'''1.''' Примарен филтер за погледот `vw_vendor_subscriptions` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на активните и историските претплати за одреден продавач. За овој поглед ни се важни перформансите, бидејќи без него се губи време при извршување.
+'''3.''' Иницијалното време за извршување на погледот е '''37ms'''. Ова е прифатливо време за апликацијата, па затоа нема потреба од индексирање.
+[[Image(Vendor_Subscriptions_Execution.png, 800px)]]
+Времето изминато во извршување на операциите insert и update изнесува:
+[[Image(Vendor_Subscription_Insert_Pre_Index.png, 800px)]]
+[[Image(Vendor_Subscription_Update_Pre_Index.png, 800px)]]
+'''4.''' Нема потреба да се преуреди прашалникот.
+'''5.''' Времето на извршување на операциите останува исто.
+----
+== View8: Просечна оценка по продавач (vw_avg_rating_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_avg_rating_per_vendor` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на просечната оценка на секој продавач врз основа на рецензии од проекти. Овој поглед е аналитички по природа (пресметува агрегатни вредности со AVG и COUNT) и не бара директно индексирање. Сепак, перформансите на овој поглед се подобрени поради индексирањето применето во View1.
+'''3.''' Иницијалното време за извршување на погледот е '''1m 24s 217ms'''.
+[[Image(Average_Rating_Execution.png, 800px)]]
+'''4.''' Иако овој поглед е аналитички и не бара директно индексирање, перформансите се подобрени поради индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то по индексирање изнесува:
+[[Image(Average_Rating_per_Vendor_Execution_After_Indexing.png, 800px)]]
+'''5.''' Времето на извршување на операциите insert и update останува непроменето бидејќи не се додадени нови индекси во овој поглед.
+----
+== View9: Вкупен буџет по клиент (vw_budget_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_budget_per_client` ќе биде според неговото id (client_id на клиентот).
+'''2.''' Примарен случај на употреба ќе е преглед на вкупниот буџет потрошен по клиент низ сите проекти и договори. Овој поглед е аналитички по природа (пресметува агрегатни вредности со SUM и COUNT) и не бара директно индексирање.
+'''3.''' Иницијалното време за извршување на погледот е '''320ms'''.
+[[Image(Budget_per_Client_Execution.png, 800px)]]
+'''4.''' Иако овој поглед е аналитички и не бара директно индексирање, перформансите се подобрени поради индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то по индексирање изнесува:
+[[Image(Budget_per_Client_Execution_After_Indexing.png, 800px)]]
+'''6.''' Времето на извршување на операциите insert и update останува непроменето бидејќи не се додадени нови индекси за овој поглед.
+----
+== View10: Вкупен буџет по продавач (vw_budget_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_budget_per_vendor` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на вкупниот буџет потрошен по продавач низ сите проекти и договори. Овој поглед е аналитички по природа (пресметува агрегатни вредности со SUM и COUNT) и не бара директно индексирање. Сепак, перформансите на овој поглед се подобрени поради индексирањето применето во View1.
+'''3.''' Иницијалното време за извршување на погледот е '''319ms'''.
+[[Image(Budget_per_Vendor_Execution.png, 800px)]]
+'''4.''' Иако овој поглед е аналитички и не бара директно индексирање, перформансите се подобрени поради индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то по индексирање изнесува:
+[[Image(Budget_per_Vendor_Execution_After_Indexing.png, 800px)]]
+'''5.''' Времето на извршување на операциите insert и update останува непроменето бидејќи не се додадени нови индекси за овој поглед.
+----
+== View11: Број на проекти по статус по клиент (vw_project_count_by_status_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_project_count_by_status_per_client` ќе биде според неговото id (client_id на клиентот).
+'''2.''' Примарен случај на употреба ќе е преглед на бројот на проекти групирани по статус за одреден клиент. Овој поглед е аналитички по природа (пресметува агрегатни вредности со COUNT и GROUP BY) и не бара директно индексирање.
+'''3.''' Иницијалното времe за извршување на погледот е '''317ms'''.
+[[Image(Project_Count_By_Status_Per_Client_Execution.png, 800px)]]
+'''4.''' Иако овој поглед е аналитички и не бара директно индексирање, перформансите се подобрени поради индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то по индексирање изнесува:
+[[Image(Project_Count_by_Status_per_Client_Execution_After_Indexing.png, 800px)]]
+'''5.''' Времето на извршување на операциите insert и update останува непроменето бидејќи не се додадени нови индекси за овој поглед.
+----
+== View12: Број на проекти по статус по продавач (vw_project_count_by_status_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_project_count_by_status_per_vendor` ќе биде според неговото id (vendor_id на продавачот).
+'''2.''' Примарен случај на употреба ќе е преглед на бројот на проекти групирани по статус за одреден продавач. Овој поглед е аналитички по природа (пресметува агрегатни вредности со COUNT и GROUP BY) и не бара директно индексирање. Сепак, перформансите на овој поглед се променети поради индексирањето применето во View1.
+'''3.''' Иницијалното време за извршување на погледот е '''317ms'''.
+[[Image(Project_Count_By_Status_Per_Vendor_Execution.png, 800px)]]
+'''4.''' Иако овој поглед е аналитички и не бара директно индексирање, перформансите се променети поради индексите `idx_project_contract_id` и `idx_cvc_vendor_id` креирани во View1. Времето изминато во извршување на query-то по индексирање изнесува:
+[[Image(Project_Count_by_Status_per_Vendor_Execution_After_Indexing.png, 800px)]]
+'''5.''' Тука може да се забележи дека перформансите се 'полоши' после индексирање, но бидејќи погледот е аналитички, и истите индекси ги подобрија повеќето од другите погледи, не правиме промени.
+'''6.''' Времето на извршување на операциите insert и update останува непроменето бидејќи не се додадени нови индекси за овој поглед.
+= Индекси и оптимизација на прашалници (!QueryOptimization) =
+Во оваа фаза се анализирани перформансите на погледите од фаза 2Б, по потреба се преуредени прашалниците и се додадени индекси. Погледите се нумерирани како на DatabaseCreation; опфатени се погледите 3–14 (1 и 2 се помошни, а 15 и 16 се додадени по оваа фаза).
+Мерењата се направени врз целото податочно множество со `EXPLAIN (ANALYZE, BUFFERS)`; секој прашалник е извршен три пати, а наведено е просечното време од второто и третото извршување, кога податоците се веќе во баферите. „Без индексите“ е базата само со индексите од шемата (примарни клучеви и уникатни ограничувања), „со индексите“ е базата и со двата индекса од оваа фаза. Без филтер планот е ист во двата случаја и разликите во времето се варијација меѓу извршувањата.
+Репрезентативни вредности за филтрите:
+* `vendor_id = 4242`: 47 договори, 276 проекти
+* `client_id = 4242`: 7 договори, 52 проекти
+* `industry_id = 7`: 968 клиенти
+* `project_id = 142160`
+[[PageOutline(2-3,Содржина,inline)]]
+== Индекси ==
+[attachment:indexes.sql]
+{{{#!sql
+CREATE INDEX IF NOT EXISTS idx_cvc_vendor_id ON Client_Vendor_Contract (vendor_id);
+CREATE INDEX IF NOT EXISTS idx_cvc_client_id ON Client_Vendor_Contract (client_id);
+}}}
+||= Индекс =||= Големина =||= Намена =||
+|| `idx_cvc_vendor_id` || 1,7 MB || погледите филтрирани по софтверска агенција (3, 5, 8, 10, 12) ||
+|| `idx_cvc_client_id` || 2,1 MB || погледите филтрирани по клиент (4, 6, 11, 13) ||
+Секој поглед филтриран по агенција или по клиент почнува со договорите на таа агенција или на тој клиент. Без индекс тоа е sequential scan на целата табела `Client_Vendor_Contract` (250.000 редици, 5.652 страници) за да се задржат 47, односно 12 редици; со индексот се читаат само тие редици. Одлуката е според планот, а не според милисекундите: план што чита цела табела за неколку десетици редици е погрешен независно од големината на табелата, а индексот чини 2 MB. Останатите чекори на тие погледи (проектите на договорот, статусот, двете страни) веќе одат преку индексите од шемата: примарните клучеви и `uq_project_contract_name`, чија прва колона е `contract_id`.
+=== Индекси што не се задржани === #not-kept
+Секој кандидат е креиран во трансакција што се поништува и измерен на истиот начин.
+||= Индекс =||= Големина =||= Мерење =||= Причина =||
+|| `idx_project_contract_id ON Project (contract_id)` || 15 MB || поглед 3 филтриран: 0,85 ms без, 0,82 ms со || поврзувањето договор → проекти веќе оди преку `uq_project_contract_name`; планот е ист, само индексот е потесен ||
+|| `idx_dispute_ticket_review_id ON Dispute_Ticket (review_id)` || 3,1 MB || сите спорови на една рецензија: 9,17 ms без, 0,01 ms со || отворените спорови на рецензија (проверката при објавување и при поднесување спор) веќе ги покрива `uq_dispute_open_per_vendor_review`; читањето на сите спорови на една рецензија е ретко и 9,17 ms е прифатливо ||
+|| `idx_pba_project_id ON Project_Budget_Audit (project_id)` || 20 MB || промените на буџет на еден проект (поглед 16): 29,5 ms без, 0,06 ms со || табелата се запишува при секоја промена на буџет, а се чита ретко; 29,5 ms е прифатливо за ревизиски преглед ||
+|| `idx_client_industry_id ON Client (industry_id)` || 160 kB || поглед 7 филтриран: 2,65 ms без, 1,75 ms со || 968-те клиенти на една индустрија (5 % од табелата) се распоредени низ речиси сите страници, па и со индексот се читаат речиси сите ||
+|| `idx_dispute_ticket_is_resolved ON Dispute_Ticket (is_resolved)` || 992 kB || поглед 9: ист план || условот `is_resolved = false` избира 40 % од табелата, па оптимизаторот не го користи индексот ||
+=== Цена при запишување === #write-cost
+По 10.000 редици `INSERT` и `UPDATE` во `Client_Vendor_Contract`, единствената табела со индекс од оваа фаза, во трансакција што се поништува; `UPDATE` менува неиндексирана колона (наслов на договор).
+||= Наредба (10.000 редици) =||= Без индексите =||= Со индексите =||
+|| `INSERT` во `Client_Vendor_Contract` || 225 ms || 240 ms ||
+|| `UPDATE` на `Client_Vendor_Contract` || 285 ms || 321 ms ||
+Индексите го поскапуваат запишувањето за 7 до 13 %; најголемиот дел од времето отпаѓа на проверките на надворешните клучеви и тригерите.
+----
+== Поглед 3: Проекти по софтверска агенција (vw_projects_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_projects_per_vendor` ќе биде според `vendor_id` на софтверската агенција.
+'''2.''' Примарен случај на употреба ќе биде преглед на сите проекти на одредена софтверска агенција, на нејзината контролна табла и на профилот што клиентот го разгледува. Перформансите на овој поглед се важни, бидејќи се чита при секое отворање на профилот.
+'''3.''' Иницијална состојба: најбавната операција е sequential scan на табелата `Client_Vendor_Contract` (250.000 редици, 5.652 страници), паралелен, со отфрлање на 249.953 редици; проектите на секој договор се читаат преку уникатниот индекс `uq_project_contract_name (contract_id, project_name)` од шемата.
+{{{
+Sort  (actual time=11.781..14.928 rows=276 loops=1)
+  Sort Key: v.agency_name, ps.status_name, p.project_name
+  ->  Nested Loop  (actual time=0.912..14.484 rows=276 loops=1)
+        ->  Index Scan using vendor_pkey on vendor v  (actual time=0.010..0.011 rows=1 loops=1)
+              Index Cond: (vendor_id = 4242)
+        ->  Gather  (actual time=0.900..14.436 rows=276 loops=1)
+              Workers Launched: 2
+              ->  Hash Join  (actual time=0.451..8.896 rows=92 loops=3)
+                    Hash Cond: (p.status_id = ps.status_id)
+                    ->  Nested Loop  (actual time=0.364..8.790 rows=92 loops=3)
+                          ->  Nested Loop  (actual time=0.338..8.549 rows=16 loops=3)
+                                ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=0.321..8.451 rows=16 loops=3)
+                                      Filter: (vendor_id = 4242)
+                                      Rows Removed by Filter: 83318
+                                ->  Index Only Scan using client_pkey on client c  (actual time=0.005..0.005 rows=1 loops=47)
+                                      Index Cond: (client_id = cvc.client_id)
+                          ->  Index Scan using uq_project_contract_name on project p  (actual time=0.013..0.014 rows=6 loops=47)
+                                Index Cond: (contract_id = cvc.contract_id)
+                    ->  Hash  (actual time=0.019..0.019 rows=6 loops=3)
+                          [...]
+Execution Time: 14.978 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_vendor_id` за договорите на агенцијата. Проектите на секој договор и понатаму се читаат преку `uq_project_contract_name`, уникатниот индекс од шемата чија прва колона е `contract_id`.
+{{{
+Sort  (actual time=0.851..0.862 rows=276 loops=1)
+  Sort Key: v.agency_name, ps.status_name, p.project_name
+  ->  Nested Loop  (actual time=0.042..0.421 rows=276 loops=1)
+        ->  Nested Loop  (actual time=0.038..0.333 rows=276 loops=1)
+              ->  Nested Loop  (actual time=0.031..0.139 rows=47 loops=1)
+                    ->  Index Scan using vendor_pkey on vendor v  (actual time=0.008..0.009 rows=1 loops=1)
+                          Index Cond: (vendor_id = 4242)
+                    ->  Nested Loop  (actual time=0.022..0.125 rows=47 loops=1)
+                          ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.016..0.051 rows=47 loops=1)
+                                Recheck Cond: (vendor_id = 4242)
+                                ->  Bitmap Index Scan on idx_cvc_vendor_id  (actual time=0.008..0.008 rows=47 loops=1)
+                                      Index Cond: (vendor_id = 4242)
+                          ->  Index Only Scan using client_pkey on client c  (actual time=0.001..0.001 rows=1 loops=47)
+                                Index Cond: (client_id = cvc.client_id)
+              ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.003 rows=6 loops=47)
+                    Index Cond: (contract_id = cvc.contract_id)
+        ->  Memoize  (actual time=0.000..0.000 rows=1 loops=276)
+              [...]
+Execution Time: 0.892 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по софтверска агенција (276 редици) || 15,7 ms || 0,85 ms || 18 пати ||
+|| нефилтрирано (1.400.000 редици) || 2,28 s || 2,40 s || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 4: Проекти по клиент (vw_projects_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_projects_per_client` ќе биде според `client_id` на клиентот.
+'''2.''' Примарен случај на употреба ќе биде преглед на сите проекти на одреден клиент, на неговата контролна табла.
+'''3.''' Иницијална состојба: најбавната операција е sequential scan на табелата `Client_Vendor_Contract` со филтер по `client_id`, со отфрлање на 249.993 редици; проектите се читаат преку `uq_project_contract_name`.
+{{{
+Gather Merge  (actual time=11.490..14.589 rows=52 loops=1)
+  Workers Launched: 2
+  ->  Sort  (actual time=8.920..8.923 rows=17 loops=3)
+        Sort Key: c.company_name, ps.status_name, p.project_name
+        ->  Hash Join  (actual time=2.665..8.868 rows=17 loops=3)
+              Hash Cond: (p.status_id = ps.status_id)
+              ->  Nested Loop  (actual time=2.587..8.785 rows=17 loops=3)
+                    ->  Nested Loop  (actual time=2.543..8.713 rows=2 loops=3)
+                          ->  Nested Loop  (actual time=2.526..8.689 rows=2 loops=3)
+                                ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=2.506..8.661 rows=2 loops=3)
+                                      Filter: (client_id = 4242)
+                                      Rows Removed by Filter: 83331
+                                ->  Index Scan using client_pkey on client c  (actual time=0.010..0.010 rows=1 loops=7)
+                                      Index Cond: (client_id = 4242)
+                          ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.009..0.009 rows=1 loops=7)
+                                Index Cond: (vendor_id = cvc.vendor_id)
+                    ->  Index Scan using uq_project_contract_name on project p  (actual time=0.026..0.028 rows=7 loops=7)
+                          Index Cond: (contract_id = cvc.contract_id)
+              ->  Hash  (actual time=0.014..0.014 rows=6 loops=3)
+                    [...]
+Execution Time: 14.625 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_client_id` за договорите на клиентот; проектите се читаат преку `uq_project_contract_name`. Колоната `client_id` има 20.000 различни вредности, просечно 12,5 договори по клиент, па е поселективна од `vendor_id` (5.000 вредности, 50 договори по агенција).
+{{{
+Sort  (actual time=0.154..0.157 rows=52 loops=1)
+  Sort Key: c.company_name, ps.status_name, p.project_name
+  ->  Nested Loop  (actual time=0.038..0.096 rows=52 loops=1)
+        ->  Nested Loop  (actual time=0.032..0.070 rows=52 loops=1)
+              ->  Nested Loop  (actual time=0.024..0.038 rows=7 loops=1)
+                    ->  Nested Loop  (actual time=0.017..0.023 rows=7 loops=1)
+                          ->  Index Scan using client_pkey on client c  (actual time=0.006..0.007 rows=1 loops=1)
+                                Index Cond: (client_id = 4242)
+                          ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.009..0.013 rows=7 loops=1)
+                                Recheck Cond: (client_id = 4242)
+                                ->  Bitmap Index Scan on idx_cvc_client_id  (actual time=0.005..0.005 rows=7 loops=1)
+                                      Index Cond: (client_id = 4242)
+                    ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.002..0.002 rows=1 loops=7)
+                          Index Cond: (vendor_id = cvc.vendor_id)
+              ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.004 rows=7 loops=7)
+                    Index Cond: (contract_id = cvc.contract_id)
+        ->  Memoize  (actual time=0.000..0.000 rows=1 loops=52)
+              [...]
+Execution Time: 0.182 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по клиент (52 редици) || 14,5 ms || 0,17 ms || 86 пати ||
+|| нефилтрирано (1.400.000 редици) || 2,15 s || 2,23 s || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 5: Вкупен буџет по софтверска агенција (vw_budget_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_budget_per_vendor` ќе биде според `vendor_id` на софтверската агенција.
+'''2.''' Примарен случај на употреба ќе биде преглед на вкупниот буџет на проектите на агенцијата, по валута. Погледот е аналитички (`SUM`, `COUNT`, `GROUP BY`).
+'''3.''' Иницијална состојба: филтрирано, најбавната операција е sequential scan на `Client_Vendor_Contract`; нефилтрирано, планот е паралелен hash join на sequential scan на `Project` и `Client_Vendor_Contract` со агрегација (`HashAggregate`), кај кој индексите не помагаат.
+{{{
+Sort  (actual time=11.086..14.206 rows=6 loops=1)
+  Sort Key: v.agency_name, cvc.currency_code
+  ->  GroupAggregate  (actual time=10.951..14.198 rows=6 loops=1)
+        Group Key: cvc.currency_code
+        ->  Nested Loop  (actual time=10.935..14.157 rows=276 loops=1)
+              ->  Gather Merge  (actual time=10.911..14.071 rows=276 loops=1)
+                    Workers Launched: 2
+                    ->  Sort  (actual time=8.099..8.104 rows=92 loops=3)
+                          Sort Key: cvc.currency_code
+                          ->  Hash Join  (actual time=0.938..8.045 rows=92 loops=3)
+                                Hash Cond: (p.status_id = ps.status_id)
+                                ->  Nested Loop  (actual time=0.837..7.923 rows=92 loops=3)
+                                      ->  Nested Loop  (actual time=0.810..7.718 rows=16 loops=3)
+                                            ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=0.790..7.622 rows=16 loops=3)
+                                                  Filter: (vendor_id = 4242)
+                                                  Rows Removed by Filter: 83318
+                                            ->  Index Only Scan using client_pkey on client c  (actual time=0.005..0.005 rows=1 loops=47)
+                                                  Index Cond: (client_id = cvc.client_id)
+                                      ->  Index Scan using uq_project_contract_name on project p  (actual time=0.011..0.012 rows=6 loops=47)
+                                            Index Cond: (contract_id = cvc.contract_id)
+                                ->  Hash  (actual time=0.018..0.018 rows=6 loops=3)
+                                      [...]
+              ->  Materialize  (actual time=0.000..0.000 rows=1 loops=276)
+                    [...]
+Execution Time: 14.262 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_vendor_id`; агрегацијата по валута потоа работи врз 276 редици.
+{{{
+Sort  (actual time=0.548..0.549 rows=6 loops=1)
+  Sort Key: v.agency_name, cvc.currency_code
+  ->  GroupAggregate  (actual time=0.486..0.545 rows=6 loops=1)
+        Group Key: cvc.currency_code
+        ->  Sort  (actual time=0.480..0.490 rows=276 loops=1)
+              Sort Key: cvc.currency_code
+              ->  Nested Loop  (actual time=0.032..0.407 rows=276 loops=1)
+                    ->  Nested Loop  (actual time=0.026..0.321 rows=276 loops=1)
+                          ->  Nested Loop  (actual time=0.021..0.129 rows=47 loops=1)
+                                ->  Index Scan using vendor_pkey on vendor v  (actual time=0.005..0.006 rows=1 loops=1)
+                                      Index Cond: (vendor_id = 4242)
+                                ->  Nested Loop  (actual time=0.015..0.118 rows=47 loops=1)
+                                      ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.010..0.047 rows=47 loops=1)
+                                            Recheck Cond: (vendor_id = 4242)
+                                            ->  Bitmap Index Scan on idx_cvc_vendor_id  (actual time=0.004..0.004 rows=47 loops=1)
+                                                  Index Cond: (vendor_id = 4242)
+                                      ->  Index Only Scan using client_pkey on client c  (actual time=0.001..0.001 rows=1 loops=47)
+                                            Index Cond: (client_id = cvc.client_id)
+                          ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.003 rows=6 loops=47)
+                                Index Cond: (contract_id = cvc.contract_id)
+                    ->  Memoize  (actual time=0.000..0.000 rows=1 loops=276)
+                          [...]
+Execution Time: 0.574 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по софтверска агенција (6 редици) || 14,3 ms || 0,52 ms || 27 пати ||
+|| нефилтрирано (28.738 редици) || 605 ms || 608 ms || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 6: Вкупен буџет по клиент (vw_budget_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_budget_per_client` ќе биде според `client_id` на клиентот.
+'''2.''' Примарен случај на употреба ќе биде преглед на вкупниот буџет на клиентот низ сите проекти и договори, по валута. Погледот е аналитички (`SUM`, `COUNT`, `GROUP BY`).
+'''3.''' Иницијална состојба: филтрирано, најбавната операција е sequential scan на `Client_Vendor_Contract`; нефилтрирано, планот е hash join на sequential scan на `Project` и `Client_Vendor_Contract` со агрегација (`HashAggregate`), кај кој индексите не помагаат.
+{{{
+Sort  (actual time=12.035..15.191 rows=3 loops=1)
+  Sort Key: c.company_name, cvc.currency_code
+  ->  GroupAggregate  (actual time=11.979..15.182 rows=3 loops=1)
+        Group Key: cvc.currency_code
+        ->  Nested Loop  (actual time=11.960..15.155 rows=52 loops=1)
+              ->  Gather Merge  (actual time=11.929..15.097 rows=52 loops=1)
+                    Workers Launched: 2
+                    ->  Sort  (actual time=9.209..9.212 rows=17 loops=3)
+                          Sort Key: cvc.currency_code
+                          ->  Hash Join  (actual time=2.709..9.165 rows=17 loops=3)
+                                Hash Cond: (p.status_id = ps.status_id)
+                                ->  Nested Loop  (actual time=2.616..9.067 rows=17 loops=3)
+                                      ->  Nested Loop  (actual time=2.591..9.009 rows=2 loops=3)
+                                            ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=2.569..8.978 rows=2 loops=3)
+                                                  Filter: (client_id = 4242)
+                                                  Rows Removed by Filter: 83331
+                                            ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.011..0.011 rows=1 loops=7)
+                                                  Index Cond: (vendor_id = cvc.vendor_id)
+                                      ->  Index Scan using uq_project_contract_name on project p  (actual time=0.021..0.022 rows=7 loops=7)
+                                            Index Cond: (contract_id = cvc.contract_id)
+                                ->  Hash  (actual time=0.019..0.019 rows=6 loops=3)
+                                      [...]
+              ->  Materialize  (actual time=0.001..0.001 rows=1 loops=52)
+                    [...]
+Execution Time: 15.248 ms
+}}}
+Без филтер (ист план со и без индексите):
+{{{
+Sort  (actual time=1664.838..1669.234 rows=81810 loops=1)
+  Sort Key: c.company_name, cvc.currency_code
+  ->  HashAggregate  (actual time=1491.535..1523.486 rows=81810 loops=1)
+        Group Key: cvc.currency_code, c.client_id
+        ->  Hash Join  (actual time=70.462..1108.790 rows=1400000 loops=1)
+              Hash Cond: (p.status_id = ps.status_id)
+              ->  Hash Join  (actual time=70.445..927.241 rows=1400000 loops=1)
+                    Hash Cond: (cvc.vendor_id = v.vendor_id)
+                    ->  Hash Join  (actual time=69.670..726.839 rows=1400000 loops=1)
+                          Hash Cond: (cvc.client_id = c.client_id)
+                          ->  Hash Join  (actual time=66.014..486.544 rows=1400000 loops=1)
+                                Hash Cond: (p.contract_id = cvc.contract_id)
+                                ->  Seq Scan on project p  (actual time=0.005..92.911 rows=1400000 loops=1)
+                                ->  Hash  (actual time=65.901..65.903 rows=250000 loops=1)
+                                      ->  Seq Scan on client_vendor_contract cvc  (actual time=0.004..32.272 rows=250000 loops=1)
+                          ->  Hash  (actual time=3.641..3.642 rows=20000 loops=1)
+                                [...]
+                    ->  Hash  (actual time=0.770..0.770 rows=5000 loops=1)
+                          [...]
+              ->  Hash  (actual time=0.011..0.012 rows=6 loops=1)
+                    [...]
+Execution Time: 1672.542 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_client_id`; агрегацијата по валута потоа работи врз 52 редици.
+{{{
+Sort  (actual time=0.134..0.136 rows=3 loops=1)
+  Sort Key: c.company_name, cvc.currency_code
+  ->  GroupAggregate  (actual time=0.120..0.129 rows=3 loops=1)
+        Group Key: cvc.currency_code
+        ->  Sort  (actual time=0.114..0.117 rows=52 loops=1)
+              Sort Key: cvc.currency_code
+              ->  Nested Loop  (actual time=0.040..0.103 rows=52 loops=1)
+                    ->  Nested Loop  (actual time=0.033..0.079 rows=52 loops=1)
+                          ->  Nested Loop  (actual time=0.025..0.041 rows=7 loops=1)
+                                ->  Nested Loop  (actual time=0.020..0.027 rows=7 loops=1)
+                                      ->  Index Scan using client_pkey on client c  (actual time=0.007..0.008 rows=1 loops=1)
+                                            Index Cond: (client_id = 4242)
+                                      ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.011..0.017 rows=7 loops=1)
+                                            Recheck Cond: (client_id = 4242)
+                                            ->  Bitmap Index Scan on idx_cvc_client_id  (actual time=0.007..0.007 rows=7 loops=1)
+                                                  Index Cond: (client_id = 4242)
+                                ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.002..0.002 rows=1 loops=7)
+                                      Index Cond: (vendor_id = cvc.vendor_id)
+                          ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.004 rows=7 loops=7)
+                                Index Cond: (contract_id = cvc.contract_id)
+                    ->  Memoize  (actual time=0.000..0.000 rows=1 loops=52)
+                          [...]
+Execution Time: 0.162 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по клиент (3 редици) || 16,1 ms || 0,14 ms || 114 пати ||
+|| нефилтрирано (81.810 редици) || 1,68 s || 1,63 s || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 7: Клиенти по индустрија (vw_clients_per_industry) ==
+'''1.''' Примарен филтер за погледот `vw_clients_per_industry` ќе биде според `industry_id` на индустријата.
+'''2.''' Примарен случај на употреба ќе биде преглед на сите клиенти од одредена индустрија.
+'''3.''' Иницијална состојба: главната операција е sequential scan на табелата `Client` (209 страници, 1,7 MB), по што следат поврзувањето со `Industry` и сортирањето; времето е прифатливо за апликацијата.
+{{{
+Sort  (actual time=2.515..2.549 rows=968 loops=1)
+  Sort Key: i.industry_name, c.company_name
+  ->  Nested Loop  (actual time=0.013..1.203 rows=968 loops=1)
+        ->  Seq Scan on industry i  (actual time=0.005..0.006 rows=1 loops=1)
+              Filter: (industry_id = 7)
+              Rows Removed by Filter: 19
+        ->  Seq Scan on client c  (actual time=0.007..1.095 rows=968 loops=1)
+              Filter: (industry_id = 7)
+              Rows Removed by Filter: 19032
+Execution Time: 2.599 ms
+}}}
+'''4.''' Тестиран е индекс `idx_client_industry_id ON Client (industry_id)`; 968-те клиенти на една индустрија (5 % од табелата) се распоредени низ речиси сите страници, па и со индексот речиси сите страници пак се читаат; добивката е мала и индексот не е креиран. Нема потреба да се преуреди прашалникот.
+'''5.''' Време на извршување:
+||= Читање =||= Без индекс =||= Со тестираниот `idx_client_industry_id` =||= Забрзување =||
+|| филтрирано по индустрија (968 редици) || 2,65 ms || 1,75 ms || 1,5 пати ||
+|| нефилтрирано (20.000 редици) || 39,1 ms || не е мерено || ||
+'''6.''' Времето на извршување на операциите insert и update останува исто; врз табелата `Client` нема индекси од оваа фаза.
+----
+== Поглед 8: Просечна оценка по софтверска агенција (vw_avg_rating_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_avg_rating_per_vendor` ќе биде според `vendor_id` на софтверската агенција; за јавната ранг-листа се чита и без филтер.
+'''2.''' Примарен случај на употреба ќе биде приказ на просечната оценка на агенцијата на нејзиниот профил и ранг-листата на сите агенции. Овој поглед е аналитички (агрегира 10.000.000 оценки), па за нефилтрираното читање индексите не помагаат.
+'''3.''' Иницијална состојба: најбавните операции се сортирањето на 1.000.000 парови (агенција, рецензија), кое `COUNT(DISTINCT r.review_id)` го бара пред агрегирањето, и читањето на сите 10.000.000 оценки од `Review_Score` по рецензија, вклучително и оценките на необјавените рецензии. Првобитната дефиниција:
+{{{#!sql
+CREATE OR REPLACE VIEW vw_avg_rating_per_vendor AS
+SELECT v.vendor_id,
+       v.agency_name,
+       COUNT(DISTINCT r.review_id)   AS review_count,  -- DISTINCT бара сортиран влез
+       ROUND(AVG(rs.score_value), 2) AS avg_rating     -- сите оценки, и на необјавени рецензии
+FROM Review_Score rs
+         JOIN Review r ON r.review_id = rs.review_id
+         JOIN Project p ON p.project_id = r.project_id
+         JOIN Client_Vendor_Contract cvc ON cvc.contract_id = p.contract_id
+         JOIN Vendor v ON v.vendor_id = cvc.vendor_id
+GROUP BY v.vendor_id, v.agency_name
+ORDER BY avg_rating DESC NULLS LAST;
+}}}
+{{{
+Sort  (actual time=5017.736..5025.135 rows=5000 loops=1)
+  Sort Key: (round(avg(rs.score_value), 2)) DESC NULLS LAST
+  ->  GroupAggregate  (actual time=762.816..5021.663 rows=5000 loops=1)
+        Group Key: v.vendor_id
+        ->  Nested Loop  (actual time=761.859..4450.418 rows=10000000 loops=1)
+              ->  Gather Merge  (actual time=761.803..936.599 rows=1000000 loops=1)
+                    Workers Launched: 2
+                    ->  Sort  (actual time=742.829..774.390 rows=333333 loops=3)
+                          Sort Key: v.vendor_id, r.review_id
+                          ->  Hash Join  (actual time=364.168..632.521 rows=333333 loops=3)
+                                Hash Cond: (cvc.vendor_id = v.vendor_id)
+                                [...]
+              ->  Index Scan using review_score_pkey on review_score rs  (actual time=0.002..0.003 rows=10 loops=1000000)
+                    Index Cond: (review_id = r.review_id)
+Execution Time: 5028.229 ms
+}}}
+'''4.''' Преуредување на прашалникот, со промена на резултатот: се бројат само објавени рецензии (659.458 од 1.000.000), а `LEFT JOIN` од `Vendor` ги задржува и агенциите без рецензија. Оценките прво се собираат по рецензија (`score_sum`, `score_cnt`), а просекот на агенцијата е `SUM(score_sum) / SUM(score_cnt)`, што е истиот просек како `AVG` врз сите оценки, но без `COUNT(DISTINCT)`, па двете агрегации се хеширани. Филтрирано по агенција, оптимизаторот го спушта условот во потпрашалникот и преку `idx_cvc_vendor_id` ги чита само нејзините рецензии; без филтер `Review_Score` се чита целосно во двата случаја.
+{{{#!sql
+CREATE OR REPLACE VIEW vw_avg_rating_per_vendor AS
+SELECT v.vendor_id,
+       v.agency_name,
+       COUNT(vr.review_id)                                        AS review_count,
+       -- просек на сите оценки на агенцијата; NULLIF штити од делење со нула
+       ROUND(SUM(vr.score_sum) / NULLIF(SUM(vr.score_cnt), 0), 2) AS avg_rating
+FROM Vendor v
+         -- LEFT JOIN: агенција без објавена рецензија останува со review_count = 0
+         -- потпрашалник: збир и број на оценки по рецензија, само објавени рецензии
+         LEFT JOIN (SELECT pd.vendor_id,
+                           r.review_id,
+                           SUM(rs.score_value)::numeric AS score_sum,
+                           COUNT(*)                     AS score_cnt
+                    FROM Review r
+                             JOIN Review_Score rs ON rs.review_id = r.review_id
+                             JOIN vw_project_details pd ON pd.project_id = r.project_id
+                    WHERE r.is_published = true
+                    GROUP BY pd.vendor_id, r.review_id) vr ON vr.vendor_id = v.vendor_id
+GROUP BY v.vendor_id, v.agency_name
+ORDER BY avg_rating DESC NULLS LAST;
+}}}
+Без филтер:
+{{{
+Sort  (actual time=4183.548..4183.741 rows=5000 loops=1)
+  Sort Key: (round((sum(((sum(rs.score_value))::numeric)) / NULLIF(sum((count(*))), '0'::numeric)), 2)) DESC NULLS LAST
+  ->  HashAggregate  (actual time=4179.979..4181.793 rows=5000 loops=1)
+        Group Key: v.vendor_id
+        ->  Hash Right Join  (actual time=3831.864..4079.611 rows=659458 loops=1)
+              Hash Cond: (v_1.vendor_id = v.vendor_id)
+              ->  HashAggregate  (actual time=3617.949..3787.674 rows=659458 loops=1)
+                    Group Key: v_1.vendor_id, r.review_id
+                    ->  Hash Join  (actual time=1209.193..2820.624 rows=6594580 loops=1)
+                          Hash Cond: (rs.review_id = r.review_id)
+                          ->  Seq Scan on review_score rs  (actual time=0.041..458.448 rows=10000000 loops=1)
+                          ->  Hash  (actual time=1205.593..1205.600 rows=659458 loops=1)
+                                [...]
+              ->  Hash  (actual time=213.903..213.903 rows=5000 loops=1)
+                    [...]
+Execution Time: 4219.610 ms
+}}}
+Филтрирано по софтверска агенција, со индексите:
+{{{
+Sort  (actual time=1.615..1.617 rows=1 loops=1)
+  Sort Key: (round((sum(((sum(rs.score_value))::numeric)) / NULLIF(sum((count(*))), '0'::numeric)), 2)) DESC NULLS LAST
+  ->  GroupAggregate  (actual time=1.611..1.613 rows=1 loops=1)
+        ->  Nested Loop Left Join  (actual time=1.569..1.600 rows=123 loops=1)
+              ->  Index Scan using vendor_pkey on vendor v  (actual time=0.006..0.007 rows=1 loops=1)
+                    Index Cond: (vendor_id = 4242)
+              ->  HashAggregate  (actual time=1.562..1.584 rows=123 loops=1)
+                    Group Key: r.review_id
+                    ->  Nested Loop  (actual time=0.080..1.420 rows=1230 loops=1)
+                          ->  Nested Loop  (actual time=0.075..0.881 rows=123 loops=1)
+                                Join Filter: (ps.status_id = p.status_id)
+                                Rows Removed by Join Filter: 369
+                                ->  Nested Loop  (actual time=0.066..0.814 rows=123 loops=1)
+                                      ->  Nested Loop  (actual time=0.033..0.385 rows=276 loops=1)
+                                            ->  Nested Loop  (actual time=0.025..0.155 rows=47 loops=1)
+                                                  [...]
+                                                  ->  Nested Loop  (actual time=0.021..0.146 rows=47 loops=1)
+                                                        ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.015..0.062 rows=47 loops=1)
+                                                              Recheck Cond: (vendor_id = 4242)
+                                                              ->  Bitmap Index Scan on idx_cvc_vendor_id  (actual time=0.005..0.005 rows=47 loops=1)
+                                                                    Index Cond: (vendor_id = 4242)
+                                                        ->  Index Only Scan using client_pkey on client c  (actual time=0.001..0.001 rows=1 loops=47)
+                                                              Index Cond: (client_id = cvc.client_id)
+                                            ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.004 rows=6 loops=47)
+                                                  Index Cond: (contract_id = cvc.contract_id)
+                                      ->  Index Scan using review_project_id_key on review r  (actual time=0.001..0.001 rows=0 loops=276)
+                                            Index Cond: (project_id = p.project_id)
+                                            Filter: is_published
+                                            Rows Removed by Filter: 0
+                                ->  Materialize  (actual time=0.000..0.000 rows=4 loops=123)
+                                      ->  Seq Scan on project_status ps  (actual time=0.005..0.006 rows=4 loops=1)
+                          ->  Index Scan using review_score_pkey on review_score rs  (actual time=0.002..0.003 rows=10 loops=123)
+                                Index Cond: (review_id = r.review_id)
+Execution Time: 1.671 ms
+}}}
+'''5.''' Време на извршување:
+Првобитната и новата дефиниција не даваат ист резултат; табелата споредува два различни прашалници.
+||= Читање =||= Првобитна, без индексите =||= Првобитна, со индексите =||= Нова, без индексите =||= Нова, со индексите =||
+|| филтрирано по софтверска агенција (1 редица) || 16,2 ms || 2,06 ms || 14,0 ms || 1,90 ms ||
+|| нефилтрирано (5.000 редици) || 4,97 s || 5,11 s || 4,19 s || 4,35 s ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 9: Нерешени спорови (vw_unresolved_dispute_tickets) ==
+'''1.''' Примарен филтер за погледот `vw_unresolved_dispute_tickets` ќе биде според `project_id` на проектот или `vendor_id` на софтверската агенција; менаџментот го чита и без филтер, како ред на задачи.
+'''2.''' Примарен случај на употреба ќе биде преглед на отворените спорови за еден проект или една агенција и редот на нерешени спорови за менаџментот. Перформансите на овој поглед се важни, бидејќи се чита при секоја работа со спорови.
+'''3.''' Иницијална состојба: најбавната операција не е sequential scan, туку функцијата `fn_get_full_name()`, повикана двапати по редица за имињата на поднесувачот и на доделениот менаџмент корисник: 58.002 извршени повици, секој посебен прашалник врз `"User"` (вториот повик добива NULL за недоделен спор, а функцијата е STRICT и тогаш не се извршува). Повикот на функција во листата на колони го спречува и паралелното извршување. Првобитната дефиниција:
+{{{#!sql
+CREATE OR REPLACE VIEW vw_unresolved_dispute_tickets AS
+SELECT dt.ticket_id,
+       dt.filed_at,
+       dt.reason,
+       r.review_id,
+       p.project_id,
+       p.project_name,
+       vu.user_id                               AS filed_by_vendor_user_id,
+       fn_get_full_name(vu.user_id)    AS filed_by_vendor_user,          -- повик по редица
+       mu.user_id                               AS assigned_management_user_id,
+       fn_get_full_name(mu.user_id)    AS assigned_to_management_user,   -- повик по редица
+       dt.created_at,
+       dt.updated_at
+FROM Dispute_Ticket dt
+         JOIN Review r ON r.review_id = dt.review_id
+         JOIN Project p ON p.project_id = r.project_id
+         JOIN Vendor_User vu ON vu.user_id = dt.vendor_user_id
+         LEFT JOIN Management_User mu ON mu.user_id = dt.assigned_management_user_id
+WHERE dt.is_resolved = false
+ORDER BY dt.filed_at;
+}}}
+{{{
+Sort  (actual time=781.820..788.679 rows=58002 loops=1)
+  Sort Key: dt.filed_at
+  ->  Hash Left Join  (actual time=38.322..751.524 rows=58002 loops=1)
+        Hash Cond: (dt.assigned_management_user_id = mu.user_id)
+        ->  Hash Join  (actual time=37.851..471.846 rows=58002 loops=1)
+              Hash Cond: (dt.vendor_user_id = vu.user_id)
+              ->  Nested Loop  (actual time=24.480..434.236 rows=58002 loops=1)
+                    ->  Hash Join  (actual time=24.459..318.522 rows=58002 loops=1)
+                          Hash Cond: (r.review_id = dt.review_id)
+                          ->  Seq Scan on review r  (actual time=0.009..66.118 rows=1000000 loops=1)
+                          ->  Hash  (actual time=24.391..24.392 rows=58002 loops=1)
+                                [...]
+                    ->  Index Scan using project_pkey on project p  (actual time=0.002..0.002 rows=1 loops=58002)
+                          Index Cond: (project_id = r.project_id)
+              ->  Hash  (actual time=13.353..13.354 rows=25000 loops=1)
+                    [...]
+        ->  Hash  (actual time=0.318..0.318 rows=2000 loops=1)
+              [...]
+Execution Time: 792.358 ms
+}}}
+'''4.''' Преуредување на прашалникот: имињата се добиваат со две поврзувања со `"User"` наместо со повици на функција, поврзувањето со `Management_User` е отстрането (надворешниот клуч гарантира дека доделениот корисник е менаџмент корисник), а додадени се колоните `vendor_id` и `agency_name` за филтрирање по агенција. Планот без филтер е паралелен; филтрирано по проект се чита преку уникатниот индекс `review_project_id_key` и делумниот уникатен индекс `uq_dispute_open_per_vendor_review` од шемата. Дополнителен индекс не го подобрува планот на овој поглед: условот `is_resolved = false` избира 40 % од табелата, па индекс врз таа колона не би се користел.
+{{{#!sql
+CREATE VIEW vw_unresolved_dispute_tickets AS
+SELECT dt.ticket_id,
+       dt.filed_at,
+       dt.reason,
+       r.review_id,
+       p.project_id,
+       p.project_name,
+       dt.vendor_user_id                        AS filed_by_vendor_user_id,
+       -- имињата на поднесувачот (vusr) и на доделениот корисник (musr) од две
+       -- поврзувања со "User"; musr е NULL додека спорот не е доделен (LEFT JOIN)
+       vusr.first_name || ' ' || vusr.last_name AS filed_by_vendor_user,
+       dt.assigned_management_user_id,
+       musr.first_name || ' ' || musr.last_name AS assigned_to_management_user,
+       dt.created_at,
+       dt.updated_at,
+       ven.vendor_id,
+       ven.agency_name
+FROM Dispute_Ticket dt
+         JOIN Review r ON r.review_id = dt.review_id
+         JOIN Project p ON p.project_id = r.project_id
+         JOIN Vendor_User vu ON vu.user_id = dt.vendor_user_id
+         JOIN Vendor ven ON ven.vendor_id = vu.vendor_id
+         JOIN "User" vusr ON vusr.user_id = vu.user_id
+         LEFT JOIN "User" musr ON musr.user_id = dt.assigned_management_user_id
+WHERE dt.is_resolved = false
+ORDER BY dt.filed_at;
+}}}
+Без филтер:
+{{{
+Gather Merge  (actual time=194.937..215.581 rows=58002 loops=1)
+  Workers Launched: 2
+  ->  Sort  (actual time=191.770..193.702 rows=19334 loops=3)
+        Sort Key: dt.filed_at
+        ->  Nested Loop Left Join  (actual time=37.737..182.784 rows=19334 loops=3)
+              ->  Nested Loop  (actual time=37.661..174.551 rows=19334 loops=3)
+                    [...]
+                    ->  Index Scan using project_pkey on project p  (actual time=0.002..0.002 rows=1 loops=58002)
+                          Index Cond: (project_id = r.project_id)
+              ->  Memoize  (actual time=0.000..0.000 rows=0 loops=58002)
+                    [...]
+Execution Time: 217.633 ms
+}}}
+Филтрирано по проект:
+{{{
+Sort  (actual time=0.034..0.035 rows=1 loops=1)
+  Sort Key: dt.filed_at
+  ->  Nested Loop Left Join  (actual time=0.030..0.032 rows=1 loops=1)
+        ->  Nested Loop  (actual time=0.027..0.030 rows=1 loops=1)
+              ->  Nested Loop  (actual time=0.025..0.027 rows=1 loops=1)
+                    ->  Nested Loop  (actual time=0.022..0.023 rows=1 loops=1)
+                          ->  Nested Loop  (actual time=0.018..0.019 rows=1 loops=1)
+                                ->  Nested Loop  (actual time=0.013..0.014 rows=1 loops=1)
+                                      ->  Index Scan using review_project_id_key on review r  (actual time=0.008..0.008 rows=1 loops=1)
+                                            Index Cond: (project_id = 142160)
+                                      ->  Index Scan using uq_dispute_open_per_vendor_review on dispute_ticket dt  (actual time=0.004..0.004 rows=1 loops=1)
+                                            Index Cond: (review_id = r.review_id)
+                                ->  Index Scan using project_pkey on project p  (actual time=0.004..0.005 rows=1 loops=1)
+                                      Index Cond: (project_id = 142160)
+                          ->  Index Scan using "User_pkey" on "User" vusr  (actual time=0.003..0.003 rows=1 loops=1)
+                                Index Cond: (user_id = dt.vendor_user_id)
+                    ->  Index Scan using vendor_user_pkey on vendor_user vu  (actual time=0.003..0.003 rows=1 loops=1)
+                          Index Cond: (user_id = dt.vendor_user_id)
+              ->  Index Scan using vendor_pkey on vendor ven  (actual time=0.002..0.002 rows=1 loops=1)
+                    Index Cond: (vendor_id = vu.vendor_id)
+        ->  Index Scan using "User_pkey" on "User" musr  (actual time=0.000..0.000 rows=0 loops=1)
+              Index Cond: (user_id = dt.assigned_management_user_id)
+Execution Time: 0.062 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Првобитна дефиниција =||= Нова дефиниција =||= Забрзување =||
+|| филтрирано по проект (1 редица) || 0,10 ms || 0,06 ms || 1,8 пати ||
+|| нефилтрирано (58.002 редици) || 689 ms || 210 ms || 3,3 пати ||
+'''6.''' Времето на извршување на операциите insert и update врз табелата `Dispute_Ticket` е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 10: Број на проекти по статус по софтверска агенција (vw_project_count_by_status_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_project_count_by_status_per_vendor` ќе биде според `vendor_id` на софтверската агенција.
+'''2.''' Примарен случај на употреба ќе биде преглед на бројот на проекти на агенцијата по статус, на нејзината контролна табла. Погледот е аналитички (`COUNT`, `GROUP BY`).
+'''3.''' Иницијална состојба: филтрирано, најбавната операција е sequential scan на `Client_Vendor_Contract`; нефилтрирано, планот е hash join на sequential scan на табелите со агрегација (`HashAggregate`), кај кој индексите не помагаат.
+{{{
+Sort  (actual time=11.804..15.019 rows=6 loops=1)
+  Sort Key: v.agency_name, ps.status_name
+  ->  GroupAggregate  (actual time=11.645..15.008 rows=6 loops=1)
+        Group Key: ps.status_name, p.status_id
+        ->  Incremental Sort  (actual time=11.571..14.973 rows=276 loops=1)
+              Sort Key: ps.status_name, p.status_id
+              ->  Nested Loop  (actual time=0.954..14.889 rows=276 loops=1)
+                    Join Filter: (ps.status_id = p.status_id)
+                    Rows Removed by Join Filter: 1380
+                    ->  Index Scan using project_status_status_name_key on project_status ps  (actual time=0.006..0.009 rows=6 loops=1)
+                    ->  Materialize  (actual time=0.158..2.461 rows=276 loops=6)
+                          ->  Nested Loop  (actual time=0.943..14.647 rows=276 loops=1)
+                                ->  Index Scan using vendor_pkey on vendor v  (actual time=0.010..0.012 rows=1 loops=1)
+                                      Index Cond: (vendor_id = 4242)
+                                ->  Gather  (actual time=0.932..14.598 rows=276 loops=1)
+                                      Workers Launched: 2
+                                      ->  Nested Loop  (actual time=0.470..9.084 rows=92 loops=3)
+                                            ->  Nested Loop  (actual time=0.445..8.875 rows=16 loops=3)
+                                                  ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=0.428..8.784 rows=16 loops=3)
+                                                        Filter: (vendor_id = 4242)
+                                                        Rows Removed by Filter: 83318
+                                                  ->  Index Only Scan using client_pkey on client c  (actual time=0.005..0.005 rows=1 loops=47)
+                                                        Index Cond: (client_id = cvc.client_id)
+                                            ->  Index Scan using uq_project_contract_name on project p  (actual time=0.011..0.012 rows=6 loops=47)
+                                                  Index Cond: (contract_id = cvc.contract_id)
+Execution Time: 15.056 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_vendor_id`; агрегацијата по статус потоа работи врз 276 редици.
+{{{
+Sort  (actual time=0.566..0.568 rows=6 loops=1)
+  Sort Key: v.agency_name, ps.status_name
+  ->  GroupAggregate  (actual time=0.524..0.561 rows=6 loops=1)
+        Group Key: ps.status_name, p.status_id
+        ->  Sort  (actual time=0.518..0.529 rows=276 loops=1)
+              Sort Key: ps.status_name, p.status_id
+              ->  Nested Loop  (actual time=0.040..0.461 rows=276 loops=1)
+                    ->  Nested Loop  (actual time=0.034..0.378 rows=276 loops=1)
+                          ->  Nested Loop  (actual time=0.027..0.156 rows=47 loops=1)
+                                ->  Index Scan using vendor_pkey on vendor v  (actual time=0.005..0.006 rows=1 loops=1)
+                                      Index Cond: (vendor_id = 4242)
+                                ->  Nested Loop  (actual time=0.021..0.144 rows=47 loops=1)
+                                      ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.015..0.063 rows=47 loops=1)
+                                            Recheck Cond: (vendor_id = 4242)
+                                            ->  Bitmap Index Scan on idx_cvc_vendor_id  (actual time=0.009..0.009 rows=47 loops=1)
+                                                  Index Cond: (vendor_id = 4242)
+                                      ->  Index Only Scan using client_pkey on client c  (actual time=0.001..0.001 rows=1 loops=47)
+                                            Index Cond: (client_id = cvc.client_id)
+                          ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.004 rows=6 loops=47)
+                                Index Cond: (contract_id = cvc.contract_id)
+                    ->  Memoize  (actual time=0.000..0.000 rows=1 loops=276)
+                          [...]
+Execution Time: 0.653 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по софтверска агенција (6 редици) || 14,9 ms || 0,60 ms || 25 пати ||
+|| нефилтрирано (29.907 редици) || 1,36 s || 1,32 s || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 11: Број на проекти по статус по клиент (vw_project_count_by_status_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_project_count_by_status_per_client` ќе биде според `client_id` на клиентот.
+'''2.''' Примарен случај на употреба ќе биде преглед на бројот на проекти на клиентот по статус, на неговата контролна табла. Погледот е аналитички (`COUNT`, `GROUP BY`).
+'''3.''' Иницијална состојба: филтрирано, најбавната операција е sequential scan на `Client_Vendor_Contract`; нефилтрирано, планот е hash join на sequential scan на табелите со агрегација (`HashAggregate`), кај кој индексите не помагаат.
+{{{
+Sort  (actual time=11.627..15.317 rows=5 loops=1)
+  Sort Key: c.company_name, ps.status_name
+  ->  GroupAggregate  (actual time=11.591..15.305 rows=5 loops=1)
+        Group Key: ps.status_name, p.status_id
+        ->  Incremental Sort  (actual time=11.571..15.279 rows=52 loops=1)
+              Sort Key: ps.status_name, p.status_id
+              ->  Nested Loop  (actual time=0.612..15.253 rows=52 loops=1)
+                    Join Filter: (ps.status_id = p.status_id)
+                    Rows Removed by Join Filter: 260
+                    ->  Index Scan using project_status_status_name_key on project_status ps  (actual time=0.007..0.009 rows=6 loops=1)
+                    ->  Materialize  (actual time=0.100..2.533 rows=52 loops=6)
+                          ->  Nested Loop  (actual time=0.598..15.170 rows=52 loops=1)
+                                ->  Index Scan using client_pkey on client c  (actual time=0.008..0.010 rows=1 loops=1)
+                                      Index Cond: (client_id = 4242)
+                                ->  Gather  (actual time=0.589..15.151 rows=52 loops=1)
+                                      Workers Launched: 2
+                                      ->  Nested Loop  (actual time=3.807..8.919 rows=17 loops=3)
+                                            ->  Nested Loop  (actual time=3.778..8.856 rows=2 loops=3)
+                                                  ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=3.729..8.794 rows=2 loops=3)
+                                                        Filter: (client_id = 4242)
+                                                        Rows Removed by Filter: 83331
+                                                  ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.023..0.023 rows=1 loops=7)
+                                                        Index Cond: (vendor_id = cvc.vendor_id)
+                                            ->  Index Scan using uq_project_contract_name on project p  (actual time=0.023..0.025 rows=7 loops=7)
+                                                  Index Cond: (contract_id = cvc.contract_id)
+Execution Time: 15.362 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_client_id`; агрегацијата по статус потоа работи врз 52 редици.
+{{{
+Sort  (actual time=0.122..0.124 rows=5 loops=1)
+  Sort Key: c.company_name, ps.status_name
+  ->  GroupAggregate  (actual time=0.111..0.120 rows=5 loops=1)
+        Group Key: ps.status_name, p.status_id
+        ->  Sort  (actual time=0.108..0.111 rows=52 loops=1)
+              Sort Key: ps.status_name, p.status_id
+              ->  Nested Loop  (actual time=0.038..0.097 rows=52 loops=1)
+                    ->  Nested Loop  (actual time=0.030..0.071 rows=52 loops=1)
+                          ->  Nested Loop  (actual time=0.026..0.040 rows=7 loops=1)
+                                ->  Nested Loop  (actual time=0.018..0.025 rows=7 loops=1)
+                                      ->  Index Scan using client_pkey on client c  (actual time=0.005..0.006 rows=1 loops=1)
+                                            Index Cond: (client_id = 4242)
+                                      ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.012..0.017 rows=7 loops=1)
+                                            Recheck Cond: (client_id = 4242)
+                                            ->  Bitmap Index Scan on idx_cvc_client_id  (actual time=0.008..0.008 rows=7 loops=1)
+                                                  Index Cond: (client_id = 4242)
+                                ->  Index Only Scan using vendor_pkey on vendor v  (actual time=0.002..0.002 rows=1 loops=7)
+                                      Index Cond: (vendor_id = cvc.vendor_id)
+                          ->  Index Scan using uq_project_contract_name on project p  (actual time=0.003..0.003 rows=7 loops=7)
+                                Index Cond: (contract_id = cvc.contract_id)
+                    ->  Memoize  (actual time=0.000..0.000 rows=1 loops=52)
+                          [...]
+Execution Time: 0.148 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по клиент (5 редици) || 15,4 ms || 0,13 ms || 115 пати ||
+|| нефилтрирано (103.080 редици) || 1,55 s || 1,56 s || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 12: Договори по софтверска агенција (vw_contracts_per_vendor) ==
+'''1.''' Примарен филтер за погледот `vw_contracts_per_vendor` ќе биде според `vendor_id` на софтверската агенција.
+'''2.''' Примарен случај на употреба ќе биде преглед на сите активни и историски договори на одредена софтверска агенција. Перформансите на овој поглед се важни, бидејќи се чита при секое отворање на профилот на агенцијата.
+'''3.''' Иницијална состојба: најбавната операција е sequential scan на табелата `Client_Vendor_Contract` (250.000 редици, 5.652 страници), паралелен, со отфрлање на 249.953 редици.
+{{{
+Sort  (actual time=11.459..15.086 rows=47 loops=1)
+  Sort Key: v.agency_name, cvc.is_active DESC, cvc.start_date DESC
+  ->  Nested Loop  (actual time=0.870..15.011 rows=47 loops=1)
+        ->  Index Scan using vendor_pkey on vendor v  (actual time=0.006..0.008 rows=1 loops=1)
+              Index Cond: (vendor_id = 4242)
+        ->  Gather  (actual time=0.863..14.992 rows=47 loops=1)
+              Workers Launched: 2
+              ->  Nested Loop  (actual time=0.414..8.904 rows=16 loops=3)
+                    ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=0.389..8.749 rows=16 loops=3)
+                          Filter: (vendor_id = 4242)
+                          Rows Removed by Filter: 83318
+                    ->  Index Scan using client_pkey on client c  (actual time=0.009..0.009 rows=1 loops=47)
+                          Index Cond: (client_id = cvc.client_id)
+Execution Time: 15.108 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_vendor_id`; наместо sequential scan на 5.652 страници се читаат неколку страници од индексот и по една страница за секој од 47-те договори.
+{{{
+Sort  (actual time=0.204..0.217 rows=47 loops=1)
+  Sort Key: v.agency_name, cvc.is_active DESC, cvc.start_date DESC
+  ->  Nested Loop  (actual time=0.020..0.147 rows=47 loops=1)
+        ->  Index Scan using vendor_pkey on vendor v  (actual time=0.005..0.005 rows=1 loops=1)
+              Index Cond: (vendor_id = 4242)
+        ->  Nested Loop  (actual time=0.014..0.136 rows=47 loops=1)
+              ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.010..0.046 rows=47 loops=1)
+                    Recheck Cond: (vendor_id = 4242)
+                    ->  Bitmap Index Scan on idx_cvc_vendor_id  (actual time=0.004..0.004 rows=47 loops=1)
+                          Index Cond: (vendor_id = 4242)
+              ->  Index Scan using client_pkey on client c  (actual time=0.002..0.002 rows=1 loops=47)
+                    Index Cond: (client_id = cvc.client_id)
+Execution Time: 0.238 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по софтверска агенција (47 редици) || 15,0 ms || 0,28 ms || 53 пати ||
+|| нефилтрирано (250.000 редици) || 819 ms || 808 ms || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 13: Договори по клиент (vw_contracts_per_client) ==
+'''1.''' Примарен филтер за погледот `vw_contracts_per_client` ќе биде според `client_id` на клиентот.
+'''2.''' Примарен случај на употреба ќе биде преглед на сите активни и историски договори на одреден клиент, на контролната табла на клиентот.
+'''3.''' Иницијална состојба: најбавната операција е sequential scan на табелата `Client_Vendor_Contract` со филтер по `client_id`, со отфрлање на 249.993 редици.
+{{{
+Gather Merge  (actual time=10.854..14.183 rows=7 loops=1)
+  Workers Launched: 2
+  ->  Sort  (actual time=8.551..8.553 rows=2 loops=3)
+        Sort Key: c.company_name, cvc.is_active DESC, cvc.start_date DESC
+        ->  Nested Loop  (actual time=3.035..8.512 rows=2 loops=3)
+              ->  Nested Loop  (actual time=3.020..8.486 rows=2 loops=3)
+                    ->  Parallel Seq Scan on client_vendor_contract cvc  (actual time=3.001..8.459 rows=2 loops=3)
+                          Filter: (client_id = 4242)
+                          Rows Removed by Filter: 83331
+                    ->  Index Scan using client_pkey on client c  (actual time=0.009..0.010 rows=1 loops=7)
+                          Index Cond: (client_id = 4242)
+              ->  Index Scan using vendor_pkey on vendor v  (actual time=0.010..0.010 rows=1 loops=7)
+                    Index Cond: (vendor_id = cvc.vendor_id)
+Execution Time: 14.209 ms
+}}}
+'''4.''' Индексирање: `idx_cvc_client_id`. Колоната `client_id` има 20.000 различни вредности, просечно 12,5 договори по клиент, па е поселективна од `vendor_id` (5.000 вредности, 50 договори по агенција).
+{{{
+Sort  (actual time=0.066..0.067 rows=7 loops=1)
+  Sort Key: c.company_name, cvc.is_active DESC, cvc.start_date DESC
+  ->  Nested Loop  (actual time=0.026..0.041 rows=7 loops=1)
+        ->  Nested Loop  (actual time=0.019..0.025 rows=7 loops=1)
+              ->  Index Scan using client_pkey on client c  (actual time=0.007..0.008 rows=1 loops=1)
+                    Index Cond: (client_id = 4242)
+              ->  Bitmap Heap Scan on client_vendor_contract cvc  (actual time=0.010..0.014 rows=7 loops=1)
+                    Recheck Cond: (client_id = 4242)
+                    ->  Bitmap Index Scan on idx_cvc_client_id  (actual time=0.005..0.005 rows=7 loops=1)
+                          Index Cond: (client_id = 4242)
+        ->  Index Scan using vendor_pkey on vendor v  (actual time=0.002..0.002 rows=1 loops=7)
+              Index Cond: (vendor_id = cvc.vendor_id)
+Execution Time: 0.113 ms
+}}}
+'''5.''' Време на извршување:
+||= Читање =||= Без индексите =||= Со индексите =||= Забрзување =||
+|| филтрирано по клиент (7 редици) || 14,2 ms || 0,08 ms || 173 пати ||
+|| нефилтрирано (250.000 редици) || 817 ms || 805 ms || ист план ||
+'''6.''' Времето на извршување на операциите insert и update врз табелите на погледот е во табелата [#write-cost „Цена при запишување“] на почетокот на страницата.
+----
+== Поглед 14: Претплати на софтверски агенции (vw_vendor_subscriptions) ==
+'''1.''' Примарен филтер за погледот `vw_vendor_subscriptions` ќе биде според `vendor_id` на софтверската агенција.
+'''2.''' Примарен случај на употреба ќе биде преглед на активните и историските претплати на одредена софтверска агенција.
+'''3.''' Иницијална состојба: главната операција е sequential scan на табелата `Vendor_Subscription` (5.916 редици на 57 страници) со отфрлање на 5.914 редици; времето е прифатливо за апликацијата.
+{{{
+Sort  (actual time=0.333..0.334 rows=2 loops=1)
+  Sort Key: v.agency_name, vs.is_active DESC, vs.start_date DESC
+  ->  Nested Loop  (actual time=0.279..0.328 rows=2 loops=1)
+        Join Filter: (st.tier_id = vs.tier_id)
+        Rows Removed by Join Filter: 5
+        ->  Nested Loop  (actual time=0.276..0.323 rows=2 loops=1)
+              ->  Seq Scan on vendor_subscription vs  (actual time=0.270..0.315 rows=2 loops=1)
+                    Filter: (vendor_id = 4242)
+                    Rows Removed by Filter: 5914
+              ->  Index Scan using vendor_pkey on vendor v  (actual time=0.003..0.003 rows=1 loops=2)
+                    Index Cond: (vendor_id = 4242)
+        ->  Seq Scan on subscription_tier st  (actual time=0.001..0.001 rows=4 loops=2)
+Execution Time: 0.347 ms
+}}}
+'''4.''' За табела од 456 kB индексот не би донел мерлива добивка; нема потреба да се преуреди прашалникот ниту да се додаде индекс.
+'''5.''' Време на извршување:
+||= Читање =||= Време =||
+|| филтрирано по софтверска агенција (2 редици) || 0,32 ms ||
+|| нефилтрирано (5.916 редици) || 11,4 ms ||
+'''6.''' Времето на извршување на операциите insert и update останува исто; врз табелата `Vendor_Subscription` нема индекси од оваа фаза.