Организация структуры базы данных для каталога по недвижимости.

[Fidget]

Организация структуры базы данных для каталога по недвижимости.

Созздаю каталог по нежвижимости (частные объявления).

Возник следующий вопрос:
В каталоге существует несколько типов объявлений (Квартиры, участки, коммерческая недвижимость...).

Каждому типу соответсвуют свои параметры.
Например.
Квартира - (Площадь, жилая площадь, лифт, вид ремонта, ...).
Участки - (Площадь, Электричество, Газоснабжение, ...)

и т.д.

Как считаете лучше сделать для каждого типа объявления отдельную таблицу или все в одну запихнуть?

 

[ybilevych]

ИМХО лучше отдельную таблицу для отдельной категории и отдельное поле для каждого параметра.

Но надо учесть, что придется модифицировать запросы при добавлении новой категории

Впрочем, если грамотно подойти к решению этого вопроса, то проблема решаема

 

[Fidget]

Автор оригинала: ybilevych
ИМХО лучше отдельную таблицу для отдельной категории и отдельное поле для каждого параметра.

А чем лучше?

Обоснуй.

 

[Mozart]

А ты напиши, как ты это все в одну засунешь и подумай,на сколько удобно работать с такой таблицей...

 

[ybilevych]

Ты же сам написал, что параметры у каждой категории свои

Если свалишь в одну таблицу, придется создавать ВСЕ поля, которые нужны во ВСЕХ категориях. Ты можешь их не заполнять, но существовать-то они будут. И место занимать. В запросе, правда, можно их и не выбирать... Да, кстати, а если появится новая категория, и в ней будет доселе несуществовавшее поле?

В моем варианте ты сможешь из админки создавать новые типы с необходимыми полями (что-то типа phpMyAdmin в миниатюре)
Или например реализовать в виде плагинов (типа загрузил плагин на сервер - зарегистрировал - и сайт уже умеет работать с данным типом объявлений)...

Достаточно?