Как спроектировать подобную БД?

@websuc · Регистрация: 11.10.2015

Студворк — интернет-сервис помощи студентам

Подскажите пожалуйста, как правильно такое проектируется. В зависимости от типа объявления (продажа / аренда) и типа недвижимости (квартира, дом и т.п.) идут разные формы. На сколько я понимаю, "тип объявления" и "тип недвижимости" это отдельные сущности. Но как быть дальше, когда в формах идут ветвления. Т.е., например, типы домов могут быть разными в зависимости от типа недвижимости.

Как проектировать, если нужно будет потом поставить гибкие фильтры поиска по всем таким параметрам, подскажите, мой подход верный или нет?

Стоит ли создавать отдельные сущности для таких элементов, например как "тип дома", и связывать их потом с типами недвижимости? Мне кажется, что для удобного изменения и реализации фильтров по ним стоит. Но при таком подходе будет куча запросов в БД чтобы даже просто вывести такую форму целиком (вытаскивая все необходимые зависимые сущности в эту одну форму)?
Как действовать, если подобные параметры предполагают множественный выбор ("удобства и подробности" ниже)? Нужны отдельные таблицы "многие ко многим" для связи каждой такой сущности с объектами недвижимости (например, отдельная таблица для связи "объектов" с "удобствами")?

@Usaga · 20.09.2021, 17:05

websuc, для подобных ситуаций существуют стратегии наследования в СУБД: TPH, TPC и TPT. Погуглите.

Новые блоги и статьи Все статьи Все блоги /
делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .

@websuc 3 / 4 / 0 Регистрация: 11.10.2015 Сообщений: 46

	Как спроектировать подобную БД? 20.09.2021, 15:41. Показов 1601. Ответов 1 Метки mysql, sql, sql server, База данных, бд, проектирование бд, проектирование (Все метки) Подскажите пожалуйста, как правильно такое проектируется. В зависимости от типа объявления (продажа / аренда) и типа недвижимости (квартира, дом и т.п.) идут разные формы. На сколько я понимаю, "тип объявления" и "тип недвижимости" это отдельные сущности. Но как быть дальше, когда в формах идут ветвления. Т.е., например, типы домов могут быть разными в зависимости от типа недвижимости. Как проектировать, если нужно будет потом поставить гибкие фильтры поиска по всем таким параметрам, подскажите, мой подход верный или нет? Стоит ли создавать отдельные сущности для таких элементов, например как "тип дома", и связывать их потом с типами недвижимости? Мне кажется, что для удобного изменения и реализации фильтров по ним стоит. Но при таком подходе будет куча запросов в БД чтобы даже просто вывести такую форму целиком (вытаскивая все необходимые зависимые сущности в эту одну форму)? Как действовать, если подобные параметры предполагают множественный выбор ("удобства и подробности" ниже)? Нужны отдельные таблицы "многие ко многим" для связи каждой такой сущности с объектами недвижимости (например, отдельная таблица для связи "объектов" с "удобствами")? 0

@Usaga 14303 / 9388 / 1354 Регистрация: 21.01.2016 Сообщений: 35,397
	20.09.2021, 17:05
	websuc, для подобных ситуаций существуют стратегии наследования в СУБД: `TPH`, `TPC` и `TPT`. Погуглите. 1