Changes between Version 58 and Version 59 of QueryOptimization
- Timestamp:
- 05/09/26 22:45:54 (2 weeks ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
QueryOptimization
v58 v59 85 85 ||Execution Time: 23.621 ms|| 86 86 87 Погледот е бавен поради комплексни врски помеѓи четири табели што резултира со време од 3.2 s. Индексите на performer_id и event_idго елиминираат целосното скенирање на табелите и овозможуваат инстантно поврзување на изведувачите со нивните настани.87 Погледот е бавен поради комплексни врски помеѓи четири табели што резултира со време од 3.2 s. Индексите на `performer_id` и `event_id` го елиминираат целосното скенирање на табелите и овозможуваат инстантно поврзување на изведувачите со нивните настани. 88 88 89 89 ==== Оптимизација: … … 257 257 ||Execution Time: 312239.424 ms|| 258 258 259 Времето за ажурирање од 312 s е неприфатливо за интеракција со мапа на седишта во реално време. Со поставување индекси на seat_number и venue_id, пребарувањето и промената на статусот на седиштата се извршуваат за милисекунди наместо за неколку минути.259 Времето за ажурирање од 312 s е неприфатливо за интеракција со мапа на седишта во реално време. Со поставување индекси на `seat_number` и `venue_id`, пребарувањето и промената на статусот на седиштата се извршуваат за милисекунди наместо за неколку минути. 260 260 261 261 ==== Оптимизација: … … 445 445 ||Execution Time: 0.157 ms|| 446 446 447 Приказот на историјата на билети трае предолги 251.9s, што го блокира корисничкиот профил. Индексот на user_idовозможува базата веднаш да ги лоцира билетите на конкретниот корисник без да ги пребарува сите трансакции во системот.447 Приказот на историјата на билети трае 251.9 s, што го блокира корисничкиот профил. Индексот на `user_id` овозможува базата веднаш да ги лоцира билетите на конкретниот корисник без да ги пребарува сите трансакции во системот. 448 448 449 449 ==== Оптимизација: … … 640 640 ||Execution Time: 0.218 ms|| 641 641 642 Без индекси, секое пребарување на оценките по корисник предизвикува непотребно оптоварување на меморијата преку Seq Scan. Индексирањето на user_id и event_happening_idобезбедува брза филтрација и поврзување на рејтинзите со соодветните термини на настаните.642 Без индекси, секое пребарување на оценките по корисник предизвикува непотребно оптоварување на меморијата преку '''Seq Scan'''. Индексирањето на `user_id` и `event_happening_id` обезбедува брза филтрација и поврзување на рејтинзите со соодветните термини на настаните. 643 643 644 644 ==== Оптимизација: … … 817 817 ||Execution Time: 0.500 ms|| 818 818 819 Пресметката на просечни оценки бара постојано агрегирање на податоци, што е бавно при секој нов приказ. Композитен индекс на ( event_happening_id, rating) овозможува математичките операции да се вршат директно врз индексот, забрзувајќи го приказот на почетната страна.819 Пресметката на просечни оценки бара постојано агрегирање на податоци, што е бавно при секој нов приказ. Композитен индекс на (`event_happening_id`, `rating`) овозможува математичките операции да се вршат директно врз индексот, забрзувајќи го приказот на почетната страна. 820 820 821 821 ==== Оптимизација: … … 1020 1020 ||Execution Time: 0.364 ms|| 1021 1021 1022 Овој поглед има критично време на извршување од над 5 минути поради обработка на милиони трансакции. Индексите на ticket_idго намалуваат времето за 99%, овозможувајќи моментален преглед на приходите и рефундациите за секој настан.1022 Овој поглед има критично време на извршување од над 5 минути поради обработка на милиони трансакции. Индексите на `ticket_id` го намалуваат времето за 99%, овозможувајќи моментален преглед на приходите и рефундациите за секој настан. 1023 1023 1024 1024 ==== Оптимизација:
