Jak dobrze zaprojektować bazę danych? Opcje

[radabus]

Niby case jest banalny, ale mi sprawia sporo problemów. Baza ma obsługiwać kontenerowiec wraz z zawartością - liczba kontenerów jest zmienna (może się zdarzyć, że ktoś doda lub zabierze jakąś ilość kontenerów), każdy kontener może mieć zmienną zawartość (też może przyjść klient i kupić coś lub dołożyć do kontenera jakiś przedmiot), a oprócz tego niezależny opis (również "edytowalny").

Na początku myślałem, żeby stworzyć 2 tabele, jedna z listą kontenerów i ich opisami, druga z ich zawartością, ale to nie bardzo wychodzi (przecież zmienna by była zarówno ilość kolumn jak i wierszy). Może ktoś podpowiedzieć, jak dobrze zaprojektować taką bazę danych? Czy może zrobić tak, że jedna tabela będzie zbierała listę wszystkich kontenerów (id, opis), a dla każdego kontenera będzie tworzona oddzielna tabela wraz z zawartością (dodawanie i odejmowanie wierszy przy stałej liczbie kolumn)? Ja się trochę w tym wszystkim gubię, wdzięczny byłbym za pomoc.

[cojack]

radabus - widać że masz problem z zrozumieniem relacji, jeżeli produkt może należeć tylko do jednego kontenera to mamy relację jeden do jeden, jest to najprostsza relacja jaką świat widział. Także sytuacja Ci się upraszcza. Tworzysz jedną tabelę z listą kontenerów, każdy z kontenerów ma na pewno unikatowy identyfikator w życiu, oprócz tego może mieć i równie dobrze w bazie. Także jak to sobie zaimplementujesz Twoja brocha. Druga tabela będzie tabelą produktów, każdy produkt musi mieć identyfikator kontenera by wiedzieć, który gdzie przynależy. No i nie zapomnij o bazie kontenerowców (IMG:style_emoticons/default/wink.gif) Przecież musisz wiedzieć jaki kontener na jaki statek załadować.

Pozdrawiam.