Nie jestem zbyt dobry w projektowaniu relacyjnej bazy danych. Możecie sprawdzić mi to, ewentualnie powiedzieć co złe zrobiłem?
Wiem ze pewnie chcielibyście żebym napisał to w jakimś programie ale i tak muszę oddać to na kartce.
W załączniku plik jpeg.
Projektowanie relacyjnej bazy danych
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Wrocław
W sensie, że jeden hotel może mieć wiele krajów?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
tam akurat zapomniałem poprawić
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Space: the final frontier
- Postów: 26433
Jeden turnus może dotyczyć wielu biur, ale dane biuro może mieć tylko jeden turnus? Liche to biuro... ;]
Turnus moze mieć tylko jedna wycieczkę, szkoda, ale rozumiem -kryzys :(
Kraj może miec jeden hotel, ale hotel może być w wielu krajach w tym samym czasie :D
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
czyli pewnie gdzieś powinny być jeszcze tabelki łącznikowe?
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Space: the final frontier
- Postów: 26433
Och wiesz, wszystko zależy od tego jak umotywujesz decyzje projektowe. Jeśli wszystkie biura podróży mają taką politykę że w trakcie turnusu może być tylko jedna wycieczka to nie widzę tu błędu... ;]
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Właśnie ciężko mi jest to zrozumieć, nie bardzo mogę zrozumieć jak odczytywać te połączenia.
Wystarczy odwrócić połączenia pomiędzy TURNUS a WYCIECZKA czy jednak lepiej tabelkę łącznikową wstawić?
Czy nr_kraju powinien być w TURNUS czy WYCIECZKA?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Mi się wydaje ze chyba dobrze by było wstawić tabelkę łącznikowa pomiędzy TURNUS a WYCIECZKA.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Space: the final frontier
- Postów: 26433
To zależy od wymagań dotyczących systemu. Jeśli dana wycieczka moze być "użyta" tylko raz to możesz odwrócić połączenie. Ale to nie koniecznie ma sens. Co jeśli każdy turnus w egipcie chciałby wycieczkę do piramid?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Rozumiem wiec tam wstawiam tabelkę łącznikowa. Teraz jest trochę lepiej ? :)
Plik jest w załączniku.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Wrocław
Ktoś tu w ogóle czyta treść zadania?
Wycieczka może mieć wiele turnusów, to jest proste 1:n.
Wycieczka może dotyczyć wielu krajów, więc tu też jest 1:n.
Skąd się tu w ogóle wziął hotel?
Za to n:n będzie między wycieczką a biurem, skoro biura mogą oferować także wycieczki innych biur.
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
czyli łącznikowa tabelka OPIS jest nie potrzebna?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Nie dostane więcej wskazówek? Jutro muszę to oddać...
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Jak zrobić tabelkę łącznikową pomiędzy TURNUS a BIURO?
nazwijmy ja POSREDNICZY jakie pola musi zawierać? wiem ze na pewno nr_biura z tabelki BIURO a z tabelki TURNUS co musi zawierać? Wydaje mi sie ze nie może być to Nr_turnusu ale pytam się o wasze opinie.
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Wrocław
Nr biura, nr turnusu i cena prawdopodobnie.
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Nr_turnusu jest już jako klucz obcy w ZAMOWIENIA, wiec może jeszcze być kluczem obcym w POSREDNICZY?
Nie przeszkadza to w niczym?
- Rejestracja: dni
- Ostatnio: dni
- Postów: 32
Potrzebuje tej odpowiedzi na szybko plisss... ;-)
- Rejestracja: dni
- Ostatnio: dni
- Lokalizacja: Wrocław
A w czym niby ma przeszkadzać?
Ogólnie, to zamówienie powinno być raczej połączone z tabelą łączącą turnus z biurem. Bo przecież zamawiasz określony turnus w określonym biurze.