Diagram encji prostej bazy danych

0

Witam. Potrzebuję diagram encji bazy danych sieci hoteli bądź jednego hotelu.. encji powinno być około 8.. próbowałem sam, ale niestety na studiach dowiedziałem się, ze to co rozrysowałem jest do bani i muszę jeszcze raz.. Czy ktoś mógłby w jakikolwiek sposób pomóc?
Moje przykładowe encje: Hotele, Pokoje, Klienci, Rezerwacje, Płatności... jakie jeszcze? jak to połączyć? Z góry dziękuje za jakiekolwiek wskazówki i pomoc..

1

To może pokaż co już masz i co to znaczy "do bani"?

0

ponoć jest źle..

0

@pawel9502: a próbowałeś przeczytać ten diagram?

Mi wychodzi, że:

  1. Jeden klient może odpowiadać wielu mieszkańcom
  2. Jeden klient może mieć wiele rezerwacji
  3. Może być wiele rezerwacji jednego rodzaju pokoju
  4. Może być wiele rezerwacji jednego hotelu
  5. Może być wiele pokoi jednego rodzaju
  6. Jeden mieszkaniec jest przypisany do jednego pokoju
  7. Jeden mieszkaniec jest przypisany do miejsca parkingowego
  8. ...

Coś takiego chciałeś rozrysować? Pewnie niekoniecznie?

0

ogólnie zależało by mi na tym, by to trochę uprościć, bo tych połączeń pewnie za dużo narysowałem.. o błędach w relacjach wiem.. po prostu nie wiem jak to połączyć, żeby miało ręce i nogi.. a nie żeby wszystko ze wszystkim było połączone..

1.Jeden klient może odpowiadać wielu mieszkańcom - tutaj mam błąd
2.Jeden klient może mieć wiele rezerwacji - (ogółem tak, w danym czasie nie)
3.Może być wiele rezerwacji jednego rodzaju pokoju- tak
4.Może być wiele rezerwacji jednego hotelu - tu nie bardzo
5.Może być wiele pokoi jednego rodzaju -tak
6.Jeden mieszkaniec jest przypisany do jednego pokoju -tak
7.Jeden mieszkaniec jest przypisany do miejsca parkingowego - tak

0

Spróbuj najpierw zamodelować coś takiego:

Encje

  1. Hotel (ma nazwę, lokalizację, ilość pokojów, pokoje)
  2. Rezerwacja (dotyczy konkretnego hotelu, konkretnego gościa, konkretnego pokoju, rozpoczyna się w określonym czasie i kończy w określonym czasie)
  3. Pokój (należy do konkretnego hotelu, jest określonego typu, w danym czasie jest przypisany do konkretnego gościa i konkretnej rezerwacji)
  4. Gość (ma jakieś swoje dane)

Relacje:

  1. W jednym hotelu jest wiele pokojów
  2. Może być wiele pokojów jednego rodzaju
  3. W jednym hotelu może być wiele rezerwacji
  4. Konkretna rezerwacja jest przypisana do konkretnej osoby
  5. Jeden pokój może mieć jedną potwierdzoną rezerwację i może być wynajęty jednej osobie
0

mniej więcej zrobiłbym to tak..

0

czy jest to w miarę dobrze? z czym można by było połączyć takie encje jak : miejsce parkingowe, dodatkowe usługi i np płatności ?

0

Niepotrzebnie łączysz gościa z pokojem, skoro łączysz rezerwację z klientem. Pokoje zrób jako tabelę słownikową, gdzie masz id i numer, bo one się praktycznie nie zmienią.
Jest teraz całkiem spoko, pomyśl co możesz jeszcze dodać i spróbuj to zamodelować.

0

Gość jest już połączony z pokojem poprzez rezerwację, więc nie potrzebuje dodatkowej relacji.
Pokój będzie miał klucz łączący go z hotelem
Płatność, miejsce parkingowe, inne usługi połącz z rezerwacją

0

Czy teraz jest do przyjęcia?
Usługi dodatkowe i m. parkingowe połączyłem i z hotelem i z rezerwacją, bo usługi mogą być różne w każdym hotelu, jak również numer miejsca parkingowego może być w jednym hotelu zajęty, a w drugim wolny...

0

Jak dla mnie wygląda całkiem OK. Jeden szczegół - do jednej rezerwacji powinno być kilka pokojów, np. jedna osoba rezerwuje trzy pokoje dla całej paczki.

0

Przyznam, że warto rozbudować diagram. Podstawowa zasada - klient rezerwuje standard pokoju, a mieszka w konkretnym pokoju.
Oczywiście jest to poglądowy diagram do weryfikacji i dopasowania pod konkretny przypadek.
hotele.png

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