RED_Snail,
поскольку картинку не видно, буду рассуждать абстрактно. Возможны, как минимум, две модели:
Человек — является родителем (либо ребенком, но чем-то одним) — Человека;

Человек — входит в состав — Семьи (в некотором качестве [отец, мать, ребенок, приемный…]), т.е. так же, как описываются Отделы и Сотрудники.

Cane Cat FisherЕще надо в явном виде описать семью. У семьи ведь может и не быть детей, а факт женитьбы зафиксировать надо.
А еще можно наплодить детей, не создавая семьи :)
Поэтому идем к мормонам (гуглим GEDCOM) и нагло копируем нужные нам части их модели, т.е. примерно те, что я описал в начале:
Человек — является родителем (либо ребенком, но чем-то одним) — Человека;

Человек — входит в состав — Семьи (в некотором качестве [отец, мать, ребенок, приемный…]).

Cane Cat Fisher,
вот поэтому и нужны два вида связей (человек—человек и человек—семья): так мы учтем и биологическое, и социальное.

SERG1257Serguei Тип отношения: жена, мужто есть две записи на женитьбу
Serguei отец, матьсын, дочь для каждого родителя?
И в чем выгода по сравнению с сущностью семья ?
Все зависит от задачи, но по-хорошему нужно факт воспроизводства (биологическая составляющая) фиксировать для каждого родителя (и для отца, и для матери) либо ребенка — на выбор разработчика. А Семья существует параллельно как социальная составляющая (плюс разрешает ситуации типа «жили-были два брата женатых» без создания фиктивных Человеков).
Двумя таблицами (Человеки и Семьи) в общем случае не отделаться.

P.S. За время обсуждения уже много тысяч раз можно было нагуглить GEDCOM :)

SERG1257При каких обстоятельствах будет выгодно усложнение лобовой структруры из трех таблиц (человек, семья, члены семьи)?
Тысячи их :) в зависимости от задачи, естественно.

Напр., если вам нужно учитывать только биологическое родство, хватит единственной таблицы Человеки (id, id_отца, id_матери, что-то еще).

Но если вы хотите приблизиться к реальности™… тут уже возможны варианты. Поскольку ТС уже тихо сдал свою лабораторную, можно позволить себе опуститься до вырожденных случаев, которыми реальная реальность™ кишмя кишит.

Пусть задача звучит примерно так: «в системе должна быть возможность отразить все известные факты о биологическом и социальном родстве учтенных персон».

В трехтабличную схему плохо укладываются, напр., следующие случаи из жизни:
брак — рождение детей — развод [— новый брак — еще дети];

супружеская пара с приемным ребенком, биологические родители которого а) известны, б) не создавали семьи;

мать-одиночка (отец известен, но совместного заявления не подавал);

незамужняя женщина рожает, потом выходит замуж за другого, рожает от него, разводится и выходит замуж за отца своего первого ребенка (там еще продолжение было).

Кот МатроскинSERG1257пропущено...

В семье два члена, мать и дитя. У отца своя семья.

Итого информация о биологическом родстве потеряна - не очень хорошо.
Я бы создал 2 записи "семьи"
1. Тип "неполная семья", члены - мать, ребенок
2. Тип "биологическая (незарегистрированная) семья", члены - мать, отец, ребенок.
И зачем усложнять модель сверх необходимого?

Тип семьи — это бирка, присваиваемая задним числом по обобщении результатов анализа.

Если вынуть данные о биологическом родстве из Человеков (мои дети никак не являются моими атрибутами), то получается простая и стройная модель:
Человек (id, как зовут, что-то еще);

Дети Человеков (id_Человека_1, id_Человека_2, что-то еще);

Семья (id, какие-то данные);

Члены Семей (id_Семьи, id_Человека, роль, что-то еще).

Я нигде не писал, что на трех таблицах нельзя сделать. Можно-то можно, но работать со сделанным будет неудобно. Сам проверял :)

SERG1257Сущность семья нужна только для объединения людей.
Это даже в нашей умозрительной задаче не вполне так.

SERG1257Для однообразия положим, что все люди должны состоять в семье даже если в ней только один член.
Семейный кодекс с вами не согласен, да и социологи с антропологами тоже (предельно упрощая, полагается, что семья — это про связи между людьми, а не про минимальную ячейку). Не говоря уже, что одноместные семьи — просто куча лишней работы оператору/системе и бесполезная трата байтов: вы ничего не выигрываете, объявив холостых/незамужних семьями.

SERG12571 брак
Одинокие семьи жениха и невесты закрываются (записи в family_member обновляют dto ).
Новая семья (запись в family добавляется), для новой семьи добавляются записи в family_member с открытой датой dto
По-хорошему, брак, развод и т.п. — это события со своими атрибутами, но мы их не рассматривали. Вообще, создание семьи и регистрация брака совпадать не обязаны. С этим даже кодекс согласен.

SERG1257Еще одно - по достижению 18 лет молодые люди выходят из семьи родителей и получают свою собственную семью из одного члена.
Совершенно небоснованная затея. Я не помню, что думает по этому поводу Семейный кодекс, но реальная практика точно против вас: в Москве семья с тремя и более детьми считается многодетной до достижения младшим ребенком 16 (а при определенных обстоятельствах и 18) лет, соответственно, к этому времени старшим вполне может быть за 18, в некоторых эми-/иммиграционных случаях дети признаются членами семьи до 23 включительно и т.д.

Кот Матроскин В смысле "зачем усложнять"? Вы говорите - "три таблицы не справятся, надо усложнять". Я говорю "Да нет, вполне справятся". И кто тут усложняет? :)
И "тип семьи", и "роль в семье" Вам все равно нужны - просто часть информации Вы хотите хранить не с их помощью,
а с помощью других, дополнительных механизмов.
Схема из четырех таблиц не обязательно сложнее схемы из трех.
Я предлагаю отделить людей от факта происхождения их друг от друга.
Тип семьи мне не нужен совсем. Я могу его присвоить, если понадобится, по результатам анализа, но для системы он не нужен.
Нужность «роли в семье» я никогда не отрицал.