Автоматизацию работы базы данных обеспечивает СУБД, которая манипулирует с конкретной моделью организации данных на носителе. При построении логической модели данных выбирается один из трех подходов моделирования иерархический, сетевой, реляционный. [c.147]
Модель накопления данных формализует описание информационной базы, которая в компьютерном виде представляется базой данных. Процесс перехода от информационного (смыслового) уровня к физическому отличается трехуровневой системой моделей представления информационной базы концептуальной, логической и физической схем. Концептуальная схема информационной базы (КСБ) описывает информационное содержание предлагаемой области, т.е. какая и в каком объеме информация должна накапливаться при реализации информационной технологии. Логическая схема информационной базы (ЛСБ) должна формализованно описать ее структуру и взаимосвязь элементов информации. При этом могут быть использованы различные подходы реляционный, иерархический, сетевой. Выбор подхода определяет и систему управления базой данных, которая, в свою очередь, определяет физическую модель данных - физическую схему информационной базы (ФСБ), описывающую методы размещения данных и доступа к ним на машинных (физических) носителях информации. [c.56]
Для построения системы управления базами данных (СУБД) ориентированной логической модели рекомендуется отобразить полученную концептуальную модель сначала в общую иерархическую модель, а затем,накладывая на нее ограничения конкретной СУБД, получить отображение в модель данных конкретной СУБД -. Но в связи с тем, что возможности модели данных СУБД ИНЕС шире общей иерархической модели, целесообразно проводить отображение сразу в модель ИНЕС. [c.26]
Для взаимодействия программ визуализации к программному обеспечению ВИС предъявляется требование хранения всех атрибутивных данных образов во внешней базе данных и работа с ними на языке запросов SQL. Ориентированный граф иерархической взаимосвязи образов управляемых объектов может создаваться сред- [c.197]
Гипертекст можно"рассматривать как своеобразную базу данных, которая организуется в виде открытой, свободно наращиваемой и изменяемой сети, узлы которой (линейные тексты) соединяются самим пользователем. От обычной базы данных гипертекст отличается прежде всего тем, что в нем отсутствуют априорно заданные ограничения на характер связей (как, например, в иерархических структурах). [c.523]
Цель разработки (а в последствии и совершенствования) информационных систем управления, направленная на достижение конечного результата, может быть представлена в виде иерархической структуры, которая включает в себя также создание качественной документации, формирование и ведение баз данных и разработку процедур работы с системой. Проектирование [c.150]
Во всех случаях компоновка предполагает оперирование с некоторыми функциональными агрегатами или конструктивными модулями. Функциональные агрегаты объединяют унифицированные узлы, типовые проектные решения и проектные решения узлов машины по предшествующим разработкам. Для компоновки общего вида рационально использовать программные средства машинной графики для двухмерных изображений. Функциональные агрегаты и конструктивные модули включаются в базу данных (лучше, если эта база данных будет с иерархической или сетевой организацией). [c.220]
Имя-идентификатор базы, данных (БД) обозначает специальным образом организованную совокупность данных. При определении структуры БД будем считать, что база данных представляет собой некоторую СЕЙ. Справедливость этого утверждения очевидна, если БД имеет иерархическую структуру. Известно, что БД с сетевой структурой может быть однозначно определена через иерархическую. [c.24]
Организационно эта система представляет собой иерархическую структуру, в вершине которой находится аппарат Министерства электротехнической- промышленности СССР и информационно обслуживаемый его ВЦ. От предприятий и производственных объединений отрасли, территориально рассредоточенных по стране, в ВЦ под воздействием административных указаний поступает информация о сверхнормативных и неиспользуемых производственных запасах. Эти сведения периодически обобщаются и передаются в министерство. В этой системе предусмотрен режим выдачи ответа на запрос предприятий о наличии в базе данных информации по материальным ресурсам, имеющимся в избытке на других предприятиях. [c.221]
Второй аспект информационного обеспечения АСУ состоит в рациональной организации и обработке всей информации на машинных носителях. С целью такой рациональной ее организации при создании АСУ производится информационный анализ всех решаемых в АСУ функциональных задач. На базе последнего формируются информационные модели с распределением их по иерархическим уровням управления. И на основе создаваемых информационных моделей с учетом сформированных информационных моделей и распределенных баз данных решается проблема рациональной организации и переработки информации с использованием имеющихся систем управления базами данных (СУБД). При создании АСУ весьма важно выбрать наиболее рациональную СУБД, обеспечивающую минимум затрат ручного и машинного времени на решение функциональных задач АСУ и способную воспринимать новые функциональные задачи при развитии АСУ. [c.56]
Список дескрипторов внешнего анализа соответственно является суженным списком дескрипторов аналитической подсистемы АСУП или АСУ объединения. Наименования и коды дескрипторов не изменяются, что обеспечивает иерархическую совместимость аналитических подсистем различных видов экономических информационно-вычислительных систем. Таким образом, структура информационного обеспечения этих систем имеет единый вид технико-экономический тезаурус, словарь дескрипторов и каталог документов. Информационный обмен между системами осуществляется программами управления базами данных. [c.130]
При выборе СУБД исследуются объемно-частотные и структурные характеристики данных с целью определения носителя, на котором будут находиться данные, и допустимой структуры (иерархической, списковой, сетевой) данных. Затем выбирается та СУБД, которая обеспечивает работу с выбранной структурой. Наряду с выбором типа структуры производится оценка методов поиска, заложенных в банк данных, как по получению требуемого состава данных, так и по времени доступа, возможности работы с разнообразными внешними устройствами (в первую очередь с терминальными), наличия системы загрузки и контроля информации, размещаемой в базе данных, возможности восстановления базы данных после аварийных ситуаций. [c.57]
Для автоматизации процессов технической эксплуатации все уровни системы технической эксплуатации ЗПС оснащаются ПТК. Каждый иерархический уровень СТЭ ЗПС содержит базу данных своей зоны обслуживания для выполнения всех функций, возложенных [c.230]
Объектно-ориентированный подход явился результатом сближения двух областей исследований семантического моделирования данных и объектно-ориентированных языков. Семантическое моделирование уделяет наибольшее внимание структуре данных, что позволяет эффективно отображать значения реальных фактов в конструкции модели и легко создавать логические схемы для сетевых, иерархических и реляционных баз данных. Объектно-ориентированные языки изучали поведение объектов данных. Сближение этих двух областей позволило применить понятия объектно-ориентированных языков к семантическим структурам данных. [c.6]
С целью систематизации сведений об изучаемых предприятиях целесообразно их накапливать и хранить в базе данных ЭВМ или специальной картотеке. Структурно эта информация может быть представлена в иерархической форме, причем, каждый уровень иерархии соответствовал бы заданной глубине анализа изучаемого предприятия. [c.527]
Экономические исследования, проводимые в СССР, отражая специфику советского централизованного управления, базировались на отраслевом принципе (в ущерб территориальному), когда страна являлась единым организмом и ее экономика управлялась единой иерархической структурой управления. Сбор и хранение экономической информации имели своей целью обеспечение именно этих функций. Ведение банков данных экономической информации было прерогативой государственных органов, которое вводило ряд жестких ограничении по доступу к информации, обосновывая эти ограничения государственной или ведомственной тайной. Практически каждое ведомство, занимающееся экономической работой, имело сеть собственных информационных служб (вычислительных центров), собирало информацию, создавало собственные базы данных. Увязка баз данных теоретически прорабатывалась на основе многочисленных классификаторов, но практически выполнялась чрезвычайно слабо из-за слабой технической основы, ведомственной конкуренции и недостатков информационных технологий. Базы данных экономической информации были ориентированы только на конкретного заказчика и по своему технологическому построению не обеспечивали возможность коммерческого использования, в чем до 90-х годов и не было необходимости. Следует отметить, что хранящаяся в них информация по содержанию обладала коммерческой ценностью. [c.123]
Иерархические базы данных [c.168]
Термин иерархический относится к организации данных в рамках хозяйственной прикладной программы или системы. Записи данных в иерархических базах данных называются либо родительскими, либо дочерними. Эти обозначения характеризуют владельца и собственную запись. Система управления базой данных обеспечивает исполнение данного правила с помощью внутренних методов (указателей). Такая организация данных становится операционным условием, когда система осуществляет запоминание или поиск данных. Общим руководящим правилом при таком типе организации данных является то, что ни у одной записи не может быть более одного родителя. И наоборот, любой родитель может иметь больше, чем одного ребенка. Максимальное число записей, принадлежащих в качестве детей одному родите- [c.168]
В иерархических системах путь к данным пролегает всегда от вершины пирамиды к более низкому уровню. Это означает, что в любых случаях, когда требуется запись более низкого уровня, компьютер должен сначала получить доступ ко всем записям, находящимся в промежуточном положении, прежде чем выбрать требуемую запись. Данное требование оборачивается чрезмерным объемом обработки, даже если необходим небольшой объем данных. Важным фактором, который следует учитывать при проектировании компьютерных систем, использующих иерархическую систему управления базами данных, является также время навигации. [c.168]
Архитектура сетевой базы данных практически идентична по конструкции иерархической базе данных при одном важном отличии- в сетевых структурах данных у любой записи может быть больше чем один собственник. Термин сеть используется для описания отношений, появляющихся в результате создания связи, или наборов, между множеством различных типов записей. В сетевой базе данных пути доступа все еще заранее установлены, однако, доступ к конкретной записи осуществляется уже не по одному пути - сверху вниз - как в случае с иерархическими системами. [c.168]
Самым существенным аспектом системы управления реляционной базой данных является то, что для нахождения связанных данных система управления базой данных не использует внутренние указатели. Вспомним, что в сетевых или иерархических системах путь к данным создается с помощью [c.169]
Модели данных анализируются с учетом применяемых информационных конструкций, операций и ограничений. Для применения синтаксических моделей данных характерно использование единого аппарата функциональных зависимостей. Он позволяет производить нормализацию реляционных баз данных, создавать корректные сетевые и иерархические базы данных. Исследуются также ациклические базы данных. [c.4]
Иерархическая модель данных имеет много общих черт с сетевой моделью данных, хронологически она появилась даже раньше, чем сетевая. Допустимыми информационными конструкциями в иерархической модели данных являются отношение, веерное отношение и иерархическая база данных. В отличие от ранее рассмотренных моделей данных, где предполагалось, что информационным отображением одной предметной области является одна база данных, в иерархической модели данных допускается отображение одной предметной области в несколько иерархических баз данных. [c.117]
Иерархической базой данных называется множество отношений и веерных отношений, для которых соблюдаются два ограничения. [c.118]
Схема иерархической БД по составу компонентов идентична сетевой базе данных. Названные выше ограничения поддерживаются иерархическими СУБД. [c.118]
На рис. 2.5 изображена структура иерархической базы данных о студентах и преподавателях вуза, удовлетворяющая всем ограничениям, указанным в определении. [c.118]
| Рис. 2.5. Иерархическая база данных для вуза |  |
На рис. 2.6 приводится связь значений отношений из иерархической базы данных, структура которой показана на рис. 2.5,а. Каждое значение представляется соответствующей величиной первичного ключа. [c.119]
Необходимо отметить, что существуют различные возможности прохождения иерархически организованных значений в линейной последовательности. Принцип, применяемый для иерархических баз данных, называется концевым прохождением. [c.119]
Процесс управления накоплением знаний может включать получение и хранение информации для решения предпринимательских задач, использование любых средств связи и хранения — традиционных и электронных. Это служебные инструкции, профессиональные публикации, личная корреспонденция и неофициальные переговоры, специальные исследования и отчеты, переписка с клиентами, конспекты, исследование возможностей конкурентов, обратная связь с продавцами, текущие новости, обратная связь с поставщиками и т. п. Электронные средства, основанные на компьютерных технологиях, включают электронную почту иерархические, сетевые, соотносящиеся базы данных хранилища данных системы принятия групповых решений записи, сделанные в Lotus интранетов-ские и интернетовские И ей-сайты механизмы для просмотра и поиска информации базы знаний, в том числе экспертных, и т. п. [c.543]
БАЗА ДАННЫХ — логически организованная совокупность данных (как правило, большая по объему), ориентированная на их эффективное хранение, накопление и обработку (в частности, поиск) с помощью ЭВМ. Для создания и ведения Б.д. используются программные системы управления (СУБД). Организация СУБД на высоком уровне должна опираться на простой и ясный язык общения с Б.д., понятный даже лицу, не знакомому с программированием. На низком же уровне она требует применения сложных алгоритмов, максимально использующих все технические и программные возможности ЭВМ для быстрого и безошибочного исполнения запроса по Б.д. Важнейшие принципы организации Б.д. — иерархический, сетевой и реляционный. Первые два опираются на геометрические представления (представление данных в виде некоторых графов), а последний — на алгебраическую теорию. Однако основополагающие работы Э. Кодда по теории реляционных Б.д. сделали последний принцип их реализации доминирующим. [c.19]
Проблема качества программных средств (ПС) не нова, но и сегодня очень актуальна в связи с возрастанием значимости ПС в практике управленческой деятельности как элементов сложных экономических систем. Потери в результате отказа программных средств или низкой эффективности принятой информационной технологии могут исчисляться миллиардами рублей. Особое значение качество как ПС, так и компьютерной технологии в целом имеют в налоговой службе в силу специфики ее задач и функций, значительной неустойчивости методологического обеспечения, необходимости оперативного ведения, контроля и формирования баз данных, выдачи регламентированных отчетных форм и ответов на нерегламентированные запросы. В настоящее время необходимо обеспечить разработку и производство ПС с заранее заданными свойствами и показателями качества, соответствующими требованиям налоговых служб различных уровней иерархии. Для решения данной задачи необходимо создание и ведение целостной многоуровневой иерархической системы управления качеством, функционирующей во всех структурных подразделениях Государственной налоговой службы РФ от центральных органов ГНС РФ до территориальных налоговых инспекций. Важное значение для управления качеством программных средств имеет возможность его оценки на различных этапах жизненного цикла ПС. Жизненный цикл ПС для поставленных целей включает следующие основные этапы1. [c.358]
Наибольшей трудоемкостью в настоящее время обладают процедуры первой группы. Надобность в разработке общих видов составных частей отпадет лишь при проектировании на основе конструктивных модулей. До перехода к такому методу следует ориентироваться на типизацию, которая позволяет выявить структурную однородность составных частей объектов проектирования. На базе типовых структур компоновок могут быть выполнены модификации, которые, однако, не приводят к перестройке общей композиции. Типовые структурные компоновки должны реализовать прогрессивные технические решения. Храниться они могут на магнитных носителях, микрофишах. Каждое описание типовой структурной компоновки в базе данных включает спецификацию составных частей. Для идентификации типовых структурных компоновок можно использовать единую обезличенную классификационную систему обозначений изделий и конструкторских документов. Входящий в нее код классификационной характеристики присваивается конструкторскому документу пр Классификатору ЕСКД независимо от предметной области. Классификатор реализует иерархический метод характеристики изделий, что удобно для декомпозиции при разработке составных частей объекта проектирования. В характеристику должны быть включены наиболее существенные для целей поиска типовых структурных компоновок признаки функциональный, служебного назначения, конструктивный, принципа действия, параметрический, геометрической формы, наименования. [c.233]
Система оснащена гибкими средствами генерации отчетов, обеспечивающими получение выбранной из базы данных информации как в стандартном формате, так и в формате, определенном пользователем. При формировании отчетов, а также при осуществлении функций поиска информации допускается выполнение арифметических и логических операций над данными. Пользователь имеет возможность создавать собственные форматы экрана для ввода информации либо использовать стандартные. Каждый файл базы данных при его просмотре или выдаче на печать может быть иерархически отсортирован по трем различным полям как по убыванию, так и по возрастанию значений данных. Параметры всех перечисленных функций Friday определяются пользователем посредством выбора из соответствующих меню . [c.99]
В программном обеспечении БД имеются макрокоманды, позволяющие выбирать записи (сегменты) из числа подчиненных некоторому конкретному объекту по иерархической лестнице (QNP-GET NEXT WITHIN PARENT). Это позволяет после выполнения действий по данному алгоритму сконструировать БД, в которой легко получить итоги по объектам, занимающим наивысший уровень в иерархическом дереве (для нашего примера по конкретному министерству). В этой же БД получение итогов по расчлененным объектам представляет некоторые трудности по сравнению с получением итогов по объектам старшего уровня. В примере, приведенном в сноске к п. 5, имеется в виду подсчет итогов по Таджикской ССР (подсчет этих итогов может быть реализован с помощью некоторых усложнений рабочих программ). Во избежание этих трудностей следует сконструировать несколько БД, затем объединить их логическими связями, которые допускаются в имеющихся системах управления базами данных. [c.165]
В полнотекстных базах данных для ускорения поиска используется индексация по совокупности слов, составляющих текст. Хотя индексация также является весьма времяёмкой процедурой, но производить ее, как правило, приходится только один раз. Проблема здесь заключается в том, что объем индексного файла оказывается сравним (а в некоторых случаях превосходит) с исходным индексируемым файлом. Первоначально каждому документу ставился в соответствие индексный файл, в настоящее время индекс готовится для тематической группы документов или для поисковой системы в целом. Такая схема индексации экономит место в памяти и ускоряет поиск. Для документов очень большого размера может использоваться отдельный индекс, а в поисковой системе иерархический набор индексов. Индексированием называется процесс перевода с естественного языка на информационно-поисковый язык. В частности, под индексированием понимается отнесение документа в зависимости от содержимого к определенной рубрике некоторой классификации. Индексирование можно свести к проблеме распознавания образов. [c.244]
К СУБД иерархического типа можно отнести многие системы управления файлами, в частности Norton ommander, Far Manager, Диспетчер файлов и пр. Большинство СУБД, предназначенных для создания и ведения библиотечных баз данных, также иерархического типа. [c.75]
Современные инструменты моделирования сохраняют модели во внутренней базе данных, позволяя при этом размещать созданные модели в иерархической структуре папок.64 Некоторые инструменты моделирования, например, ARIS Toolset IDS S heer AG дополнительно располагает [c.78]
К числу трех основных методов, используемых системами управления базами данных для запоминания и поиска данных в компьютере, относятся иерархический, сетевой и реляционный методы. В двух первых методах используется некий внутренний механизм, представленный системой указателей, которые направляют компьютер на элемент данных в памяти компьютера. Реляционный метод был разработан для того, чтобы использовать сами данные для поиска данных/информации, связанных с запросом на данные/информацию. Как правило, реляционная СУБД (РСУБД) проектируется для поддержки конечного пользователя или удовлетворения информационных потребностей клиента ИСУ. РСУБД можно также использовать для систем обработки запросов. [c.168]
Метод, применяемый для организации данных и информации в вычислительной системе, зависит от характера их использования. Иерархические и сетевые системы управления базами данных достаточно эффективны для хозяйственных систем, выполняющих тысячи или миллионы операций в день. Эти системы управления базами данных предопределяют пути к местам расположения данных вместе с определениями отношений между данными. Эти пути делают ненужным повторное принятие решений относительно наме-реваемого использования данных компьютером для проведения хозяйственной операции. И наоборот, эти системы не очень подходят для обеспечения доступа со стороны людей. Когда людям требуется доступ к данным, то эти последние обычно используются для поддержки процесса принятия хозяйственных решений. Возможно, информацию требуется получить совершенно иным способом, чем это предусматривалось при проектировании базы данных, поддерживающей систему обработки транзакций, и обработка нередко [c.171]
Дается характеристика компонентов экономических информационных систем (ЭИС)—вычислительной системы, базы данных, программного обеспечения рассматриваются этапы нежизненного цикла — проектирование, внедрение, эксплуатация, развитие. Моделирование представлений информации в ЭИС предполагает использование синтаксических моделей данных (реляционной, сетевой и иерархической) и семантических моделей (семантические сети, фреймы и др.). Моделирование процессов опирается на сети Петри. Теоретические методы проектирования иллюстрируются практическими задачами. Для иллюстрации методов обработки данных используются языки Паскаль, SQL, dBASE и Пролог (3-е изд.—1993 г.). [c.2]
Смотреть страницы где упоминается термин База данных иерархическая
: [c.58] [c.366] [c.268] [c.337] [c.607] [c.377] [c.287] [c.88]Теория экономических информационных систем Изд.4 (2000) -- [ c.117 ]