[buzonek]

Cześć Mirko,
Robię bazę danych apteki na projekt, pierwszy raz mam z tym styczność i potrzebuje waszej pomocy.
Projekt nie musi być rozbudowany, taka ilość encji i relacji wystarczy. Tylko mam pytanie czy to ma jakiś sens, ewentualnie co mogę zmienić.

Wiem, że


Ale dopiero się uczę ( ͡° ʖ̯ ͡°)

#bazydanych #programowanie #sqlserver #sql

[Felonious_Gru]

@buzonek: jak sie takie diagramy tworzy?

[biwalencik]

@buzonek: Po co tabela z lista lekow?

[p.....u]

@Felonious_Gru: uml

[seeksoul]

@buzonek: Czemu ma nie mieć sensu?
Wszystko co zrobisz samemu ma jakiś sens


Jak dla mnie okej, skoro to projekt na zaliczenie :)
To tylko struktura, pobaw się tym, dodaj jakieś triggery, jakieś małe funkcje np. sumujące wartość recepty

[Felonious_Gru]

@prezydent_wykopu: zerknę, dzięki

[T.....v]

@buzonek: która tabela jest główna?

[buzonek]

@biwalencik

Jeżeli na recepcie (albo normalny zakup) mam więcej leków niż 1 to grupuje je w listę i trzymam id tej listy. Złe podejście?

[Xonar]

@buzonek: Z tego diagramu wynika, że na recepta może mieć tylko 1 lek

[buzonek]

@TrueSlav

Właśnie z tym mam problem, nie wiem co powinno być taką tabelą główną. Ani mi lista leków do tego nie pasuje, ani też lista transakcji.

[buzonek]

@Xonar

Żeby było poprawnie i zakładając że maksymalnie mogę mieć 5 leków na recepcie, w listaleków muszę wstawić 5 idlek ?

[T.....v]

@buzonek: na mój gust to recepta mogłaby nią być

[biwalencik]

@buzonek: Nie spoko, nie zauwazylem pola id lista w recepcie. Tylko teraz zrob tak, zeby lista mogla miec wiele lekow.

Idlek jako foreignkey, ale musi byc tez dodatowe pole lek, ktore pomiesci kazdy przepisany lek.

[Xonar]

@buzonek: Jeśli chcesz mieć kilka leków na jednej recepcie, powinieneś stworzyć encję asocjacyjną, na której klucz będzie się składał z klucza recepty oraz leku. Teraz wykorzystujesz klucz sztuczny.

[cevilo]

@buzonek: Jak na pierwsze podejście do baz to całkiem nieźle.
Uważam, że nie jest potrzebny podział na recepta i bez recepty, to powinna być jedna tabela i flagą oznaczającą ten fakt. Podobnie z pacjent i lekarz, to przecież osoby, z takimi samymi atrybutami, imię, nazwisko, tel, można dodać tabelę rola, gdzie trzymalibyśmy, lekarz, pacjent, aptekarz itd...

[buzonek]

Dzięki za pomoc! :)

[cevilo]

@buzonek: Pesel nie powinien być mimo wszystko kluczem w bazie danych. Zdarzają się pomyłki przy podawaniu.

[T.....S]

@buzonek: Mógłbyś się chociaż trochę wysilić i opisać co ma być przechowywane w tych tabelach oraz niektórych kolumnach bo w ogóle nie się nazwy tabel z zawartością nie zgadzają.
Jedyne to mogę doradzić to:
1. Nazwy tabel powinny być w liczbie mnogiej.
2. Obcokrajowiec nie kupi nic w tej aptece bo nie posiada peselu
3. Jeśli lista leków ma być listą leków na jednej recepcie to dodaj do niej id

[T.....S]

@buzonek:
4. Obecnie nie można określić czy dany lek dostępny jest na receptę czy nie.

[buzonek]

@cevilo: Zamiast peselu mogę dać idpacjenta, ale wystarczy, że pesel jednoznacznie określa osobę. Na recepcie zawsze się znajduje pesel, więc dodając do tego jeszcze inne id de facto dwa razy identyfikuję tę samą osobę. To nie zostanie nigdzie wdrożone, więc można śmiało założyć, że nie będzie błędów przy wpisywaniu.

Odnośnie wcześniejszego postu: tabela recepta ma więcej pól (idLekarza wystawiającego,pesel) niż bezrecepty (to tak jakby kupić sobie aspirynkę -

[T.....S]

A co do tego, że mogę utworzyć tabelę osoba i tabelę rola, to jak mam je przechowywać w recepcie, gdzie są mi potrzebne 3 id osób(lekarz,pacjent,sprzedawca)?

@buzonek: Normalnie. To jest nadal złączenie jeden do wielu - jedna recepta do wielu osób. Idrecepty powinno być przy osobie, a nie idosoby przy recepcie.