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

На самом деле структура и есть относительно статичная часть системы сама по себе. Поэтому динамичные структуры - возможно и не струтуры вовсе. Но реальный мир не всегда хорошо ложится в структуры. Картинки и фильмы и т.п. вообще не структурированы, к примеру. Или эти структуры очень сложны, хотя и даже статичны.

И РМД и ООМД структурированные модели данных. XML - полуструктурированная модель данных. Документные БД - можно наверное отнести к слабоструктурированным.
Это деление моделей данных раньше называлось делением на сильнотипизированные и слаботипизированные. Проблема известна давно. И у тех и у других есть свои достоинства и недостатки. Главным достоинством сильнотипизированных - является манипулирование данными. Это и проявилось в РМД наиболее сильно.
Потому что можно придумать модели данных сколь угодно выразительными, но вопрос как манипулировать данными, потому что мы создаем ИС не для того, чтобы занять юзеров набором данных. Нужно инфу нужную легко получать.
Документные БД типа "Консультант плюс" вообще не имееют СУБД - там ИПС.
Сам реальный мир - лучшая БД в смысле "структур". Проблема как получить нужное их него. Инфы много, ее избыток - а достать быстро трудновато.
Т.е. выразительность моделей и выразительность средств манипулирования данными находятся в некоторм противоречии. И выигрывает та МД, которая находит оптимум, в частности и в этом плане.
Факт - на дворе все еще эпоха РМД. И просто так, на шару, "теоретически" рассуждениями о ее сильной типизированности, значительной однородности ее структур, ее с пьедестала не спихнуть. У нее есть и другие недостатки. Проблема для других МД в достоинствах РМД на тех приложениях где она хороша (недостаки почти не заметны). И в том что этих приложений большинство из востребованных на рынке.

Иван FXS
- правильно ли я понимаю, что для того, чтобы - средствами РМД - изобразить меняющееся во времени свойство S (например, вес человека), нужно в качестве ТИПА этого свойства использоватьфункциональную зависимость S(t)?
То есть вместо числа (для того же веса) - ДВА ряда (конструктивно неограниченых упорядоченых набора) чисел?

В качестве ТИПА атрибута ВЕС любой адекватный проектировщик в РМД (и не тока в РМД) выберет числовой тип. В качесте ТИПА атрибута ДАТА ИЗМЕРЕНИЯ - выберет ТИП Дата, в качестве ТИПА трибута ИДЕТИФИКАТОР ЧЕЛА выберет, то что сочтет нужным, но чаще это целый тип. И будет Любой имеющий доступ к этим данным любую инфу про веса - средние, максимальные , суммарные ил что тока там есть - на раз. Причем из разных прог способных доступать к этой БД. Т.е. инфа вне конкуренции с другими МД.
Не ясно какое отношение это имеет к струтурным проблемам.

автор


К примеру, без дополнительных не известных пока требований, можно так,
если рост и вес меряется в разное время.

1 ТАБЛИЦА

ВЕС_ЧЕЛА(ID_ЧЕЛА Int, ДАТА_Измерения Date, ВЕС Float)

2 ТАБЛИЦА

РОСТО_ЧЕЛА(ID_ЧЕЛА Int, ДАТА_Измерения Date, РОСТ Float)

Пардон, сорвалось

Иван FXS
ээээ ... будьте любезны, выложите структуру ТАБЛИЦЫ, которую Вы предлагаете для описания (моделирования) такого простейшего объекта: человек ("ИДЕТИФИКАТОР ЧЕЛА ... целый тип") имеет два атрибута - рост и вес, оба меняются во времени, измерения каждого производятся время от времени (не синхронно).


К примеру, без дополнительных не известных пока требований, можно так,
если рост и вес меряется в разное время.

1 ТАБЛИЦА

ВЕС_ЧЕЛА(ID_ЧЕЛА Int, ДАТА_Измерения Date, ВЕС Float)

2 ТАБЛИЦА

РОСТО_ЧЕЛА(ID_ЧЕЛА Int, ДАТА_Измерения Date, РОСТ Float)

Иван FXS
я правильно понимаю, что у Вас РОСТ и ВЕС из АТТРИБУТОВ превратились в (самостоятельные) СУЩНОСТИ?


Нет не правильно. Они так и остались атрибутами с соответствующими именами в соотвествующих таблах.
Таблы можно назвать и по другому - Измерения - Весов и Ростов - это другие сущности не веса и не росты, как Вы описали ПО зависимость весов от времени - это не один тока вес.
Там какие-то ненормальные врачи меряют веса в разное время. Были бы нормальные и меряли в одно - была бы одна табла, в которую не "превращались" веса и росты, зависящие от времени

ТАБЛИЦА
МЕД_КОНТРОЛЬ(ID_ЧЕЛА Int, ДАТА_Измерения Date, ВЕС Float, РОСТ Float)

Иван FXS
А у самого чела настолько не осталось аттрибутов, что даже и таблица для него Вам не понадобилась?

Скока было у него атрибутов в Вашем описании ПО, стока и осталось. Если бы я начал их вам выдумывать, то их бы стало больше.