Diskuze: Rezervační systém
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 3 zpráv z 3.
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.
Ahoj.
No, mně se to zdá takový divně zamotaný. Chápu, že "rozkaz zněl jasně,
méně než 6 tabulek za žádnou cenu", ale z tvého řešení některé věci
nevyčtu (třeba čas, kdy je pracovník k dispozici - vlastně úřední
hodiny, ale možná jen špatně koukám - jsou 3 hodiny ráno). DateLists a
TimeLists jsou podle mě naprosto zbytečné, protože od uložení takových
údajů jsou přeci sloupečky s vhodným datovým tipem (jeden 1 sloupeček
datetime).
Asi bych to řešil takto (tabulky):
1.) zaměstnanec - není o čem
2.) klient - taktéž
a dále už se to dá různě úpravovat:
3.) obor_služeb (třeba občanky, soc./zdrav., práce...)
4.) zaměstnanec_pracovní_doba (neřešme pauzy na oběd, máme víceméně
fixní počet sloupečků, tak to asi není nutné řešit extra složitě,
klidně by to mohlo být i v tabulce zaměstnanec)
/ tady stojí za úvahu, že by to měla být asi pracovní doba oboru služeb,
ne zaměstnance.
5.) zaměstnanec-obor_služeb
6.) rezervace:
ukládám obor, datum + čas od klienta -> (je volná kapacita? ano-uložím
klientovu volbu : ne-nabídnu nejbližší volný čas - můžu pracovat např.
s 15minutovými bloky), dále ukládám klienta a pracovníka (pokud není nikdo
volný, nabízím jiný čas, pokud někdo volný je, zapíšu klidně dle
náhodného výběru a už volný není
).
Aktuálně mě nenapadá žádný dotaz, který by nešel rozumně položit.
Samozřejmě se to dá ještě zkomplikovat a tabulky početně namnožit.
Někoho dalšího určitě napadne i jiné řešení. Já se to snažím brát z
pohledu občana, co jde na úřad.
1.) vím, co chci - vyberu si obor služeb
2.) vím, kdy tam chci jít
3.) může/nemusí být volno - dostanu ev. nabídku termínu
4.) dokončím registraci - mohu dostat třeba nějaký kód, kterým se
prokáži nebo zadám při tisku pořadového lístku.
To, kdy je pracovník na pracovišti mám v tabulce TimeLists. Kde mám jen
hodnoty 8:00, 8:15, 8:30 .... 13:45. A Na pracovišti je každý pracovní den,
ty datumy jsou vygenerované v tabulce DateLists. Je to asi blbost ukládat do
jedné tabulky jen datum a čas. Ale šel jsem tou, pro mě, nejednoduší
cestou
Díky za pomoc, tak to
zkusím překopat 
Zobrazeno 3 zpráv z 3.
