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]

Wielkie, dzięki. Posiedzę nad tym przez weekend i zobaczę co z tego wyjdzie, ale wydaje mi się, że tak jak piszesz będzie o niebo lepiej niż tak jak pisałem na początku.

Z racji tego, że temat dalej tyczy się projektowania baz danych i relacji. Chodzi o relacje między ulicami, miastami, kodami pocztowymi, województwami (prowincjami) i krajami.

[SQL] pobierz, plaintext 
CREATE TABLE streets (
	id,
	name
)
 
CREATE TABLE towns (
	id,
	name,
	province_id
)
 
CREATE TABLE provinces (
	id,
	name,
	country_id
)
 
CREATE TABLE postcodes (
	id,
	postcode
)
 
CREATE TABLE countries (
	id,
	name,
	symbol
)
[SQL] pobierz, plaintext 

Chodzi o to, aby np. w tabeli customers id ulicy, miasta(?) wiedzieć z jakiego jest kraju, czy województwa. Największy problem mam dopasować do tego ulice i kody pocztowe, tzn. nie wiej jak zrobić w tym miejscu relacje... Jak wy rozwiązalibyście ten problem?