[mysql] Projekt bazy Opcje

[jachu151]

Witam serdecznie. Mam pytanie do osób doświadczonych w projektowaniu baz danych.

Problem, jak optymalnie zrealizować taki oto system:

- baza ogłoszeń nieruchomości
- cechy do oferty

Różne typy ogłoszeń mieszkania, domy, itd. każdy tych będzie zawierał trochę cech wspólnych trochę różnych. Domyślnie dużo cech.


Czy optymalnym rozwiązaniem będzie stworzenie tabeli:

offer - ogłoszenia, zawierające ID, opis, daty dodania modyfikacji itd
feature_date
feature_text
feature_int ...

osobne tabele dla różnych cech w zależności jakiego typu one będą.

Wyszukiwanie będzie zawierać dużo LEFT JOINOW, jeśli będę chciał znaleźć ofertę o 10 cechach to jest 10 joinów, da się to zrobić optymalniej? Z mniejszą zależnością od ilości wyszukiwanych cech?



Pozdrawiam
jachu

[jachu151]

Tylko normalizacja wiążę się często z późniejszą wydajnością. Za wszelką cenę nie mogę dążyć do tego, gdyż później wydajnościowo to nie spełni zadania.

Pytanie zadaję do osób, które miały podobny problem/rozważanie i co okazało się lepsze w perspektywie czasu.

tabela definicji cech:

features
feature_id | name | type

offer
offer_id | description | create_time ...

to jest chyba jasne i dobrze, pytanie jest w tym momencie:


offer_features
id | feature_id | offer_id | value


czy

offer_features_int
id | feature_id | offer_id | value

offer_features_float
id | feature_id | offer_id | value

offer_features_text
id | feature_id | offer_id | value

offer_features_date
id | feature_id | offer_id | value



Czy może inaczej?


Danych dla każdej oferty będzie wiele cech, po każdej powinna być możliwość sortowania, przeszukiwania.

Ten post edytował jachu151 12.07.2012, 11:21:01