Godziny projektowania operacji Tabela SQL

Question

Projektuję tabelę SQL, aby przechowywać godziny pracy dla sklepów.

Niektóre sklepy mają bardzo proste godzin: od poniedziałku do niedzieli w godzinach od 9:30 do 10:00 PM

Inni są trochę bardziej skomplikowane. Rozważmy następujący scenariusz:

Monday: Open All Day 
Tuesday: 7:30AM – 2:30PM & 4:15PM – 11:00 PM 
Wednesday: 7:00PM – 12:30 AM (technically closing on Thursday morning) 
Thursday: 9:00AM – 6:00PM 
Friday: closed. 

Jak zaprojektowałbyś stół (y)?

EDIT

będą wykorzystywane do wskazywania, czy jest on otwarty w wybranym przez użytkownika momencie godzinę.

Inna tabela może prawdopodobnie obsługiwać wszelkie wyjątki, takie jak święta.

Godziny pracy sklepu nie ulegną zmianie z tygodnia na tydzień.

Answer 1

Stół jak to będzie łatwe zarówno do wyjścia pan pisał, jak tylko wypalanie trochę do tyłu (otwarte tak/nie):

Store | Day | Open | Closed 
--------------------------- 
1  | 1 | 0000 | 2400 
1  | 2 | 0730 | 1430 
1  | 2 | 1615 | 2300 
... 

udogodnienia:

1. Korzystanie 24-godzinny nie jest konieczne, ale sprawia, że ​​matematyka łatwiejsze.
2. Identyfikator sklepu prawdopodobnie dołączy się do tabeli odnośników, w której przechowywane są informacje o sklepie
3. ID dnia będzie tłumaczone na dzień tygodnia (1 = niedziela, 2 = poniedziałek itd.)

Aby zapytać o swoim zbiorze, po prostu: SELECT Day, Open, Close... (którą chcesz sformatować Open/Close oczywiście)

Aby zapytać ISOpen ?, tylko:

SELECT CASE WHEN @desiredtime BETWEEN Open AND Closed THEN 1 ELSE 0 END 
FROM table 
WHERE store = @Store 

Answer 2

Czy musisz zrobić coś więcej niż tylko przechowywać i wyświetlać?

Myślę, że projekt, który musi powiedzieć, czy sklep jest otwarty w określonym czasie, musiałby zostać poinformowany o wszystkich możliwościach, w przeciwnym razie skończy się to niemożnością przyjęcia czegoś.

Co z wyjątkami urlopowymi?

Rozważałbym przechowywanie ich jako interwałów bazujących na czasie podstawowym (minuty od czasu 0 na tydzień).

Tak 0 oznacza północ w poniedziałek.

Interval 1 byłoby 0 - 1440

Interval 2 będzie 1890 - 2310

itp

Można łatwo przekonwertować wybrany użytkownik czas na minutę offsetowego i ustalić, czy był sklep otwarty.

Twoim jedynym problemem pozostała byłaby interpretacja wyświetlacz przyjazny dla wyświetlacza (prawdopodobnie niektóre obszerna logika, ale nie niemożliwe) i pokrywają się w czasie 10080 -> 0.

Answer 3

myśleć o tym bardziej definiując ramy czasowe, dni/tygodnie są bardziej złożone, ponieważ mają reguły i określają początek i koniec.

Jak zdefiniowałbyś przedział czasowy?

jedno ograniczenie (Początek [czas i dzień]), jedno odniesienie 'czas trwania' (godzina, minuty, .. rozpiętości) *. Teraz przesunięcia (ramy czasowe) mogą rozciągać się na kilka dni i nie trzeba wykonywać złożonej logiki, aby wyodrębnić dane i wykorzystać je w obliczeniach.

**Store_Hours** 

Store | Day | Open | DURATION 
--------------------------- 
1  | 1 | 0000 | 24 
1  | 2 | 0730 | 7 
1  | 2 | 1615 | 6.75 
... 
1  | 3 | 1900 | 5.5