Сетевая модель данных позволяет для объекта указать несколько родителей. Как? На картинке непонятно:
https://studref.com/htm/img/15/8944/2.png

Есть в таблице строка под номером, например 34. Как для нее отмечены несколько родителей? Как это выглядит физически?

отношение многие ко многим

одной записи ID в бд строки(34) соответствует неколько записей в другой таблице

другой записи ID в бд строки (35) соответствует также несколько записей в другой таблице

твоя сетевая модель данных - такая же, какую можно накидать в конфигураторе у справочников

В классической БД нету термин "родитель", которым ты его понимаешь. Это изобретение платформы 1С для упрощения.

Причем, действительно упростили. Возможность использования в качестве родителей нескольких объектов сразу запрещена.

(0) да как угодно. Может быть, к примеру, еще одна таблица, служебная, где есть внешние ключи на потомка и на родителя. Никто ж не обещал, что "под капотом" все выглядит точно так же как снаружи.

(5) но если очень хочется, то сделать можно. Называться, конеечно, будет не "родитель", но выполнять по сути то же назначение.

(4) Причем так упростили, что ввели аж две сущности - родитель и владелец.

(7) Собственно "в иерархии" оно и есть - множество родителей, только верней их называть предками, среди которых есть и прямые родители, в их числе

Терминами 1с
Есть справочник Родмтели
Есть справочник Дети
В справочнике Родители табличная часть Дети
В справочнике Дети табличная часть Родители.
Дальше объяснять ?

(0) Представь что адрес это не строка текста у физлиц, организаций и контрагентов а элемент справочника с ссылкой
Если у физлица, организации и контрагентов одинаковый адрес - такое бывает часто
То вместо дублирования информации получаем что она полная хранится только в одном месте, и где надо ссылка на нее

Если в справочнике адресов еще нет адреса такого же то добавляется новый элемент и ссылка на него может быть использована в других объектах

(11) это называется лбъектный подход,когда все сущности в базе описываются объектами и связями между ними.
В твоем случае,между организацией и адресом будет несколько типов связей - юридический адрес,физический адрес,почтовый и т.п.
Пользователям такок очень сложно понять,т.к.вместо изменения полей адреса нужно создавать новый объект.
И,по сути,ФИАС это некоторый аналог такого механизма.

(0) Какая такая строка в таблице? Нет никаких таблиц в сетевой базе. Начни с понимания этого

(13) тогда это Key-Value database.
Нл в ней также могут быть связи между объектами,представленные как отдельные объекты.

(14) Были времена, когда в базах данных не было ни Key-Value, ни таблиц. Автор пытается понять, как оно в таблицах работает. А оно никак не работает, потому что таблиц нет

(15) угу это всего лишь модель

Когда в базах данных не было таблиц.
Но что-то же было,например,байты и текстовые файлы.
Я писал базу данных на текстовых файлах - там основная проблема - очистка от старых данных,остальное не сильно отличается от таблиц или key value.

(16) Отнюдь: сетевая модель БД (предложения КОДАСИЛ 1969 и 1973гг) была реализована и использовалась (в ВЦ АН СССР, да и в других местах). И таблицы и key-value (ключ БД), конечно, были.

(19) дык я всего лишь согласился что "таблиц нет"
ибо таблицы это "просто модель"
фактически там "ячейки памяти" и все

(19) Не было таблиц в сетевой модели (так же, как и в иерархической). Таблицы появились позже.

(20) Таблицы - это не "просто модель". Таблицы победили сетевую модель (а незадолго до этого сетевая модель победила иерархическую) и до сих пор не сдают своих позиций

(17) Были "записи". Чувствуешь разницу?