Návrh DB pro seznam otevírací doby

Napsal petr.hirsal;1593697

Ahoj,

pokud hledáš "genitální" řešení, co ke každému záznamu místo identifikátoru měsíce přidat dva sloupce platnosti "datum od" a "datum do"? Což by vyřešilo například sezónní otevírací dobu, uzavření z důvodu dovolené...

Napsal TomášX;1593698

A potřebuješ to mít normalizované v tabulce? Nestačí textová informace?

Jinak bych tam ještě doplnil sloupec s platností od/do, pokud budeš potřebovat uvést dočasně nějakou změnu otvírací doby.

Napsal Petr Hejda;1593701

Já osobně preferuju recurrence rules. Hezky vysvětlené použití je třeba u téhle knihovny - https://github.com/simshaun/recurr, nebo tady je generátor - https://jakubroztocil.github.io/rrule/

Pravidlo pro "leden až březen, každý pracovní den v 8 ráno" (začátek otevírací doby) se tak dá zapsat do stringu:

RRULE:FREQ=DAILY;INTERVAL=1;WKST=MO;BYDAY=MO,TU,WE,TH,FR;BYMONTH=1,2,3;BYHOUR=8;BYMINUTE=0;BYSECOND=0

Stejně tak pravidlo pro "leden až březen, každý pracovní den ve 4 odpoledne" (konec otevírací doby) bude:

RRULE:FREQ=DAILY;INTERVAL=1;WKST=MO;BYDAY=MO,TU,WE,TH,FR;BYMONTH=1,2,3;BYHOUR=16;BYMINUTE=0;BYSECOND=0

Do DB si pak uložíš jen tyhle stringy a na výstupu je tranformuješ do nějakého human-readable formátu:

leden-březen: otevírá v 8, zavírá v 16duben-červen: otevírá v 8, zavírá v 18

A mimochodem, nepoužívej názvy sloupců v češtině :-)

Napsal TomášX;1593722

jde to vyřešit pěkně relačně, ale pak se to špatně prohledává. Varianta od Petra je zajímavá, ale při vyhledávání musíš naparsovat vše, neumí indexy, celkově to je dobré, když máš pár pravidel v konfiguraci a nikoliv, když máš databázi prodejen.

Jeden operátor to dělá jinak, spousty prodejen a vyjímek: V databázi je číselníková tabulka všech čtvrt hodin dopředu na několik let. K tomu je vázací tabulka, která přes cizí klíče z toho dělá běžné šablony jako po-pá 9-18. Samotná prodejna pak má cizí klíč na šablonu a volitelně samostatné čtvrt hodiny z číselníku a to ve významu navíc nebo méně (lze pak zapsat i obědy). Tohle se dá prohledávat přes range v sql, zvládá to i miliony provozoven na malé databázi.

Píšu na mobilu, snad to je pochopitelné, mohu případně zapsat jako E-R diagram.

Použil jsem stejné řešení i na jeden velký rezervační systém, kdy byla podmínka latence v ms. U velkých systémů lze využít lucene (např. elastic nebo pg), které umí časové intervaly indexovat.