Diskuze: Návrh databázy MSSQL - ako zvoliť?
V předchozím kvízu, Online test znalostí SQL a databází, 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, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Hlavní zásada návrhu DB je ta, že by se záznamy v jedné tabulce měly týkat stejné oblasti. Tím myslím, že by se neměly míchat záznamy do jedné tabulky(údaje z faktury, údaje o produktech, údaje o zákazníkovi, atd. by měly mít každý svoji tabulku).
je to jedna oblasť. Rezervácia ubytovania, kde je v budove cca 300 izieb, a
na každú postel v budove (sú jedno aj dvojpostelové izby) je rezerácia na
celý rok, kde chcem ukladať meno, priezvisko, bydlisko, id a čas nastupu a
odchodu na každú izbu (posteľ(lôžko)).
alebo výhodnejšie do databazy s lôžkami dať len "id" ubytovaného a v
ďalšej databáze mať k danému "id" dalšie udaje o ubytovanom (meno,
bydlisko, číslo pasu, atď... )
Určitě je potřeba rozsekat to do samostatných tabulek (zákazníci,
pokoje, rezervace atd.) a propojit to přes primární/cizí klíče. Určitě
bych nedělal sloupeček pro každý pokoj (možná jsem to jen špatně
pochopil), ale udělal bych si tabulku se seznamem pokojů a do rezervace pak
ukládal jen jeho ID. To ti umožní přidávat/odebírat pokoje a hlavně
nějak rozumě s těmi daty pracovat.
Jak už tu bylo řečeno, v každé tabulce by měla být data která spolu
souvisejí. Zkus to rozsekat na jednotlivé oblasti a ty dát k sobě. Pak už
ti z toho struktura databáze tak nějak vyplyne. Počtu řádků se neboj, SQL
Server zvládne mnohem mnohem víc než popisuješ, ale 300 sloupců v jedné
tabulce mi příjde moc na rezervační systém, bude se s tím blbě
pracovat.
Ono mne sa bude v c# lepšie pracovať s riadkami databázy ako a poliami,
ide mi však aj o zahltenie siete - bude niekolko počítačov v sieti a čo
menej zaťaží sieť?
ak načítam jeden riadok databázy s 300 poľami, alebo 300 riadkov s jedným
poľom?
chcem graficky znázorniť ubytovací systém prehladne na jednom formulári
všetkých 300 izieb, kde budu farebne označené volné zelenou a obsadené
červenou , a na to potrebujem načítať dáta o celej ubytovacej kapacite.
Čo myslíš, čo menej zaťaží a zahltí sieť? Nie je tam optika, ani 1G,
iba 100M eternet (sú väčšie vzdialenosti medzi počítačmi - 50-90m)
Nejde o zahlcení sítě, ale o délku zpracování dotazu. Když se server bude muset probírat jednou tabulkou o 300 sloupcích, myslím si, že kdyby měl ruce, tak tě něčím bací.
Zobrazeno 7 zpráv z 7.