Diskuze: Webová stránka pro vyhledávání v seznamech
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 10 zpráv z 10.
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.


Navodu na presne to co potřebuješ tu je hned několik, mel by jsi se podívat jeste jednou. PHP a SQL tu je na každém kroku.
Where like nebo fulltext search.
Po zadani do googlu najdes spoustu super navodu, tutorialu, blogpostu, oficialni
dokumentaci a spoustu dalsiho.
Tak jsem se pomalu pustil do tvorby a mám dotaz týkající se výběru všech tabulek. Zatím to mám v testovací fázi, tzn. že vyhledávání pracuje mezi 2 tabulkama.
Ale chci se zeptat, jak lze napsat dotaz, aby se ze všech tabulek (jelikož jich mám cca 20) udělat dotaz na konkrétní sloupec, ve kterém se hledá?
Existuje na to nějaká funkce * all apod.?
Všechny tabulky mají všechny sloupce stejně pojmenované, jen se liší obsahem.
Pokud chceš vybírat data z více tabulek, budeš potřebovat JOIN.
Každopádně to že máš 20 stejných tabulek zavání špatným návrhem
databáze, proč to máš udělané takto? Proč nemáš jednu tabulku se všemi
daty?
Že má 20 stejných tabulek, to jen nezavání špatným návrhem, to přímo sálá... Mít ale všechna data jen v jedné tabulce taky není dobře. Tabulek by rozhodně mělo být víc než jen jedna, každá by měla držet určitý typ informací...
Děkuji, zkusím se na tuto funkci podívat.
Důvod proč mám více stejných tabulek, resp. se stejnou strukturou: Dejme tomu, že mám databázi s vydanými knihami a každý rok zapisuju nové knihy do nové tabulky. Kdybych všechno dával jen do jedné tabulky, tak třeba od roku 94 už tam budu mít více jak 10000 řádků. Takto každý rok vytvořím novou tabulku s knihami vydanými za daný rok a pak bych to právě už jen propojil do zaimplementovaného sql dotazu pro hledání.
Nebo je tohle špatná myšlenka? S databázemi se učím, tak si klidně nechám poradit, jak to řeší ostatní ... Nechce se mi věřit, že by někdo dělal tabulku o 10000 položkách, která by neustále rostla ...
Pocty zaznamu jsou v realu mnohokrát vyšší 
Ja bych to hodil do jedne tabulky a pridal bych k tomu sloupecek s tim rokem. Ale jen jsem to strelil, nevim, jak presne to mas organizovany.
SQL se pohodlně zvládne orientovat v tabulkách s milionem záznamů i
více, je to jen o optimalizaci dotazu. Ve firmě jsem dělal aplikaci na
dispečink údržby, každý měsíc tam přibude cca 15.000 záznamů. Pak je
třeba z toho tahat statistiky i přes několik let. Kdybych každý rok dával
data do extra tabulky, tak bych to musel každý rok ošetřovat a ze statistik
bych se asi opupínkoval. Jak psal Jan Vargovský 10.000 záznamů je prd 
Zobrazeno 10 zpráv z 10.