--- title: "Rýchlosť firemnej aplikácie: kde sa reálne stráca čas" description: "„Je to pomalé\" býva sťažnosť na jednu obrazovku, nie na celú aplikáciu. Ako nájsť, kde sa čas naozaj stráca, a prečo to skoro nikdy nie je tam, kde sa to hľadá." canonical: "https://interfase.sk/sk/novinky/rychlost-firemnej-aplikacie-kde-sa-realne-straca-cas" lang: "sk" last_updated: "2026-10-14" --- # Rýchlosť firemnej aplikácie: kde sa reálne stráca čas > „Je to pomalé" býva sťažnosť na jednu obrazovku, nie na celú aplikáciu. Ako nájsť, kde sa čas naozaj stráca, a prečo to skoro nikdy nie je tam, kde sa to hľadá. Publikované: 2026-10-14 - Sťažnosť „je to pomalé" sa takmer vždy týka jednej alebo dvoch obrazoviek; prvý krok je zistiť ktorých, nie zrýchľovať všetko. - Najčastejšou príčinou nie je slabý server, ale počet databázových dotazov na jedno zobrazenie. - Priemerný čas odozvy klame — sledujte pomalé percentá, lebo tie zažívajú používatelia s najväčším objemom dát. - Optimalizovať bez merania znamená zrýchľovať to, čo nikoho nezdržovalo. „Systém je pomalý." Táto veta prichádza raz za čas do každého vývojového tímu a takmer vždy je nepresná — nie preto, že by nebola pravdivá, ale preto, že sa netýka systému. Týka sa jednej obrazovky, ktorú niekto otvára päťdesiatkrát denne. Prvá úloha teda nie je zrýchľovať, ale **zistiť čo**. ## Merajte skôr, než začnete Bez čísel sa optimalizuje podľa dojmu a dojem býva mimo. Typicky sa preinvestuje do infraštruktúry, hoci problém je v jednom dotaze. Treba vedieť tri veci: **ktoré obrazovky sa otvárajú najčastejšie**, **ako dlho trvá ich zobrazenie** a **ako sa ten čas rozdeľuje** medzi databázu, aplikačnú logiku a prehliadač. A pozor na priemer. Ak je priemerná odozva 300 ms, môže to znamenať, že deväťdesiat percent žiadostí trvá 100 ms a zvyšok tri sekundy. Práve tie tri sekundy zažívajú používatelia s najväčším množstvom dát — teda zvyčajne tí najdôležitejší. Sledujte preto **pomalé percentá**, nie priemer. ## Najčastejšia príčina: príliš veľa dotazov V praxi ide o toto asi v polovici prípadov. Obrazovka zobrazí zoznam sto objednávok a pre každú si osobitne vypýta zákazníka. Namiesto dvoch dotazov ich je stojedna. Každý jednotlivo je rýchly, preto sa v logu nič nezdá zvláštne. Až ich súčet spraví z troch stotín sekundy tri sekundy. Riešenie je zvyčajne jednoduché — načítať súvisiace dáta naraz — no nájsť to bez merania sa dá ťažko. ## Druhá príčina: načítava sa viac, než treba Zoznam zobrazuje osem stĺpcov, ale z databázy sa ťahá celý záznam vrátane poznámok a histórie. Alebo sa načíta všetkých dvadsaťtisíc riadkov a stránkuje sa až v prehliadači. Sem patrí aj **chýbajúce stránkovanie vo filtroch** a číselníky, ktoré sa načítavajú pri každom otvorení, hoci sa menia raz za rok. ## Tretia príčina: chýbajúce indexy Kým je v tabuľke tisíc riadkov, nezáleží na tom. Pri stotisícoch už áno. Typicky sa to prejaví tak, že aplikácia bola roky rýchla a „zrazu" spomalila — pričom sa nezmenil kód, len narástli dáta. Indexy pritom nie sú zadarmo: zrýchlia čítanie a spomalia zápis. Preto sa pridávajú cielene na to, čo sa naozaj filtruje a triedi, nie na každý stĺpec. Súvisiacu tému rozoberáme aj v článku o [vyhľadávaní vo firemnej aplikácii](/blog/vyhladavanie-vo-firemnej-aplikacii-full-text-filtre-a-relevancia). ## Vnímaná rýchlosť je polovica dojmu Dve aplikácie s rovnakým časom odozvy môžu pôsobiť úplne inak. Rozhoduje, či používateľ vidí, že sa niečo deje. - **Zobraziť kostru obrazovky hneď** a dopĺňať dáta, keď dorazia. - **Reagovať na kliknutie okamžite**, aj keď sa výsledok potvrdí až po odpovedi servera. - **Nezablokovať celú stránku** kvôli jednej pomalej časti. Toto nie je kozmetika. Používateľ, ktorý vidí odozvu do stovky milisekúnd, hodnotí aplikáciu ako svižnú, aj keď dáta dorazia až po sekunde. ## Čo neriešiť ako prvé Pre poriadok aj druhá strana. **Prepísanie na iný framework** rýchlosť samo osebe nezlepší. **Silnejší server** pomôže len vtedy, ak je problém naozaj vo výkone stroja, čo býva zriedka. A **cache** pridaná pred vyriešením príčiny problém skryje dovtedy, kým sa nezobrazia neaktuálne dáta. ## Ako to udržať Výkon sa zhoršuje postupne a nenápadne — pribudne stĺpec, pribudne väzba, narastú dáta. Preto sa oplatí mať meranie zapnuté trvale a upozornenie, keď sa odozva zhorší oproti minulému týždňu. Zapadá to do rovnakej disciplíny, akú popisujeme pri [CI/CD a bezpečnom nasadzovaní](/blog/ci-cd-a-bezpecne-nasadzovanie-softveru): problém sa má ozvať sám, nie cez sťažnosť. ## Kde začať Vezmite tri obrazovky, ktoré sa otvárajú najčastejšie, zmerajte ich a pozrite sa na počet dotazov. Vo väčšine aplikácií sa práve tam nájde úspora, ktorá je viditeľná okamžite a stojí deň práce. Ak vás aplikácia zdržuje a chcete vedieť, kde presne, [ozvite sa](/kontakt). Robíme to v rámci [vývoja na mieru](/riesenia/vyvoj) — príklady sú v [referenciách](/referencie). --- Webová verzia: https://interfase.sk/sk/novinky/rychlost-firemnej-aplikacie-kde-sa-realne-straca-cas llms.txt: https://interfase.sk/llms.txt