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

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

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

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