Diskuze: Rychlost dotazu
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 8 zpráv z 8.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Myslím, že to je hodně individuální, ale myslím, že když dotaz trvá do 5ti vteřin (u hooodně záznamů) dá se to snést. I když napadá mě otázka, k čemu je dobré vytahovat milion záznamů k zobrazení... Už při tisíci záznamech se v tom nedá orientovat, natož něco hledat... Takže bych možná tu hranici i snížil třeba pod 3 vteřiny... Ale jak říkám, každý to bude vidět svýma očima...
Záleží na použití. Tebou napsaných 5 sekund je asi OK pro web (i když se mi to zdá moc), ale například pro generování nějakých reportů, grafů atd. není neobvyklé když ten skript trvá třeba minutu, dvě. Setkávám se i se scripty, které běží na výkonném stroji i klidně 10 min.
Ano, máš pravdu, ale takové skripty je lepší pouštět v noci, aby byly pak reporty zobrazeny během pár sekund. Nějak si neumím představit, že by uživatel byl spokojen s desetiminutovým čekáním na nějakou akci...
Samozřejmě se většina reportů které nabíhají 5 a více minut cahuje (je to správně napsaný?) v noci, ale bohužel jsou některé reporty, které jsou parametrizovatelné a i tak běží dlouho a bez parametrizace by jejich běh mohl trvat i více jak hodinu, což je reálně nemožné cachovat.
Tak já nenapsal, že by se vytahoval milion záznamů, ale třeba 100 z
databáze, ve které je uloženo milion záznamů. 
Jinak mluvím o běžných dotazech typu výpis článků atd..., které jsou
pokaždé, když uživatel přijde na stránku 
3 sekundy se mi proto právě zdá moc, když se vezme v potaz, že je
prokázáno, že nejlepší stránka by se měla načíst do sekundy, jelikož
už při 100 milisekundách uživatel ztrácí důvěru ve web...
V podstatě máš pravdu, ale stejně je to dost relativní, protože to
může být ovlivněno třeba rychlostí připojení, momentálním zatížením
PC, atd.
A v reálu, kolik stránek se ti načte do jedné sekundy? Moc jsem jich
neviděl, z těch větších snad žádná...
Tohle vychází z konceptu použití databázového systému.Buď používáš db jako oltp,kde požaduješ vysokou rychlost odezvy,kde je odpověď od několika milisekund,max desítky sekund, a nebo warehouse,kdy dotazy jedou třeba hodiny.
Zobrazeno 8 zpráv z 8.