Diskuze: Ukládání dat do databáze
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 7 zpráv z 7.
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, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.
nechápu otázku.. každopádně:
SQL - M:N vazební tabulka, případně stringy oddělené nějakým delimiterem, pokud jsou ty tagy immutable a nevadí ti denormalizovaný tvar, tak nemusíš mít vůbec napojení článku na záznam v tabulce tagů, jelikož je jasná identita tagu = je to prostě string, co je immmutable = jiný string -> jiný tag...
NoSQL . pole stringů, opět... tag je immutable, takže nemusíšě mít vůbec refku..
= nějaká kolekce / tabulka tagů ti slouží pouze pro vkládání (hledání existujících tagů).
Úplně to nechápu. Databáze bude určitě SQL.
Když bude M:N vazební tabulka, tak budu mít například tabulky ArticleTags, kde když bude mít článek například 2 tagy, tak bude mít 2 zápisy v databázi?
Ještě jsem nad tím přemýšlel a bude tagy budou buď formou checkboxů, případně <select> s možností výběru více než jednoho prvku.
Je blbost to ukládat jako pole, nebo je lepší to uložit jako string s oddělovači jak píšeš? Ukládat tyto data ještě do solo databáze mi přijde trošku zbytečné, to spíše ale říkám z mé nezkušenosti, nevím co je lepší.
Jestliže máš (pokud jsem to správně pochopil) tagy v extra tabulce, ze které si můžeš vybrat, spáchej si ještě jednu tabulku (vazební) kde bude ID článku a ID tagu. Pak si k jednomu článku můžeš dát tagů, kolik chceš...
pointa te samostatne tabulky, neni pro cteni tagu,ale po napovedu uzivateli...
chceš pokud možno zamezit tomu,, aby si měl tagy:
"auto, auto, Auta, auticka, Automobil" a budeš chtít podle tagů hledat... ale nechces to delat strong pravidlo.. takže sice budeš mít ty tagy uloženy přímo v DB u Articlu, aby si kvuli takové hlouposti nemusel dělat vazební tabulku, jak tady někdo navrhuje (neboli, proč jednoduše do proměnné uložit hodnotu, když můžeme na její hodnotu udělat 2 joiny do databáze ^_^ ) ...
...
Ale ty ulozene tagy budes mit pro autocomplete - pro napovídání..
Tj. V db muzes mit klidne
ArticleId Name Tags
GUID Pepa auta@holky@sex@phpsuxx
Pokud ti nevadí denormalizovaný tvar.
A na zobrazení článku a jeho tagu nepotřuješ žádný join (ani 2 joiny přes M:N tabulku).
Zároveň ale přeci jen budeš mít tabulku
TagId value
guid auta
guid holky
guid sex
guid phpshit
z toho duvodu, aby si mohl v tom Autocompletu co budeš mít na frontendu v
editaci tagů uživateli napovídat a on tam nevkládat duplicitní hodnoty. Už
se chápeme? 
Celé co si z toho máš odnést je to.. že tag je POUZE string.. a string má definovanou identitu sám sebou a je immutable.. Jakmile změníš "maminka" na "tatínek" tak už to není to samé... Z toho důvodu si můžeš dovolit tu hodnotu uložit takto napřímo jako řetězec do Articlu.. protože jsi schopný jendoduše spárovat na zákaldě toho, že je to "maminka" a ne "tatínek" a nepotřebuješ žádné IDčko, ani další hlouposti.
Zobrazeno 7 zpráv z 7.