Projekt relacji - godziny dostępności lekarza

Question

Hej,
Ogarniam w pewnym systemie funkcjonalność odpowiedzialną za ustawianie godzin dostępności dla lekarza.

Lekarz może przypisywać godziny do różnych dni i tutaj zastanawia się jak zrobić to w najlepszy sposób, aktualnie myślę o 2 scenariuszach, pierwszy z nich jest bardziej atomowy składa się z następujących tabel:

1. doctor_hours
- doctor_id
-hour
2. doctor_days
- doctor_id
- day
3. doctor_day_hours
- doctor_day_id
- doctor_hour_id

Kolejny jest co prawda prostrzy, ale będzie w nim dochodzić do wielu powtórzeń:

1. doctor_hours
- doctor_id
- hour
- day

Jeżeli ktoś mógłby ocenić te rozwiązania, albo naprowadzić mnie na bardziej optymalne byłbym wdzięczny :)

Comments

ale ty chcesz to ogarnąć na poziomie bazy danych ?

 

w sensie chcesz utworzyć schemat bazy ?

---

Chcę po prostu wybrać jak najoptymistyczniejsze rozwiązanie, bo w aplikacji wszystko jest wyciągane ORM, więc chciałbym tez ograniczyć różnego rodzaju kombinacje.

---

ale będzie w nim dochodzić do wielu powtórzeń

To że imiona "Adrian" i "Arek" zaczynają się na "A", nie znaczy, że to powtórzenie i że trzeba literę "A" wyrzucić do osobnej tabeli ;)

Dla mnie osobna data i godzina ogólnie brzmią dziwnie - nie wiem jaką masz dokładnie specyfikację zadania, ale ja tam bym wrzucił zwykły czas wizyty jako datetime, plus jakieś oznaczenie długości wizyty (od-do albo od+długość)... chyba że z założenia zawsze masz równe okna godzinowe?

---

Chodzi mi bardziej o coś w stylu
14:30 Poniedziałek
Nie chcę przechowywać dat, tylko godzina + odpowiadający jej dzień

 

@edit
A co do powtórzeń, to w przypadku który wymieniłem wyżej, może być taka sytuacja
14:30 Poniedziałek
14:30 Wtorek

14:30 Środa

---

No to 14:30 Poniedziałek jak najbardziej będzie powtórzeniem bo chodzi o Poniedziałek 8 listopada 2021? a może Poniedziałek 1 listopada 2021?  Czy może poniedziałek 3 stycznia 2022. Pamiętaj, że lekarze to zawód który ze sporym wyprzedzeniem ma umawiane wizyty, do niektórych lekarzy kolejki są kilkumiesięczne więc po za dniem tygodnia przydałoby się podać i informacje o miesiącu i roku ;) Dlatego jeśli dodałbyś te dwie informacje zlikwidowałbyś problem powtórzeń.

---

Taki system bardziej by pasował do przychodnii gdzie ludzie umawiają się bardziej z dnia na dzień i nie ma kolejek. Ale musiałbyś któregoś dnia musiałbyś mieć jakiś trigger czyszczący stare wizyty bo lekarz ręcznie nie będzie miał czasu tego robić. Tylko też pojawi się problem. W niedziele ustawiłeś czyszczenie a ktoś na jutro(poniedziałek) umówi wizyte. Skąd będziesz wiedział czy to była wizyta z tego tygodnia czy odbywająca się dopiero jutro.

---

No i pamiętaj, że atomowość to nie znaczy tylko i wyłącznie, że dzielisz dane na najmniejsze możliwe wartości date na rok/miesiąc/dzień/godzine/minute/sekunde. zmienna DateTime sama w sobie już będzie atomowa dla takiej tabeli. Równie dobrze mógłbyś zapisywać zdanie i każde słowo w zdaniu zapisywać jako osobny rekord no bo myślałbyś, że to atomowość danych.
W podanym kontekscie wizyty lekarza '2021-11-15 14:30:00' byłoby już atomowym rekordem.

---

Właśnie w tej tabeli chodzi konkretnie o to aby dzień w sensie dzień tygodnia, nie żadna data itd. miała przypisane swoje godziny.

---

A czyli ty masz taką strukturę narzuconą ? Myślałem, że od zera projektujesz według własnego uznania :P

---

Niestety, siła wyższa :D

---

To osobiście dalej bym był za 2 opcją z twoich przykładów :P

---

Ok, dzięki ;)

Answer 1

Osobiście wybrałbym ten drugi sposób ale dodałbym do niego jakaś date aby nie były to puste godziny bo po jednym dniu pracy okaże się, że do końca etatu lekarz nie ma terminów. A jeśli bardzo chcesz ograniczać ilość pól to w SQL zawsze jest typ DateTime który zapisuje zarówno date jak i godzine. Większość przychodni czy lekarzy pracuje w określonych godzinach i wizyty dla różnych pacjentów odbywają się np co 15 minut więc z zapełnieniem bazy wolnymi godzinami nie powinno być problemu.