Организация структуры базы данных

Организация структуры базы данных [c.621]

Индексный последовательный. Тип организации файла, часто применяемых" для реализации структур баз данных. Обычно индекс, во многом сходный со словарем, используется для запоминания списка ключей, по которым можно производить поиск в файле при этом индекс содержит указатели в основное тело файла. [c.308]

По н а 3 н а ч е н и ю различают ОС общего и специального назначения. К ОС специального назначения относят ОС предназначенные для решения задач реального времени ориентированные на организацию и ведение баз данных предназначенные для поддержки однородных вычислительных структур и сетей. [c.86]

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

Организация технического обеспечения САПР оказывает влияние на структуру информационного обеспечения и в первую очередь баз данных. Если БД сконцентрирована в одном узле вычислительной сети, то она называется сосредоточенной, в противном случае — распределенной. Если информационное обслуживание с помощью БД относится ко всей САПР, то БД называют общей (интегрированной или центральной), а если к отдельной проектирующей подсистеме САПР или к отдельному пакету прикладных программ, то локальной БД. [c.56]

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

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

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

Следующим важнейшим требованием является универсальность модели по отношению к целому классу объектов проектирования, принадлежащих к определенной предметной области и различаемых по принципу действия, конструктивным особенностям, параметрам и пр. Это дает возможность гибкого использования созданных алгоритмов, уменьшения трудоемкости разработки соответствующих конкретных программ, позволяет сравнить на единой основе различные частные варианты проекта. В практической постановке это предполагает использование обобщенных однотипных математических методов описания объекта (например, для элект(Х)механического преобразования энергии на базе обобщенного ЭМУ), применение разветвленной логической структуры алгоритмов анализа, четкой систематизации и рациональной организации совокупности входных данных для различных вариантов задания. [c.99]

Современные САПР (или системы AE/ AD), обеспечивающие сквозное проектирование сложных изделий или, по крайней мере, выполняющие больщинство проектных процедур, имеют многомодульную структуру. Модули различаются своей ориентацией на те или иные проектные задачи применительно к тем или иным типам устройств и конструкций. При этом возникают естественные проблемы, связанные с построением общих баз данных, с выбором протоколов, форматов данных и интерфейсов разнородных подсистем, с организацией совместного использования модулей при групповой работе. [c.14]

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

База данных — это совокупность машинно-ориентированных подпрограмм, позволяющих осуществлять поиск необходимой информации на внешних устройствах ЭВМ, перекомпоновку этой информации, собственно ввод (считывание) с внешнего устройства в оперативную память и обратный процесс — вывод (запись) информации из оперативной памяти на внешнее устройство. Подпрограммы базы данных существенным образом зависят от базового математического обеспечения конкретной ЭВМ (в основном от операционной системы и системы организации данных на внешних запоминающих устройствах), а также от принятой в реализуемой системе программного обеспечения структуры обрабатываемых данных [1]. [c.41]

Решение задачи есть последовательное выполнение шагов. Каждый шаг получает данные из базы данных на внешней памяти и в нее помещает их после обработки. Это позволяет прерывать решение задачи после каждого шага. Для организации обмена разработаны программы, обеспечивающие доступ к данным на внешней памяти и к списку в оперативной памяти. Структура системы СПРИНТ приведена на рис. 6.4. [c.201]

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

Отдельные банки данных для обеспечения согласованного взаимодействия программ автоматизированного проектирования объединяются в базу данных. Организация базы данных должна предусматривать одновременное использование банков данных в различных программах. В этом случае банки данных сопрягаются между собой с помощью специальных программных интерфейсов. Задачей таких интерфейсов является переработка информационных массивов из форматов и структур одного банка в форматы и структуры другого банка данных. [c.268]

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

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

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

Хранилище интегрированных и коллективно используемых данных. Организация базы данных направлена на оптимизацию структуры памяти и обеспечение независимости структуры хранимых данных от обрабатывающих программ. [c.299]

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

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

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

Для хранения данных система может использовать до восьми НМД одного из трех типов СМ-5400, СМ-5407, СМ-5408. Независимо от типа и количества НМД вся внешняя память представляется как единая среда хранения. Супервизор базы данных при этом обеспечивает автоматический переход от одного накопителя к другому по мере их заполнения и полную независимость между логической структурой данных пользователя и ее физической организацией. [c.207]

База данных ЭТО совокупность файлов с прямой организацией, между которыми в соответствии с требованиями пользователя система устанавливает логические связи. Логическая структура данных представляет собой два типа файлов — основные и связующие. Доступ к данным возможен только через основные файлы. [c.239]

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

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

Согласно ГОСТ 23501.9—80 АБД САПР должны обладать такими свойствами, как гибкость, надежность, наглядность и экономичность. Гибкость АБД заключается в возможности наращивания и адаптации средств СУБД, а также в изменении организации и структуры баз данных без значительных стоимостно-временных затрат. Надежность функционирования АБД может быть обеспечена соответствующими средствами восстановления данных и программ в случае их разрушения. Эти средства обычно предусматр шают в СУБД. Под наглядностью представления данных понимают их выдачу в удобной для восприятия и использования форме. [c.31]

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

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

