Структура базы данных логическая

Степень трудности задачи геометрического программирования 157 Структура базы данных логическая 33 Средства обеспечения САПР 8, 12 информационного 12, 13, 21 лингвистического 13, 14 математического 12, 14 методического 12, 13 организационного 12, 13 программного 12, 13, 82 технического 12, 13, 40 Средства программирования для графического дисплея базисные 98. 126 [c.218]

Р50.1.030-2001. "Информационные технологии поддержки жизненного цикла изделия. Интерактивные электронные технические руководства. Логическая структура базы данных". [c.125]

Результаты работы средств поддержки проектирования базы данных — это описания ее различных структур (рис. 6.13 а) логических представлений приложений или пользователей (подсхемы), глобального представления базы данных, или общей структуры базы данных (схемы), физического представления базы данных (структуры памяти). [c.152]

Совокупность всех отношений образует пространство описания объекта. Анализ этого пространства на этапе проектирования может использоваться как основа для принятия решений по обоснованию логической структуры базы данных, оценки полноты и степени связности информационных совокупностей. [c.20]

Проектирование логической структуры базы данных [c.33]

Словари данных в технологии проектирования играют роль информационного ядра (модели), на основе которого производятся генерация описания логической структуры базы данных, разделов описаний проблемно-ориентированных языков программирования, автоматизация документирования, трассировка вносимых изменений во все цепи связных данных, автоматизация [c.75]

