Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Страницы 1
Здравствуйте!
Вот есть например такой фильтр - http://joxi.ru/YmE3vMxSw46GRA
Как лучше спроектировать бд?
Я так понимаю
1 таблица - builds(id, address, price, description)
2 таблица - options(id, ...all_parameters.., id_build)
Не в сети
Добрый день,
Самый хороший и универсальный способ использовать EAV модель при проектировании БД. Не буду описывать конкретно, что это но работает хорошо и универсально. Вы посмотрите в поиске вбив EAV-model for database
Делаются вещи типы yandex market, cian и т.д. Можете посмотреть у меня на рабочем проекте: светильники.su/catalog/
С ув., Алексей
Не в сети
А я не согласен с предыдущим оратором насчёт EAV
Всё имеет свою цену. Универсальность конфликтует с простотой и производительность. EAV хорош когда набор свойств нельзя предсказать заранее. В данном случае, когда сайт работает с одним и тем же "товаром" - недвижимостью, я не вижу необходимость повышенной сложности запросов.
Я предлагаю делать просто таблицу объектов недвижимости (builds?) с большим количеством колонок-свойств.
Не в сети
А мне больше всего понравилось решение ТС-а )))) Хотя можно и в одну таблицу все запихать, не принципиально.
И да, EAV здесь явно НЕ нужна, бо моделька вполне четкая, с известным числом полей.
Не в сети
Страницы 1