_mashuta__Есть некие объекты, нужно спроектировать их связи.
В зависимости от типа связи для объектов потребуется указать дополнительные свойства. Также, объект А всегда присутствует в системе, а объект В может отсутствовать, вместо его ID нужно будет указать ряд свойств.

Или все это поместить в одну таблицу, или для дополнительных свойств для каждого типа связи создавать подчиненные таблицы?
Или как-то еще?
Как правильно?
Можно и так, можно и этак.
Если у Вас число доп.свойств, размер записи и т.п. точно не упрутся в ограничения СУБД - можно хранить в одной таблице, если не факт - соответственно надежнее сразу создавать подчиненные таблицы.

Cane Cat Fisher_mashuta__Например, объект "человек N" есть в системе, а человека M нет, поэтому пока укажем в доп.свойствах имя, фамилию, номер паспорта.

Тогда человек М (как объект) в системе все же есть. Просто информация по нему неполная.

Она может быть настолько неполна, что будут проблемы с ключами.
Вот, скажем, у Вас есть только имя и фамилия - Иван Кузнецов. Вы предлагаете завести псевдообъект "Иван Кузнецов"? А что будем делать, когда в другом случае будет указано "Иван Кузнецов" - заводить нового "Кузнецова"? привязывать к текущему?
Решение ТС-а не заводить псевдообъектов, а писать текстовые данные в случае сомнительной/неполной информации - вполне рабочее и зачастую предпочтительное

Cane Cat FisherКот МатроскинОна может быть настолько неполна, что будут проблемы с ключами.
Вот, скажем, у Вас есть только имя и фамилия - Иван Кузнецов. Вы предлагаете завести псевдообъект "Иван Кузнецов"? А что будем делать, когда в другом случае будет указано "Иван Кузнецов" - заводить нового "Кузнецова"? привязывать к текущему?

Во всяком случае в этом месте будет возможность выбора.

Ну т.е. надо будет писать вполне бессмысленную логику и заполнять базу в общем случае мусором. Ничего хорошего в этом не вижу :)
Cane Cat FisherКот МатроскинРешение ТС-а не заводить псевдообъектов, а писать текстовые данные в случае сомнительной/неполной информации - вполне рабочее и зачастую предпочтительное

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