guest_20040621 - вполне возможно.
Вот Вы, например, с этим не согласны.
Но давайте возьмем практический пример и рассмотрим.
И, если Вы окажетесь правы, я сделаю поправку в своем мировоззрении.

==================
Sorry.
Дня 3-4 я буду отсутствовать.

miksoft, а Вы не желаете сначала обсудить те сомнения, что высказал guest_20040621 ?
Прежде, чем говорить об инструментарии ?

=============
Несколько дней не смогу быть на связи ...
Простите.

guest_20040621> ... есть физические лица. Люди. Обычные люди.


Ну, тогда уж нужно конкретизировать "физ.лицо" и "Люди".
Это разные понятия.
Уточним: Мы говорим об индивидууме Homo Sapiens в реализации "Кроманьонец" ?

miksoftДа в том-то и дело, что в Вашем вопросе пока только одни сомнения и никакой конкретики.
Была бы конкретика и не было бы сомнений - не было бы нужды в обсуждении ...
"Знать бы прикуп - жить бы в Сочи".
Есть проблемы, которые существенно ограничивают возможности в отображении реальных объектов и процессов из предметной области - в информ.модели хранилищ с той степенью детальности и связности, с какой пожелает Аналитик-предметник, а не с той, которую ему "навяжет" информ.система. Причем, когда система уже готова (и сдана под ключ), Аналитик должен иметь достаточно простой инструментарий, чтобы самостоятельно адаптировать (например, детализировать) информ.модели хранилища под новые требования времени (БЕЗ программистов).
Ведь речь-то идет о десятках лет. Жизнь на месте не стоит.
Есть желание эти вопросы обсудить: как это возможно сделать (если возможно).

Shadow Of SunВозможная альтернатива тупику:
Предполагаемый вариант развития СУБД - многобазовая
...
...
СУБД состоит из баз ...


Спасибо. Во-всяком случае, это уже предмет для обсуждения.
Я тоже думал о подобном варианте : когда хранилище иерархическое (распределенное).

Одна из целей распределенности - однотипные базы данных, ориентированные на одну или несколько предметных областей.

А цель "иерархичности" распределенного хранилища - обеспечить след. функционал :

1 Формирование информационных моделей (включая как информ.структуры, так и алгоритмы их обслуживания) по принципу "сверху-вниз".
"Сверху-вниз" означает, что модель, сформированная на каком-либо узле "спускается" вниз (на след. уровень иеррахии).
При этом статус сформированных моделей может быть следующим :
1.1 Глобальная модель - означает, что свойства этой модели (информ.структуры и алгоритмы обслуживания) не могут быть изменены или отменены на уровне любых других узлов
1.2 Наследуемая модель - означает, что на любом след. узле она может быть дополнена (но не отменена) в контексте как информ.структур, так и в контексте алгоритмов обслуживания.
1.3 Рекомендуемая модель - означает, что на любом след. узле она может быть заменена на другую или отменена вообще.

2 Формирование запросов на выборку и доставку информации по "иерархической лестнице" "снизу - в верх".

guest_20040621> Мы говорим об индивидууме Homo Sapiens
Да.
> в реализации "Кроманьонец" ?
Нет, генотипы пока не трогаем.

Это, конечно, уже крайне грубая методологическая ошибка в постановке задачи.
Ибо Homo Sapiens - это абстрактное (обобщенное) понятие (ВНЕ "физического"), а Кроманьонец - это уже как раз обобщенность "физ.лиц" класса "млекопитающие" из царства "животные" (остальное - не на 100%).
Впрочем, тем интереснее.

Вы будете участвовать или "сверху вниз" "вещать" (всегда есть шанс встретить гениальность, поэтому я вполне допускаю мысль, что мой интеллект ниже плинтуса относительно Вашего) ?

P.S.
Не обижайтесь.
Вы сами задали тон нашему общению ...

miksoftИменно, поэтому и нельзя без программистов, что жизнь на месте не стоит
Sorry... Это - НЕ в Вашу сторону.
Но просто напрашивается ассоциация :
Нельзя без программистов успевающих за жизнью, которая не стоит на месте.

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

Тип объекта: "ФизЛицо".

Контекст проявления свойств (которыми будем оперировать):
"Физиологический процесс: появление из утробы матери".

Согласны ?

guest_20040621> Все не так. Я не ставил задачу. Я намеренно попросил Вас привести структуру данных без жестких ограничений: в данном случае в этом нет необходимости ...

guest_20040621. Давайте-ка будем все-таки последовательными.

Во-первых, я (как раз) и обратился с вопросом, чтобы обсудить принципиальную возможность ЭТОГО.
Как, вариант - я предложил один из потенциально возможных инструментов отражения "реалий" в информ.структуры.

Вы предлагаете задачу (не будем опускаться до терминологии типа "фигня").

А теперь говорите, что "все не так. Я не ставил задачу".

Ежели Вы желаете помочь (советом ли, мыслями ли, идеями ли, крЫтикой ли) - то нужно помогать.

А иначе - каков смысл (Вашего участия в теме, которую я поднял, ожидая помощи) ?

Вы определитесь, pls ...

guest_20040621. Я уважаю Вашу убежденность и Ваш выбор (каждый свободен в своем выборе). И не хотел бы тратить Ваше время на свои проблемы. Извините.

Если кого-то, все-таки, интересует эта тема - рад буду продолжить.