В базе данных САПР РАПИРА—5.3—82 (см, рис. 3.20) использована древовидная структура организации данных. Данные определяются по именам, под которыми они записываются, хранятся и извлекаются из БД. Имеющие одинаковый физический смысл данные объед - [c.129]

База данных может содержать сведения сиравоч юго характера, например сведения о структуре унифицированных деталей определенного типа — крепежных, профилей проката, приборов измерительных, сведения о типовых технологических процессах, о правилах и ограничениях из нормалей и ОСТов, а также числовые значения параметров часто используемых элементов, различные физические константы, нормативы, закодированные чертежи типовых изделий и т. н. В базу данных входят результаты выполнения предыдущих этапов проектирования, предназначенные для использования на последующих этапах. В настоящее время различные проектные организации и научно-исследовательские институты, работающие в области создания САПР, занимаются разработкой библиотек типовых элементов чертежей отрасли н созданием банков графических данных. [c.329]

Документальные (внемашинныеЗ компоненты ИФ САПР распределены в различных подразделениях проектной организации, а их использование регламентируется правилами, установленными в соответствии с организационной структурой учреждения. Машинные компоненты ИФ САПР сосредоточены в основном в АБД, а их использование регламентируется СУБД (системой управления базой данных). [c.28]

НИИ и организации целесообразного применения АБД. Всю совокупность этих проблем можно условно разделить на проблемы, решаемые проектировщиками и прикладными программистами, отвечающими за содержательную сторону базы данных и организацию обмена данными между прикладными программами и базой данных, а также проблемы системного характера, связанные с повышением эффективности обработки данных средствами АБД (уменьшение времени реакции системы на запросы пользователей, сокращение объемов оперативной и внеишей памяти, занимаемых базой данных и СУБД, выполнение операций по формированию общей структуры данных, по защите данных, по их своевременному обновлению и т.д.). Второй круг проблем находится в компетенции системных программистов и администрации АБД. [c.92]

Единый код отсутствует. Задача по идентификации работ в рамках автоматизированных систем ТОиР довольно затруднительна. Учитывая то, что ГОСТ 18675-79 не содержит требований к организации базы данных и к структуре документа, велика вероятность того, что разработчики программного обеспечения ТОиР пойдут каждый своим путем. [c.33]

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

Необходимость выделения СУБД в качестве самостоятельной ср1стемы следует из анализа структуры прикладного программного обеспечения управляющих ЭВМ и задач, решаемых его элементами. Примерно 70% команд от общего объема прикладного программного обеспечения предназначаются для организации распределения информации в памяти ЭВМ, доступа к информационным массивам, поиска элементов информации в них и других огераций информационного обслуживания. И только 30% команд реализуют непосредственно алгоритм управления. Информационная часть ИБД условно разделена на четыре базы целей (БЦ), знаний (БЗ), ресурсов (БР) и данных (БД). База данных содержит количественные данные, по структуре и содержанию не отличается от баз данных существующих АСУ. База знаний является моделью знаний человека о технологии производства и поведении управляемых объектов системы в тех или иных условиях. База целей содержит информацию о качественных и количественных критериях оценки эффективности функционирования автоматизированного производства в целом. [c.58]

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

Если возникает небходимость в реорганизации или реструктуризации базы данных, можно провести изменения на уровне метаданных и тем самым обеспечить плавный переход от старой базы данных к новой. Более того, СССД помогает оценить влияние предполагаемых изменений на другие системы, программы и базы данных независимо от того, касаются ли они логической структуры или физической организации базы данных [8]. [c.56]

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

Теоретические работы Н. Хомского составили идейную основу концептуального , смыслового, уровня описания информации и процессов ее обработки в р/1де прикладных областей. Так, в работе [71] исследуется возможность концептуального подхода к трансформации структур данных. Развиваемый подход может быть использован для структурирования внешней схемы (следуя терминологии [56]) данных во внутреннюю, что примерно соответству-рт разработке физической организации базы данных на основе логической структуры (см. рис. 2.1 с. 33). Кроме того, идеи [71] применимы для создания программ реструктурирования физической организации данных при сохранении основного смысла процессов обработки информации (что существенно в случае изменения состава комплекса технических средств). [c.34]

Отмечая безусловную значимость отчета ANS1IX3ISPAR , целесообразно высказать следующее замечание. Авторы отчета предполагают возможность параллельного проектирования (на основе только лишь концептуальной схемы) внешних и внутренних схем. В привычной для разработчиков СУБД терминологии это означает параллельное проектирование логической структуры и физической организации. Однако известно, что современные аппаратные и программные средства не позволяют спроектировать физическую организацию для любой логической, структуры. Каждая из существующих СУБД накладывает более или менее жесткие ограничения на логические структуры. Например, СУБД СИОД-2 может поддерживать базу данных, состоящую лишь из четырех файлов, СУБД ОКА может работать лишь с лимитированным числом типов данных, с ограничением на число уровней иерархии и на сложность сети. Даже если спроектированная ло- [c.35]

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

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