[mysql] projektowanie bazy - pomoc

0

Witam,słuchajcie tworzę bazę danych dla obliczania statystyk bukmacherskich i mam do was takie pytanie.
czy dobrze rozplanowałem te 2 tabele?

dodaj_kupon
-id_kuponu
-data_kuponu
-stawka
-bukmacher
-zdarzenia
-kurs
-przewidywana_wygrana
-rozliczenie

zdarzenia
-id_zdarzenia
-zdarzenie
-typ
-wynik
-zal/nzal
-kurs

te tabele były by ze sobą połączone zeby do tabeli dodaj_kupon można było mieć więcej niż jedno zdarzenie. Czy dobrze, że zrobiłem z tego 2 tabele czy jednak pokombinować i zaplanować to zupełnie inaczej??
czekam na wasze sugestie pozdrawiam

0

Tia powinieneś mieć więcej tabel m.in. tabela kupon_zdarzenie w której łączyłbyś kupon z kilkoma zdarzeniami. Pole przewidywana_wygrana wydaje mi się zbędna ponieważ to pole, które można wykalkulować na podstawie kursów i stawki.

Poza tym można warto się zastanowić nad zrobieniem tabeli z zespołami/zawodnikami oraz dodanie takiego pola do tabeli zdarzenia. To pozwoliłoby łatwo odszukać wszystkie mecze danej drużyny/zawodnika. Poza tym proponuje dodać do tabeli zdarzenie pole z rodzajem dyscypliny oraz poziomem rozgrywek, chyba że to wszystko mieści się w polu typ.

To tak na początek, na pewno znajdą się jeszcze jakieś rzeczy do poprawy.

0

ogólnie to takie było założenie że tabela dodaj_kupon będzie się łączyła z tabelą zdarzenia. W tabeli dodaj_kupon jest pole zdarzenia i było by tam powiedzmy zdarzenie1 zdarzenie 2 itd w zależności od tego ile użytkownik wpisał by zdarzeń w tabeli zdarzenia. Ogólnie przewidywana wygrana nie miała by być wpisywana przez użytkownika tylko wyliczana stawka*kurs ale jednak stwierdziłem, że taka wartość w tabeli powinna się znaleźć(byłaby obliczana po wpisaniu przez użytkownika kuponu)
pozdrawiam i czekam na dalsze porady

0

W takim razie, jeżeli już sobie wszystko założyłeś i jesteś przekonany o poprawności tych założeń to po co pytasz jeszcze na forum?

0

Pytam bo zawsze ktoś może mnie pokierować inaczej, lepiej, coś dodać okiem fachowca. i tak pomogłeś mi bardzo za co serdecznie dziękiuje

0

Jak dla mnie jest ok - połączenie jeden do wielu, więc nie potrzeba tabeli łączącej.
Nie widzę tylko w tabeli dodaj_kupon referencji id_zdarzenie.

Pomijam błędy w nazewnictwie - tabela dodaj_kupon powinna być raczej nazwana kupony dodaj kupon to raczej nazwa dla funkcji lub procedury, która się zajmie wstawianiem rekordów :)

0

Jeżeli założymy, że nie puścimy dwóch kuponów z tym samym zdarzeniem to mamy jeden do wielu...

1 użytkowników online, w tym zalogowanych: 0, gości: 1