= Индекси: v_company_billing_overview_index =

||= Својство ||= Вредност ||
|| Шема || `kbnteam` ||
|| Област || Фактурирање ||
|| Главен преглед || [wiki:CompanyBillingOverviewView v_company_billing_overview] ||

== Опис ==

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

`invoice(comp_order_id)` има уникатен индекс. За пребарувањето и агрегациите се користат заедничките индекси за нарачки и договори; не е потребен посебен индекс само на contract(company_id).

== DDL ==

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

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

||= Индекс ||= Прегледи ||= Намена ||
|| `idx_company_order_company_id` || [wiki:OrdersFullView v_orders_full], [wiki:DriverDeliveriesView v_driver_deliveries], [wiki:ReviewsFullView v_reviews_full], [wiki:ContractsRevenueView v_contracts_revenue], [wiki:CompanyBillingOverviewView v_company_billing_overview] || Пронаоѓање компаниски нарачки по компанија. ||
|| `idx_customer_order_comp_order_id` || [wiki:OrdersFullView v_orders_full], [wiki:DriverDeliveriesView v_driver_deliveries], [wiki:ReviewsFullView v_reviews_full], [wiki:ContractsRevenueView v_contracts_revenue], [wiki:CompanyBillingOverviewView v_company_billing_overview] || Пронаоѓање клиентски нарачки по компаниска нарачка. ||
|| `idx_contract_company_id_rest_id` || [wiki:ContractsRevenueView v_contracts_revenue], [wiki:CompanyBillingOverviewView v_company_billing_overview], [wiki:DriverLunchTimersView v_driver_lunch_timers] || Пребарување договори по компанија и ресторан и групирање по компанија. ||

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

||= Индекс ||= Поврзана документација ||
|| `idx_company_order_company_id` || [wiki:OrdersFullIndex Индекси за нарачки и достави] ||
|| `idx_customer_order_comp_order_id` || [wiki:OrdersFullIndex Индекси за нарачки и достави] ||
|| `idx_contract_company_id_rest_id` || [wiki:ContractsRevenueIndex Индекси за договори и приходи] ||

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

||= Индекс ||= Табела ||= Прва колона ||= Следни колони ||= Намена ||
|| `idx_company_order_company_id` || `company_order` || `company_id` || — || Пронаоѓање компаниски нарачки по компанија. ||
|| `idx_customer_order_comp_order_id` || `customer_order` || `comp_order_id` || — || Пронаоѓање клиентски нарачки по компаниска нарачка. ||
|| `idx_contract_company_id_rest_id` || `contract` || `company_id` || `rest_id` || Пребарување договори по компанија и ресторан и групирање по компанија. ||

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

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

{{{
#!sql
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_contract_company_id_rest_id'
)
ORDER BY tablename, indexname;
}}}

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

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

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

Договорите се бројат одделно, додека бројот и износот на клиентските нарачки се пресметуваат во главниот преглед. Индексите не ги складираат пресметаните износи.

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

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

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

Прашалникот и дополнителното тестирање се опишани во [wiki:CompanyBillingOverviewView v_company_billing_overview].

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

{{{
#!sql
SELECT * FROM kbnteam.v_company_billing_overview
WHERE company_id = 250;
}}}

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

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

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

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

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

||= Метрика ||= Пред ||= По ||= Промена на времето ||
|| Клиентско време (ms) || 108 || 118 || +9,3% ||

Времето е подолго за 10 ms (9,3%). Во ова мерење нема забрзување по индексирањето. Малата апсолутна разлика бара повторени мерења пред да се заклучи дека постои трајно влошување.

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

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

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