ПОИСК Статьи Чертежи Таблицы Общие концепции применения баз данных из "Как интегрировать САПР и АСТПП " В некоторых системах такие данные хранятся в полях записи атрибутов компонента, в некоторых других эта информация включается в закодированный номер детали. Библиотека компонентов, в которой данные организованы таким образом, может быть полезна в определении времени проектирования компонента, сборки, изготовления. [c.201] Время проектирования компонента. Прежде чем проектировать требуемый компонент, конструктор дает запрос системе на просмотр существует ли такая или же похожая деталь. Употребляемые ключевые слова базируются на требованиях, специфицированных в запросе на проект компонента. Если вместо нового проекта может быть задействована уже существующая деталь, то сокращаются время и затраты на проектирование (а возможно, и на изготовление) новой детали. [c.201] Время проектирования сборки. При проектировании сборкй инженер может сэкономить время, которое обычно расходуется на каталоговый поиск, вывод на печать описи хозяйства и т. п., посредством поиска по ключевым словам в базе данных ГТ. Этот поиск, по существу, сводится к обращению к оперативному каталогу и при успешном выполнении устраняет также необходимость в вычерчивании компонента, включенного в сборку. [c.201] Построение баз дшных и иетоды доступа к ним. Многие виды работ, необходимых при построении баз данных, уже обсуждались в разд. 6.2.2, посвященном созданию библиотеки. Однако когда дело касается атрибутной базы данных, становится важной структура или схема базы данных. Структура базы данных должна быть тщательно согласована с вопросами производительности и связей данных. На принятие решения о виде структуры базы данных в системах ИПТ очень часто оказывает влияние физическая структура или средство производства продукта (поэтому проект схемы базы данных ИПТ, вообще говоря, не является абстрактным, как проект схемы для экономических систем). Заметим, что для проектируемой продукции могут быть задействованы схемы базы данных коллективного доступа. Эти схемы, как правило, используют для выделения логики проектирования продукции из логики производства. [c.202] Сравнение процедурных и непроцедурных языков. Языки запросов. Если вы прогнозируете, что некоторые виды поиска в базе данных будут применяться часто (тысячу или более раз в день), имеет смысл реализовать процедурные программы для их обработки. Термин процедурность здесь означает программирование в классическом смысле, т. е. на языках Фортран, Кобол и других процедурных языках. Такие программы являются наилуч-шими для частого употребления, так как средства поиска в структуре базы данных (известные в качестве последовательности вызовов базы данных) могут быть наиболее эффективно оптимизированы программистами. Одним из распространенных запросов к базе данных компонентов мог бы быть, например, запрос Выдай все номера деталей Тип = Резистор Материал = Сплав Значение = 100 Ом . Конструктор печатных схем, по всей видимости, много раз в день сталкивался бы с потребностью искать информацию в своей базе данных компонентов детали по ключевым словам Тип и Значетие , поэтому разумно осуществлять этот вид поиска посредством специальной программы. [c.202] Вернуться к основной статье