ViPRosкрутой

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

ViPRosРод структуры Бурбаки Теория множеств
:) А-а-а. Ну как же без теории множеств... Какие же базы данных.
А я-то думал, что Вы, как специалист в области технологических процессов что-нибудь такое имели в виду:)
http://mivmiv.narod.ru/Things/concept0.html
Так что нам поможет понять "Род структуры Бурбаки Теория множеств", концептуальное проектирование и анализ?

Все. Спать надо:)

ViPRosтам все намного чище и строже чем у кодда
есть язык родоструктурной экспликации и т.д.
можно использовать наверное для построения модели пред области а потом куда нить маппить :)
А можно не куда не маппить?:) Это может представлять интерес только если получается модель данных в ПЕРВОМ ЗНАЧЕНИИ по Дейту. А если маппить (а маппить Вы можете только в MS SQL и ему подобные), то это опять прошлый век. Бесполезное занятие.

ViPRosА про связь стандалоне ты исходишь наверное из этого?

У меня хватит терпения повторять, что понятие связи между объектами в базах данных имеет четкое определение. Вы не хотите этого понимать, мне кажется, вот по какой причине. Многие проблемы, с которыми Вы сталкиваетесь, давно решены в классической объектной модели данных. И это как-то, психологически, не хочется принимать:)
ViPRosВ большинстве объектных систем связи неявно моделируются как свойства, значениями которых являются объекты. Например, если человек работает на некоторую компанию, то у каждого объекта-человека должно иметься свойство, которое можно назвать worksFor и значением которого является соответствующий объект-компания.23

А если на две?:)
ViPRosВозникает проблема, если у объекта-компании имеется свойство, которое затрагивает множество служащих этой компании (например, employees – множество, включающее все объекты служащих данной компании). Эти два свойства являются несвязными, и поддержка их согласованности может вызывать значительную программистскую проблему

Так как связь не поддерживается. Еще раз повторяю, что "у каждого объекта-человека ПРИНЦИПИАЛЬНО НЕ ДОЛЖНО иметься свойство, которое можно назвать worksFor и значением которого является соответствующий объект-компания".
ViPRosфигня это
объектный атрибут сразу создает обоюдную связь
А это еще бОльшая фигня:) Какой еще "объектный атрибут".

antares0ViPRosфигня это
объектный атрибут сразу создает обоюдную связь
В нормальных объектных системах эта связь еще и ляжет на связь класс - объект
И это еще одна фундаментальная беда "нормальных объектных систем":)

ViPRosту вот Бредятина толкает "Классическую объектную модель" и грит что там связь четко описано,

Не толкаю, а информирую о хорошо известных вещах. Главное ходить никуда не нужно. Прямо здесь все четко объяснил, настолько эта модель проста для понимания:)
ViPRosа гугл не находит "Классическую объектную модель"
А. Карпов как-то написал, что истиная красота шахмат, лежит намного глубже того уровня, до которого может проникнуть глаз любителя острых ощущений (подразумевались специалисты, ориентирующиеся на внешние эффекты). А гугл - это типичный любитель острых ощущений:)

ViPRosВообще мне глубоко наплевать на теорию :) (так как много времени надо их изучить, а мотив не изучить вот каков - если бы были такие теории, то давно был бы и выхлоп прикладно и я бы ими уже пользвался.

Вы и не заметили, что мир давно изменился. Те кто делает выхлоп понятия не имеют ни о каких теориях, сколько бы их не было:)
ViPRos мне нужно вот что -
Допустим на вход подан - "Иванов.Возраст + 5"
Лучьше было бы "Добавить к Возрасту Иванова 5 Лет"

Правильно, чего там с ним церемониться. А лучше сразу приравнять возраст к 60, и уволить на пенсию:)
ViPRosА еще лучьше "Токарю 2 Разряда Заготовку {Материал,Размеры и т.д.} Точить на Токарном станке Модели ИК62 10 Минут до получения {_,Размеры и т.д.}".
Правильно, чтобы не морочили голову со своими рационализаторскими предложениями:)
А если, серьезно, то, насколько я помню, это все лет 40 назад так и делалось.

ViPRosно нет этого парсера долбаного :( и никто не заказывает
а так блин один таблицы, таблицы,...

А зачем Вам этот "долбаный парсер"?
И, если он так нужен, то почему его не сделать, не дожидаясь заказа?:)

ViPRosНи черта лет 40 назад не делалось и сейчас не делается.
Тогда бы мы с тобой не обсуждали ничего.
Ты наверое иммешь ввиду, что после описания ТП можно сгенерировать словесный описательный понос. Обратная задача - Словесный описательный понос -> Программа в зачаточном состоянии, тип юмл и т.д.
Программа для чего? Программа для ЧПУ лет 40 назад генерировалась из "словестного описательного поноса":)

ViPRosТам надо сначала анализировать предложение, выявить управляющие слова, выявить сущности, установить звисимости между сущностями, выявить сущности и действия, сгенерировать аргументы для действий, сгенерировать струкутру, сгенерировать методы (сигнатуру хотя бы), генерировать поток управления...
недетская задача
Надо отдать Вам должное - умеете все запутать до предела:) Теперь вот какую-то новую неведомую задачу решаете. То есть, с приложением БД у Вас все в порядке. Надстроили над реляционной моделью неизвестно зачем еще одну какую-то модель и мэппируете, мэппируете. Но теперь нужно что-то парсить. А для чего это что-то нужно парсить, так и не известно:)

ViPRosНу ты даешь!
неужели ты думаешь , что меня интересуют только какие-то связи в какой-то БД?
Это один из аспектов задачи - хранение и получение информации.

А про изменение забыли? У Вас же не хранилище классическое, насколько я понимаю.
ViPRosЭтапом выше находится задача - генерация структуры БД из модели предметной области.

Трудно себе представить более бессмысленную задачу. Я Вам терпеливо это объясняю уже довольно долго:)
Но самое интересное, что эту задачу Вы уже решили. И можно было бы предположить, что Вы здесь рассуждали о какой-то следующей задаче, когда говорили о каком-то парсере:) Однако теперь оказывается, что мы идем снизу вверх! И не решена ПРЕДЫДУЩАЯ задача. Что не помешало Вам решить следующую:)
[quot ViPRos]
Еще выще - генерация модели предметной области из языка описания предметной области.
А язык - это, случайоно не еще одна модель (в первом значении по Дейту), которую мы сейчас надстроим над Вашей неизвестной моделью (в первом значении по Дейту), которую Вы надстроили над реляционной моделью (тоже в первом значении)? Чтобы потом разработать мэппинг второго уровня. То есть, первого:)
ViPRosЕше выще - выявления(отсечение) языка описания предметной области из естественного языка.
Ну, это более-менее отделяемая научная задача.