Индекси: v_contracts_revenue

Својство	Вредност
Шема	kbnteam
Област	Договори и приходи
Главен преглед	v_contracts_revenue

Опис

Индексите го поддржуваат пристапот до податоците за договори и приходи. Се поставуваат врз изворните табели и можат да се користат од повеќе прегледи.

contract(company_id, rest_id) поддржува и услов само по company_id. Индексот со rest_id како прва колона ја поддржува другата насока на пребарување.

DDL

CREATE INDEX IF NOT EXISTS idx_contract_company_id_rest_id
ON kbnteam.contract (company_id, rest_id);

Поддржани прегледи

Индекс	Прегледи	Намена
idx_company_order_company_id	v_orders_full, v_driver_deliveries, v_reviews_full, v_contracts_revenue, v_company_billing_overview	Пронаоѓање компаниски нарачки по компанија.
idx_customer_order_comp_order_id	v_orders_full, v_driver_deliveries, v_reviews_full, v_contracts_revenue, v_company_billing_overview	Пронаоѓање клиентски нарачки по компаниска нарачка.
idx_order_meal_order_id_meal_id	v_orders_full, v_driver_deliveries, v_contracts_revenue	Пристап до јадењата на нарачката и групирање по order_id.
idx_order_drink_order_id_drink_id	v_orders_full, v_driver_deliveries, v_contracts_revenue	Пристап до пијалоците на нарачката и групирање по order_id.
idx_contract_company_id_rest_id	v_contracts_revenue, v_company_billing_overview, v_driver_lunch_timers	Пребарување договори по компанија и ресторан и групирање по компанија.
idx_contract_rest_id_company_id	v_driver_lunch_timers, v_contracts_revenue	Пронаоѓање договори почнувајќи од ресторан.

Заеднички индекси

Индекс	Поврзана документација
idx_company_order_company_id	Индекси за нарачки и достави
idx_customer_order_comp_order_id	Индекси за нарачки и достави
idx_order_meal_order_id_meal_id	Индекси за нарачки и достави
idx_order_drink_order_id_drink_id	Индекси за нарачки и достави
idx_contract_rest_id_company_id	Индекси за термини за ручек

Колонски план

Индекс	Табела	Прва колона	Следни колони	Намена
idx_company_order_company_id	company_order	company_id	—	Пронаоѓање компаниски нарачки по компанија.
idx_customer_order_comp_order_id	customer_order	comp_order_id	—	Пронаоѓање клиентски нарачки по компаниска нарачка.
idx_order_meal_order_id_meal_id	order_meal	order_id	meal_id	Пристап до јадењата на нарачката и групирање по order_id.
idx_order_drink_order_id_drink_id	order_drink	order_id	drink_id	Пристап до пијалоците на нарачката и групирање по order_id.
idx_contract_company_id_rest_id	contract	company_id	rest_id	Пребарување договори по компанија и ресторан и групирање по компанија.
idx_contract_rest_id_company_id	contract	rest_id	company_id	Пронаоѓање договори почнувајќи од ресторан.

Првата колона го определува вообичаениот почеток на пребарувањето со составен индекс. Присуството на други колони не значи дека индексот ги содржи сите податоци потребни за прегледот.

Верификација

SELECT tablename, indexname, indexdef
FROM pg_indexes
WHERE schemaname = 'kbnteam'
  AND indexname IN (
    'idx_company_order_company_id',
    'idx_customer_order_comp_order_id',
    'idx_order_meal_order_id_meal_id',
    'idx_order_drink_order_id_drink_id',
    'idx_contract_company_id_rest_id',
    'idx_contract_rest_id_company_id'
)
ORDER BY tablename, indexname;

Проверката ги прикажува имињата и дефинициите. IF NOT EXISTS спречува повторно креирање под исто име, но не проверува дали постојната дефиниција е еднаква на наведената.

Влијание врз перформансите

Изборот меѓу секвенцијално читање, индексно читање и други планови зависи од обемот на податоците, селективноста на филтрите и статистиките. Индексите не гарантираат забрзување или отстранување на сортирањата и спојувањата. Плановите и времињата се утврдуваат со мерење.

Тестирање на перформанси

Мерењата се евидентирани во DBeaver на 14 септември 2026 година. „Пред индексирање“ и „по индексирање“ ги означуваат групите наведени како „без индекси“ и „со индекси“ во евиденцијата. Точниот сет присутни индекси во секоја група не е евидентиран; „без индекси“ не потврдува отсуство на индекси од примарни и уникатни клучеви.

Наведените времиња се клиентски мерења од DBeaver, а не серверските Planning Time и Execution Time од EXPLAIN ANALYZE. Нема приложени планови, типови на скенирање или податоци за баферите. Вредностите се во милисекунди (ms).

Прашалникот и дополнителното тестирање се опишани во v_contracts_revenue.

Измерен прашалник

SELECT * FROM kbnteam.v_contracts_revenue
WHERE company_id = 250;

Резултати пред индексирање

Метрика	Измерен резултат
Клиентско време (ms)	2555
Приказ на мерењето	Време прикажано со резултатот во DBeaver
Прикажани / преземени редови	0
Planning Time / Execution Time од EXPLAIN	Не се измерени
План, тип на скенирање и бафери	Не се приложени

Резултати по индексирање

Метрика	Измерен резултат
Клиентско време (ms)	1966
Приказ на мерењето	Време прикажано со резултатот во DBeaver
Прикажани / преземени редови	0
Planning Time / Execution Time од EXPLAIN	Не се измерени
План, тип на скенирање и бафери	Не се приложени

Анализа на резултатите

Метрика	Пред	По	Промена на времето
Клиентско време (ms)	2555	1966	-23,1%

Времето е пократко за 589 ms (23,1%), но двата теста враќаат празен резултат. Од ова не може да се оцени перформансата на извештај што враќа договори и приходи. Потребно е дополнително мерење за компанија со соодветни податоци.

Промената се пресметува како 100 × (време по - време пред) / време пред. Негативна вредност значи пократко време, а позитивна подолго време. Процентот ја опишува разликата меѓу прикажаните вредности.

Ова се поединечни набљудувања. Не се евидентирани контролирани повторувања, исти услови за кеширање и оптоварување или точните дефиниции на присутните индекси. Затоа промената на времето не е доказ дека индексите се единствената причина. Не се приложени мерења за INSERT, UPDATE и DELETE.

Измерената разлика се однесува на целиот прашалник и двете означени состојби. Не е измерен одделниот придонес на секој индекс наведен на оваа страница.