Projekt bazy danych Opcje

[symonides]

Cześć,
mam do zaprojektowania bazę danych, która będzie tyczyła się nieruchomości, czyli np. domy, mieszkania, działki. Każdy z tych typów nieruchomości ma jakąś część danych wspólną, np. kraj, województwo, miasto, cenę, itp. Czyli to by była tabela główna o przykładowej nazwie realestates. Co dalej ? Każdy następny typ to kolejna tabela (czyli osobna na dodatkowe informacje o mieszkaniach, domach, czy działek)? Wydaje mi się to troszkę niewygodne, bo gdy dojdzie kolejny typ, np. magazyny to trzeba dodać kolejną tabelę + oczywiście jakieś zmiany w kodzie. Drugi pomysł to prócz tabeli realestates, tabela details, która będzie przechowywać wszystko to co miało być w tych dodatkowych tabelach (np. kolumna media - tylko działki, piwnica - tylko mieszkania, itd. w jednej tabeli).

Dodam, że operacje będą wykonywane na kilku/kilkunastu tysiącach rekordów.

Który pomysł jest waszym zdaniem lepszy? Może macie jakieś propozycje?

Pozdrawiam

[symonides]

Nie wiem tylko czy wziąłeś pod uwagę, to że różne typy nieruchomości mają mieć różne parametry, np. działki (typ działki - enum(budowlana, rolna, ...)), mieszkania (ilość poziomów, czy są balkony, piętro, ile pięter ma budynek, ...) i to z tym mam największy problem, nie mam pomysłu jak to rozbić (z tego co zrozumiałem to o tym akurat nie pisałeś), a sposób z wieloma tabeli, tak jak z resztą wspomniałeś to masochizm.