[ERD] rzuccie okiem
Rafal - 20-03-2007 00:02
[ERD] rzuccie okiem
Czy byłby ktos tak miły i rzucił okiem na poniższy link:
(ERD) http://rafik_777.republika.pl/stadnina.png
(Script) http://rafik_777.republika.pl/stadnina.sql
i napisał swoje uwagi nt tego schematu?
Co jest dobrze, co zle, jakies praktyczne wskazowki.
Byłbym bardzo wdzięczny.
Ps. System obsługi stadniny koni.
--
Pozdrawiam
Rafal
=?ISO-8859-2?Q?S=B3awomir_Szysz=B3o?= - 21-03-2007 00:04
Dnia Tue, 20 Mar 2007 00:11:57 +0100, Rafal <rl@NOSPAM.adrem.pl> wklepał(-a):
>Czy byłby ktos tak miły i rzucił okiem na poniższy link:
>(ERD) http://rafik_777.republika.pl/stadnina.png
>(Script) http://rafik_777.republika.pl/stadnina.sql
>
>i napisał swoje uwagi nt tego schematu?
>Co jest dobrze, co zle, jakies praktyczne wskazowki.
Klienci - informacja o zgodzie na przetwarzanie danych osobowych. :)
Brak adresu klienta (?).
Rezerwacje - może coś o rezerwacjach cyklicznych (np. każda środa o 18:00), no
chyba że aplikacja ma to obsługiwać wstawiając wiele pojedynczych rezerwacji.
Ceny - może jakieś zniżki dla stałych klientów? Ponadto obecnie cennik jest
statyczny, nie ma możliwości zmiany cen bez wprowadzania nowych rodzajów jazd.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
Rafal - 22-03-2007 00:06
Serdecznie Ci dziękuję za pomocne wskazówki, tym bardziej że wcześniej nikt
nie był skory do podzielenia się ze mną swoim doświadczeniem. :)
> Klienci - informacja o zgodzie na przetwarzanie danych osobowych. :)
Ok. Sobie zapamiętam. :)
> Brak adresu klienta (?).
No faktycznie. Dodam.
Lepiej w tej samej tabelce, czy stworzyć nową: ADRESY (województwo, miasto,
ulica, kod, nr_domu, numer_mieszkania)
i połączyć ją z KLIENCI oraz PRACOWNICY?
Jeśli to drugie to jaką relacją (1:1) ?
> Rezerwacje - może coś o rezerwacjach cyklicznych (np. każda środa o 18:00), no
> chyba że aplikacja ma to obsługiwać wstawiając wiele pojedynczych rezerwacji.
>
to sobie zostawię na następną wersję.
Narazie i tak czytam dzien i noc książki do javy, żeby ta aplikacja w ogóle
jakoś działała.
> Ceny - może jakieś zniżki dla stałych klientów? Ponadto obecnie cennik jest
> statyczny, nie ma możliwości zmiany cen bez wprowadzania nowych rodzajów jazd.
Mógłbyś rozwinąć tą statyczność cennika?
Chodzi o jakies wersjonowanie czy cos takiego?
Jest cena jednostkowa która zależy od radzaju jazdy i jakiego typu jest kon
na którym ma się odbyć jazda. (tu bedzie taki iloczyn kartezjański -
wszystko ze wszystkim), a jeśli jakiejś konfiguracji nie będzie, to będzie
to oznaczało, że dany koń "nie obsługuje" tego rodzaju jazdy. :)
Po przyjęciu rezerwacji w tabelce "wpisy na kontach" bedzie dodany rekord,
ze klient jest nam winny: aktualna cena_jednostkowa*czas_jazdy.
To jest dobre podejście (ta tabelka)? Czy połączyć ją jeszcze z
rezerwacjami?
Ps. Dobrze jest odwzorowane dziedziczenie (Uzytkownicy <- Klienci,
Uzytkownicy <- Pracownicy)?
Tzn. relacja 1:1 i taki układ kluczy Primary i Foreign?
Pytam bo nigdy nie robiłem relacji 1:1.
--
Pozdrawiam
Rafal
=?ISO-8859-2?Q?S=B3awomir_Szysz=B3o?= - 22-03-2007 00:06
Dnia Wed, 21 Mar 2007 19:43:13 +0100, Rafal <rl@NOSPAM.adrem.pl> wklepał(-a):
>No faktycznie. Dodam.
>Lepiej w tej samej tabelce, czy stworzyć nową: ADRESY (województwo, miasto,
>ulica, kod, nr_domu, numer_mieszkania)
>i połączyć ją z KLIENCI oraz PRACOWNICY?
>Jeśli to drugie to jaką relacją (1:1) ?
Wszystko zależy od założeń. Jeśli klient w danym momencie może mieć 1 adres, to
może być w tabeli razem z osobą. Jeśli zakładasz możliwość posiadania wielu
adresów to raczej osobna (wtedy warto jakoś zaznaczać, który adres jest główny
albo korespondencyjny).
>Mógłbyś rozwinąć tą statyczność cennika?
>Chodzi o jakies wersjonowanie czy cos takiego?
>Jest cena jednostkowa która zależy od radzaju jazdy i jakiego typu jest kon
>na którym ma się odbyć jazda. (tu bedzie taki iloczyn kartezjański -
>wszystko ze wszystkim), a jeśli jakiejś konfiguracji nie będzie, to będzie
>to oznaczało, że dany koń "nie obsługuje" tego rodzaju jazdy. :)
Konkurencja nie śpi i okazuje się, że musisz zmienić ceny. W obecnej formie
oznacza to, że musisz jeszcze raz wprowadzić wszystkie rodzaje jazd, żeby
zachować historię cen. Nie jest to szczęśliwe rozwiązanie. Rozważ dodanie
zakresów obowiązywania cen albo oznaczania ceny jako historycznej.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
Szukan narzędzia open source do generowania diagramów ERD i DFD
Prosty edytor diagramow ERD z zapisem xml
=?iso-8859-2?q?Pytanie_o_zwi=B1zki_-_ERD?=
diagram erd zaprojektowac system rejestrowania
TOAD, ORACLE i plik ERD
[ERD] Kilka pytan
ERD - szukam archiwum
ERD - aplikacja
[oracle] Obsługa PLS-00306: niepoprawna...
Lista =?ISO-8859-2?Q?uporz=B1dkowana?= w relacji
zanotowane.pldoc.pisz.plpdf.pisz.plshanti.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca.
Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
Hoc fac - tak czyń.
A tergo - od tyłu; z tyłu.
I czarne włosy posiwieją. Safona |
|
