Diskuze: Atribut tabulky odkazující na dvě různé entity
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.
do toho sloupce, kterého se ten daný záznam netýká (u služby je to sloupec výrobek a opačně) můžeš přeci při ukládání záznamu dávat nulu, nebo ne?
tak to zatím mám navržené, ale ptám se zda to jde udělat jinak 
Ještě by to šlo dělat ve stejném sloupci (ty IDčka služeb a výrobků) a v jiném sloupci nějaký atribut, který by odlišoval, zda se jedná o službu či výrobek.
to mi nepříjde tak rozumné, ale myšlenka to je zajímavá, nechám to přes ty dva sloupce s tím že jeden bude null
Když tak nad tím přemýšlím, zdá se mi ta druhá varianta lepší, protože se pak dá použít stejný dotaz i na službu i na výrobek jen s použitím parametru, protože to IDčko bude v tom samém sloupci. Když použiješ dva sloupce (IDvyrobek a IDsluzba) musíš použít pro získání jednoho nebo druhého dva dotazy...
S největší pravděpodobností porušuješ 3. nebo 4. normální formu a
máš funkční závislosti mezi neprimárními atributy, takže to není
správný design.
To, co radí Michal, je ke všemu jasné porušení 3NF, protože atribut
identifikuje typ neprimárního klíče.
A teď, proč je ten design špatně, a jak to můžeš vidět lépe?
Představ si, že místo dvou typů závady (hw, sw) máš typů deset (hw, sw,
apple, samsung, ms, abc, def, ...).
Pak budeš mít tabulku s deseti exkluzivními sloupci, kdy jen jeden z nich
může být non-null.
Tady už je jasně vidět, kde je problém.
Řešení?
Místo reference v tabulce závada budeš mít další dvě tabulky: ZV(závada,
výrobek) a ZS(závada, služba).
Dotazy na všechny závady pak můžeš řešit připraveným pohledem přes
sjednocení na sigma-algebře (UNION ALL).
Trochu pragmatičtější přístup potom je nechat to tak, jak to máš.
Je to sice špatně, ale stejně budeš mít jen malou databázi a ORM knihovna
tě dokáže vytáhnout z těch sraček, do kterých se dostaneš.
Databáze většinou ustojí hodně a knihovny to schovají.
Jestli čekáš, že databáze bude větší (miliony až desítky milionů
záznamů), tak se radši poraď s někým zkušenějším.
To zní rozumně jako ty dvě tabulky, akorát když ta závada má asi 10
atributů.. Aplikaci píšu v Nette. Další tabulky typu závad určitě
nepřijde. Záznamů v hw je kolem 10 000, služby do stovky.
A teď mě ještě napadá, v aplikaci pak chci mít vyhledávací okno, které
bude vyhledávat a napovídat všechny názvy z tabulky sw (služba) a hw
(výrobek), takže i tady se bude ten pohled hodit.
Ahoj, řeším podobný problém. Akorát místo 2 sloupečků mám 3 a vždy
maximálně jeden může byt nenulový. Moc se mi nelíbí ani řešení, že
nechám sloupečky jako cizí klíče s možností null a ani mít více
stejných tabulek lišících se pouze v jednom sloupci (V mém případě 4
tabulky - jednu bez reference a pak ty 3). Kdybys přišel na nějaké
elegantní řešení tak ho sem postni
.
To coells: Hele to v praxi vážně máš třeba 10 různých tabulek s x stejnými sloupci a jedním který se liší ??
Zobrazeno 10 zpráv z 10.