Сетевые структуры СЕДАНа построены на принципах, близких к рекомендациям рабочей группы по базам данных КОДАСИЛ, На рис. 4.2 показана схема логической структуры базы данных БДП и отражен состав хранимой информации. Под управлением СЕДАНа данные хранятся в главных файлах (на рис. 4.2 обозначены квадратами) и связывающих их зависимых файлах, доступ к которым производится по адресным ссылкам из главных файлов. Сетевые отношения (т. е. отношения многие к многим между записями главных файлов реализуются за счет установления отношений один к одному между записями главного и связующего файлов и объединением записей связующих файлов в цепочки. [c.105]

Как показано на рис. 4.2, схема логической структуры базы данных БДП включает в себя пять главных файлов и восемь зависимых. Записи главных файлов содержат сведения о показате- [c.105]

В техническом задании отражаются исходные и выходные данные модуля, в том числе наименования показателей, характеристики баз данных и файлов, макеты выходных форм и т. д. алгоритмы расчета связь с другими программными модулями. К моменту генерации технических заданий должны быть спроектированы логические структуры баз данных. [c.119]

АЛГОРИТМИЧЕСКИЕ СРЕДСТВА ПРОЕКТИРОВАНИЯ ЛОГИЧЕСКОЙ СТРУКТУРЫ БАЗЫ ДАННЫХ [c.119]

Алгоритм проектирования логических структур баз данных в условиях СУБД ОКА. Исходными данными для проектирования являются типы (наименования) показателей, представленные в виде цепочек реквизитов-признаков, транзитивно связанных с одним реквизитом-основанием. В данном случае реквизиты-признаки рассматриваются как ключи. [c.121]

Алгоритм проиллюстрируем на примере проектирования логической структуры базы данных для хранения показателей (реквизиты-ключи обозначены строчными буквами латинского алфавита, а реквизиты-основания — заглавными) [c.122]

Логическая структура базы данных — иерархически связанные-сегменты (древовидная структура). Возможно 255 типов сегментов, 15 уровней иерархии. [c.184]

Общее ПО ДС обеспечивает ввод и вывод информации на диалоговый терминал выдачу пользователю справок, инструкций и сообщений об ошибках регистрацию процесса диалога и управление им адаптацию структуры диалога с учетом особенностей конкретного пользователя управление базами данных и их защиту редактирование и манипулирование данными формально-логический контроль диалога восстановление процесса диалога. [c.59]

Проектирование реализации (логическое проектирование) разделяют на две части проектирование базы данных и проектирование программ. Результатом первой части является логическая структура БД. Результатом второй части считают функциональные описания программных модулей и наборы запросов к БД. [c.98]

Работа программ с базами данных различной логической структуры и сложности путем обеспечения независимости программ от способа организации данных. [c.340]

Рассмотренная информационная модель ЭМП построена в форме, удобной для понимания инженеров-проектировщиков. Для программно-технической реализации управляемой базы данных используются три основные структуры организации данных на уровне логического представления иерархические, сетевые и реляционные [49]. Иерархические структуры, подобно рассмотренной выше, имеют древовидную структуру. Сетевые структуры отличаются от иерархических тем, что элементы нижестоящего уровня могут иметь связи с различными элементами вышестоящих уровней, т. е. число корневых узлов может быть больше единицы, а соединения между элементами напоминают сеть, нарисованную произвольным образом. В общем случае сетевую структуру можно представить в виде объединения нескольких иерархических структур. Поэтому, вводя некоторую избыточность информации, можно осуществить декомпозицию сетевой структуры на несколько иерархических структур. [c.196]

При увеличении числа элементов информации в базе данных и усложнении логических связей между злементами древовидные и сетевые структуры становятся малопригодными для дальнейшего роста и модификации. [c.81]

На рис. 4.6 первые две таблицы выражают отношения Изделие—узел и Узел—деталь , имеюшие место в сетевой структуре, представленной на рис. 4.5. Правая таблица является соединением зтих двух отношений. Недостатки реляционных баз данных проистекают из принципов их построения при нормализации сетевых и древовидных структур появляется избыточность информации, кроме того, многократное выполнение операций соединения таблиц приводит к увеличению затрат машинного времени на обработку запросов пользователей. Однако широкие возможности в представлении различных структур данных, а также обеспечение соответствующей СУБД полной независимости прикладного ПО от данных на логическом и физическом уровне делают реляционные базы данных в ряде случаев более предпочтительными. [c.82]

В качестве примера дадим краткую характеристику основных компонентов и рассмотрим организацию базы данных учебно-исследовательской САПР гироскопических электродвигателей. Логическая структура базы данных, приведенная на рис. 4.7, содержит две относительно независимые ветви данные известных проектно-конструкторских разработок (ПКР) и справочные данные. Взаимодействие этих ветвей осуществляется только при функционировании компонентов прикладного ПО САПР. Информационные потребности проявляются уже на начальном этапе проектирования при выборе аналога проектируемого объекта из множества известных объектов подобного назначения. На этом этапе достаточно данных об уровне рабочих показателей, входящих в состав типового ТЗ. В табл. 4.1 приведены данные нескольких гиродвигателей (ГД), которые размещаются в базе данных и могут служить для поиска аналогов проектируемого объекта по таким показателям, как кинетический момент Н, радиус сферы в которой [c.84]

База данных, логическая структура которой соответствует стандарту, является основой информационной интеграции автоматизированных систем, использующихся на предприятии и hjok-дающихся в информации об изделии. При этом единое представление и расположение данных позволит обеспечить полноту и целостность информации, а также избавит от возможного искажения информации. [c.24]

Стандарт STEP регламентирует логическую структуру базы данных (БД), номенклатуру информационных объектов, хранимых в БД, их связи и атрибуты. Типовые информационные объекты, такие как данные, о составе изделия, материалах, геометрических изделиях, независимые от характера описания изделия, называются в стандарте интегрированными ресурсами , на основе которых строятся схемы баз данных об изделии для разных предметных областей автомобилестроения, судостроения, аэрокосмической промышленности и т.д. (см. рис. 8, 10). [c.24]

Ведение библиотек изделий (каталогов запасных частей, стандартных элементов). Логическая структура базы данных, описанная в стандарте STEP, позволяет создавать категории изделий и наделять их характеристиками. [c.25]

DTD содержит правила, по которым строится логическая структура документа. Аналогичным понятием по отношению к описанию структуры документа является понятие логической структуры базы данных, описывающей типы данных и их взаимосвязь. Описываемые в DTD элементы можно разбить на две группы - элементы первой группы предназначены для разбиения документа на смысловые модули, вторая группа элементов указывает программе-обработчику на необходимость специальной обработки некоторых частей данных. Первую группу элементов назовем ассоциативным видовым уровнем, вторую т-рутту - родовым уровнем элементов SGML. [c.43]

Конверторы преобразований электронного макета в логическую структуру базы данных в соответствии со стандартом ISO 10303 STEP [c.73]

В книге рассматриваются основные аспекты проектной деятельности по созданию СОЭИ, направления совершенствования технологии их проектирования, основные компоненты входных языков и архитектура систем проектирования элементы технологии проектирования обработки экономической информации с использованием инструментальных средств, обеспечивающих проведение обследования и анализ его результатов, формирование информационной модели и проектирование на ее основе логической структуры базы данных направления анализа модели на этапе проектирования программного обеспечения. [c.5]

Формируемая в результате структурного и семантического описания информационная модель ИЭС является основой для последующих видов проектных работ. При этом программные средства должны обеспечивать анализ модели в различных классификационных разрезах с целью обоснования номенклатуры автоматизируемых процедур управления, определения их информационных входов и выходов, разработки алгоритмов преобразования информации и общей технологической схемы функционирования СОЭИ, проектирования структуры базы данных (на логическом и физическом уровнях), разработки программ реализации алгоритмов функционирования СОЭИ, согласование временного режима этапов технологического процесса и др. [c.16]

Проектирование логической структуры базы данных основано на анализе вхождения информационных единиц в процедуры обработки и построения оптимальной схемы взаимоснязи единиц с учетом минимизации времени обработки и объема занимаемой памяти. Синтез и разложение элементов в структуре базы данных основаны на алгоритмах, предложенных в [69]. [c.81]

Результатом работы подсистемы автоматизированного проектирования логических структур баз данных в СОЭИ являются описание логических структур баз данных на языках соответствующих СУБД и описание структур записей неинтегрированных файлов с помощью средств языков программирования высокого уровня. [c.101]

Средства автоматизации проектирования логических структур баз данных СОЗИ [c.104]

Рис. 4.2. Схема логической структуры базы данных БДП ---подсхема 5В0 201 ЬКХХ — идентификатор связи

Задача проектирования логических структур состоит в генерации описания логических структур баз данных на языке описания данных выбранной СУБД и описания файлов в нотации используемых языков программирования. Решение этой задачи связано, кроме того, с установлением оптимальной степени интеграции информации и выбором ППП СУБД. Рациональный выбор СУБД определяет эффективность функционирования базы данных как ядра ИО СОЭИ. Поэтому формализация процесса выбора СУБД является одной из важнейших задач в деле совершенствования технологии проектирования информационной базы управления. [c.119]

Наряду с рассмотренными средствами проектирования логической и физической структуры базы данных необходимо обеспечить возможность описания любой структуры базы данных, спроектированной пользователем. Для этой цели могут быть использованы следующие языковые средства . Описание базы данных выполняется в виде иерархической структуры сегментов с графи-чесвдц интерпретацией физических и логических связей. [c.134]

Все это дает основания считать, что процесс проектирования информационных схем является самостоятельной областью исследования. В соответствии с рассмотренной выше структурой процесса проектирования в качестве состояния в данном случае имеется некоторая версия информационной схемы. На стадии логического проектирования построение детальной информационной схемы осуществляется на машинно-независимом уровне. Такая схема представляет первичную структуру базы данных. На стадии физического проектирования реализуется процесс привязки информационной схемы к параметрам и конфигурации вычислительной среды, который завер- [c.29]

После определения элементов данных и отношений хмежду ними разработчик выявляет элементы данных, соответствующие показателям (параметрам) объектной системы, и элементы данных, которые играют роль ключей для этих параметров. Результаты этого анализа используются для синтеза логической структуры базы данных и ее системного описания. Точность и уровень формализации таких описаний должны быть достаточно высокими, чтобы на их основе можно было осуществить физическую реализацию. [c.48]

Описание организации информационной базы содержит описание логической и физической структуры базы данных и состоит из двух частей описание внутримашинной информационной базы описание внемашинной информационной базы. Части документа содержат следующие разделы логическая структура физическая структура (для внутримашинной информационной базы) организация ведения информационной базы. В разделе "Логическая структура" приводят описание состава данных, их форматов и взаимосвязей между данными. В разделе "Физическая структура" приводят описание избранного варианта расположения данных на конкретных машинных носителях. При описании структуры внутримашинной информационной базы должны быть приведены перечни баз данных и массивов и логические связи между ними. Для массива информации указывают логическую структуру внутри массива или дают ссылку на документ "Описание массива информации". При описании структуры внемашинной информационной базы приводят перечень документов и других информационных сообщений, использование которых предусмотрено в системе, с указанием автоматизируемых функций, при реализации которых формируют или используют данный документ. В разделе "Организация ведения информационной базы" при описании внутримашинной базы приводят последовательность процедур при создании и обслуживании базы с указанием, при необходимости, регламента выполнения процедур и средств защиты базы от разрушения и [c.287]

Система управления базой данных ИНЕС ориентирована на поддержание иерархических структур данных. На физическом уровне используется метод доступа, программно имитирующий механизм виртуальной памяти. При этом данные хранятся в блоках памяти и лексикографически упорядочены, а разным сегментам в логической схеме соответствуют различные блоки. Таким образом, блоки также организуются в иерархическую структуру. Особенность СУБД ИНЕС — наличие непроцедурного языка манипулирования данными — языка запросов. [c.84]

Результатом работы анализатора А будет набор таблиц, списков, массивов, составляющих внутреннюю базу данных ВБД компилятора, располагаемую в ОП. Основные элементы этой БД — упакованное описание структуры проектируемого объекта, таблицы паспортов подпрограмм моделей элементов, подпрограмм расчета выходных параметров и т. п. Операторы языка описания задания преобразуются анализатором в псевдокоманды, содержащие метку и код команды, режимные параметры, имя подпрограммы, реализующей необходимые для выполнения данной команды методы, параметры подпрограммы. Последовательность псевдокоманд описывает программу вычислений, которые должны быть выполнены рабочей программой. Память ЭВМ под внутреннюю БД выделяется только динамически, что определяет ее рациональное использование. При недостатке ОП некоторые наиболее крупные массивы выгружаются во внешнюю память ЭВМ. Во внутренней БД широко используется аппарат перекрестных ссылок между логически связанными элементами данных, что значительно повышает быстродействие компилятора за счет минимизации времени доступа к обрабатываемым данным. Анализатор пополняет внутреннюю БД информацией, считанной из паспортов библиотечных подпрограмм. Эта информация необходима для лексического и синтаксического контроля входного описания. Паспорта сгруппированы в каталоги библиотечных подпрограмм и хранятся во внешней памяти 7 ЭВМ. [c.142]

Логистический анализ (ЛА) одна из важнейших составляющих ИЛП. Он представляет собой формализованную технологию выполнения расчетных процедур, предназначенных для всестороннего исследования изделия и вариантов системы его эксплуатации и поддержки. ЛА направлен на минимизацию затрат на ЖЦ изделия при заданных показателях надежности и эффективности. ЛА следует начинать еще до начала проектирования, т.е. на стадии определения требований к изделию, и продолжать до завершения процесса его использования. Последнее необходимо для оценки правильности результатов предыдущих этапов ЛА и накопления статистического материала, служащего основой анализа новых проектов. Результаты ЛА, как правило, представляются в форме реляционной базы данных - БД ЛА, имеющей описанную в DEF STAN 00-60 логическую структуру. [c.20]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...