Салют, возник следующий вопрос в ходе проектирования БД для агентства недвижимости.
Итак, рассматриваются следующие виды недвижимости: земельные участки, жилая и нежилая недвижимость. В базе данных предполагается хранить информацию о продаже и аренде данных видов объектов, при этом, заносится в БД будет информация как о спросе клиентов на тот или иной тип объектов, так и о предложении клиентом конкретного объекта. В зависимости от того, спрос это и предложение, продажа или аренда, жилая/нежилая/земельный участок, у объекта недвижимости некоторые атрибуты будут присутствовать в одном случае, и отсутствовать в другом. Например: у предложения аренды жилой недвижимости есть атрибут "требования к съемщику", а в спросе аренды жилой недвижимости или продажи жилой недвижимости такого атрибута уже не будет; у предложения сдачи нежилого помещения есть атрибут "допустимое использование (на усмотрение владельца)", а в предложении продажи нежилого помещения такого атрибута нет. Сам вопрос заключается вот в чём: как организовать сущность "недвижимость"? Пока рассматривал 2 варианта:
1. Создать одну сущность "недвижимость", в неё запихать все атрибуты для предложения/спроса продажи/аренды жилой/нежилой/земли, но у всех атрибутов, соответствующих конкретному типу недвижимости, поставить атрибут, допускающий NULL-значение.
2. Создать одну сущность "недвижимость", в которой будут 12 NULL-допустимых int-полей - внешних ключей, и 12 таблиц конкретных типов недвижимости типа "предложение_продажа_жилая_недвижимость", "предложение_аренда_жилая_недвижимость"...., и в каждой из 12 таблиц будут описаны атрибуты, соответствующие только этому типу. Ну и при создании объекта недвижимости будет создаваться конкретный объект недвижимости из соответствующей таблицы, и её первичный ключ будет использован в качестве внешнего ключа в общей таблице недвижимость. Потом, общая таблица будет связываться с другими таблицами, не связанными с типами недвижимости.

Кот Матроскин,
а потом, если мне нужно через общую таблицу обратиться к частной таблице, которая имеет ID общей в качестве внешнего ключа, мне нужно будет делать 12 join'ов по частным всем таблицам, чтобы найти ту самую? Просто для спроса и предложения планировалось сделать также отдельные сущности, которые будут связывать клиента с недвижимостью. Планируется хранить внешний ключ на недвижимость и клиента в таблицах "спрос" и "предложение", вот только как получить информацию об объекте через общую таблицу, кроме как через просматривание 12 частных таблиц?