Автоматизированное проектирование. Норенков И.П. - 135 стр.

 5@!"! 5                    :&:#*%)K*   :(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K       :!+(

вания к быстродействию средств обмена (полагают, что СУБД должна работать со скоростью обра-
ботки тысяч сущностей в секунду).
      3. В САПР проблема целостности данных оказывается более трудной для решения, чем в боль-
шинстве других систем, поскольку проектирование является процессом взаимодействия многих про-
ектировщиков, которые не только считывают данные, но и изменяют их, причем в значительной мере
работают параллельно. Из этого факта вытекают следствия: во-первых, итерационный характер про-
ектирования обычно приводит к наличию по каждой части проекта нескольких версий, любая из них
может быть принята в дальнейшем в качестве основной, поэтому нужно хранить все версии с возмож-
ностью возврата к любой из них; во-вторых, нельзя допускать использования неутвержденных дан-
ных, поэтому проектировщики должны иметь свое рабочее пространство в памяти и работать в нем
автономно, а моменты внесения изменений в общую БД должны быть согласованными и не порож-
дать для других пользователей неопределенности данных.
      4. Транзакции могут быть длительными и трудоемкими. ?")*6)%='$; называют последователь-
ность операций по удовлетворению запроса. В САПР внесение изменений в некоторую часть проек-
та может вызвать довольно длинную и разветвленную сеть изменений в других его частях из-за суще-
ственной взаимозависимости компонентов проекта (многошаговость реализации запросов). В частно-
сти, транзакции могут включать в себя такие трудоемкие операции, как верификация проектного ре-
шения с помощью математического моделирования. В результате транзакции могут длиться даже не-
сколько часов и более. Одна из трудностей заключается в отображении взаимозависимости (ассоциа-
тивности) данных. При хранении компонентов проекта во внешней памяти затраты времени на обра-
ботку запросов оказываются значительно выше, чем в большинстве других автоматизированных сис-
тем, с менее выраженными взаимозависимостями данных.
      5. Иерархическая структура проектных данных и, следовательно, отражение наследования в це-
лях сокращения объема базы данных.
      В определенной мере названные особенности учитываются в СУБД третьего поколения, в кото-
рых стали применяться черты объектно-ориентированных (объектных) СУБД. В них наборы данных,
характеризующих состояние предметной области (состояние проекта в случае САПР), помещаются в
отдельные файлы. Интерпретация семантики данных осуществляется с помощью специальных про-
цедур (методов), сопровождающих наборы. Наследование свойств объектов предметной области вы-
ражается с помощью введения категорий класса, надкласса, подкласса. Информационные модели при-
ложений для таких СУБД разрабатываются на основе методик типа IDEF1X.
      Объектные БД выгодны, во-первых, тем, что данные по конкретным объектам проектирования
не разбросаны по множеству таблиц, как это имеет место в реляционных БД, а сосредоточены в оп-
ределенных местах. Во-вторых, для каждого объекта могут быть назначены свои типы данных. В ре-
зультате проще решаются задачи управления и удовлетворения запросов.
      Наряду с чисто объектными СУБД (pure ODBMS), применяют СУБД объектно-реляционные. В
последних происходит объединение свойств реляционных и объектно-ориентированных СУБД: объ-
ектно-ориентированная СУБД снабжается непроцедурным языком запросов или в реляционную
СУБД вводятся наследование свойств и классы. Непроцедурность входного языка обеспечивается ис-
пользованием языка SQL. Его операторы непосредственно включаются в программы на языке С. Воз-
можно написание дополнительных программ, интерпретирующих SQL-запросы.
      Отличительные особенности СУБД третьего поколения: расширенный набор возможных типов
данных (это абстрактные типы, массивы, множества, записи, композиции разных типов, отображение
величин с значениями разных типов), открытость (доступность из разных языков программирования,
возможность обращения к прикладным системам из СУБД), непроцедурность языка (общепринятым
становится язык запросов SQL), управление асинхронными параллельными процессами, состояние
которых отражает БД. Последнее свойство позволяет говорить о тесной взаимосвязи СУБД и подсис-
темы управления проектами DesPM.
      Названные особенности управления данными в САПР нашли свое выражение в современных
подсистемах управления проектными данными PDM.
      В PDM разнообразие типов проектных данных поддерживается их классификацией и соответст-

 &.+.)$(*),$" . !"#$%!#&'&($"!))$*       +($*,#&($"!)&*                                  135