schemat bazy danych stacji paliw Opcje

[gagatek]

witam, mam taki projekcik - stworzyć aplikacje zarządzania stacją paliw. Ma to wyglądać mniej więcej tak, że jestem właścicielem stacji i moge sobie sprawdzić przychodzy itp.
Aplikacja ma wyglądać tak że klienci tankują i płacą za paliwo czyli pracownik po prostu będzie podawał rodzaj i ilość paliwa jaką klient zatankował zostanie obliczona kwota do zaplaty i zapisana do bazy. W bazie będą ceny benzyny od róznych dostawców od których stacja będzie kupować benzynę. Jako właściciel stacji będę też musiał opłacać pracowników. Ogólnie chodzi o to, jak mi Pani prof powiedziała, żebym mógł robić róznego rodzaju zestawienia, jak obrót miesięczny, obrót miesięczny z opłatami pracowników, kwoty na jakie dany pracownik sprzedał benzynę itp. Zacząłem tworzyć schemat bazy ale niestety jestem cienki z tego... Skonstruowałem coś takiego i chciałem Was prosić o wasze zdanie, jakieś sugestie, porady.
schemat bazy



Ten post edytował gagatek 16.12.2011, 15:47:22

[gagatek]

Ale to nadal nie jest schemat bazy danych tylko diagram klas. Używasz złej notacji.

Gdzie są klucze obce? W którą stronę łączą się relacje 1:1 lub 1:* ?
Czym połączone są tabele Klient i Firma?

Klient ma tylko dwa pola - firma i prywatny.
Dwa pola wykluczają się.
Po co ta tabela? Jaki miałeś cel ją projektując? Jeśli zbiór wszystkich klientów w jednej tabeli, to jest to złe podejście:

raczej coś w guście:

Klienci:
id PRIMARY KEY
type ENUM('prywatny', 'firma', 'inny')

Jeśli ID chcesz mieć per firma i prywatny, to tabela Klienci moim zdaniem zbędna. Nic Ci nie daje.

Brakuje typów pól w Twojej bazie (ze względu na złą notację).

Zmień notację na poprawną (ERD) - będzie można pomysleć dalej.

rozmawiałem z kolegą i powiedział że na zajęcia będzie potrzebny jednak diagram klas, nie schemat bazy, czy w takim razie ten diagram jest już w miarę ok?
diagram klas
ale też będę potrzebować diagramu przypadków użycia, zmajstrowałem takie coś, ale nie wiem czy to dobrze jest diagram przypadków użycia