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

[bww]

Jedna miejscowość może mieć tylko jeden kod pocztowy, jeden kod pocztowy może być przypisany tylko do jednej miejscowości. Mamy relację 1:1, a więc rezygnujemy z tabeli postcodes i kody wrzucamy do towns.
Z oddzielnej tabeli dotyczącej ulic zrezygnował bym i wrzucił kolumnę adres (ulica i numer lokalu) do tabeli opisującej nieruchomość, ewentualnie można podzielić na ulica, numer domu, numer lokalu. Co prawda warto normalizować, ale osobna tabela dotycząca ulic chyba nie przyniesie korzyści.

countries -> provinces -> towns -> customers

CUSTOMERS
--------------
id_custmomer
id_provinces
name
(...)


Jeżeli chcesz zobaczyć z jakiego jest kraju to robisz JOINA tych kilku tabel

[SQL] pobierz, plaintext 
SELECT * FROM customers cu
JOIN towns t ON cu.id_town = t.id_town
JOIN provinces p ON t.id_provinces  = p.id_provinces 
JOIN countries co ON p.id_countries = co.id_countries
[SQL] pobierz, plaintext 

Ten post edytował bww 21.02.2012, 09:16:35