Сетевой модели данных называется структура

66. Сетевая модель данных. Ее архитектура и основные структуры.

Сетевая модель данных модель, состоящая из записей, элементов данных и связей типа «один ко многим» (1:М), установленных между записями.

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

67. Что означают термины «интраструктура», «тип набора», «системный тип набора»?

Интраструктурой называется структура, размещенная внутри типа записи.

Тип набора именованная связь типа «один ко многим» (1:М), установленная между записью-владельцем и одной или несколькими за­писями-членами. Тип набора представляет собой конструкцию, которая поддерживает работу с интраструктурами, т.е. со структурами внутри типов записей. Тип набора поддерживает связь 1:М, в которой тип записи на стороне «один» называется типом записи-вла­дельца, а тип записи на стороне «многие» называется типом записи-члена. Используя типы записи и типы набора, проектировщик базы данных может создать диаграмму структуры данных, или схему данных, используемую для представления структуры CODASYL-со­вместимой базы данных.

Системный тип набора — именованная связь между воображаемым типом записи-владельца, который является системой (System), и (обычно) одним типом записи-члена.

Системные наборы также называются сингулярными наборами и являются средствами соединения всех экземпляров типа записи, кото­рые встречаются в других типах наборов только в качестве типа записи-владельца. Как следует из самого названия, владельцем этих типов наборов является система (System), которая на самом деле присутствует только в названии.

68. Перечислите основные правила при создании сетевой модели данных.

Типы записей и наборов используются для разработки структуры базы данных и (соответственно) диаграммы схемы. При этом следует иметь в виду перечисленные ниже правила. Только один тип записи может быть владельцем в каждом наборе, хотя один и тот же тип записи может быть владельцем в нескольких различных типах наборов. Один или больше типов записей могут быть членами одного и того же типа набора (многочленного типа набора). Тип записи может быть членом нескольких типов наборов. Тип записи может быть владельцем в одних типах наборов и членом в дру-гих типах наборов. Между любыми двумя типами записей может быть определено любое ко-личество типов набора. Типы набора могут быть определены так, что в результате они образуют циклическую структуру. Запись необязательно должна быть членом двух экземпляров одного и того же типа набора. Тип записи необязательно должен быть членом какого-либо типа набора (отдельный тип записи).

Наборы являются единственным способом представления связей между записями. Связи могут быть следующих типов: «многие ко многим» (M:N), «один к одному» (1:1), «один ко многим» (1:М), системный тип набора.

Источник

Сетевая модель данных

Сетевая модель данных — логическая модель данных, являющаяся расширением иерархического подхода, строгая математическая теория, описывающая структурный аспект, аспект целостности и аспект обработки данных в сетевых базах данных. Сетевая модель представляет собой структуру, у которой любой элемент может быть связан с любым другим элементом.Сетевая база данных состоит из наборов записей, которые связаны между собой так, что записи могут содержать явные ссылки на другие наборы записей. Тем самым наборы записей образуют сеть. Связи между записями могут быть произвольными, и эти связи явно присутствуют и хранятся в базе данных.

Особенности сетевой модели данных.

• Связи в сетевой модели данных осуществляются наборами, которые реализуются с помощью указателей. Сетевая модель данных являются особым витком в развитии иерархической модели данных, их основным отличием является то, что в сетевых моделях данных имеются указатели в обоих направлениях, которые соединяют родственную информацию.
• Сетевая модель данных предполагает наличие в ней произвольного количества записей и наборов в том числе их различных типов.
• Связь между двумя записями может выражаться произвольным количеством наборов.
• В любом наборе может быть только один владелец.
• Тип записи может быть владельцем в одних типах наборов и членом в других типах наборов, а также не входить ни в какой тип наборов.
• Допускается добавление новой записи в качестве экземпляра владельца, если экземпляр-член отсутствует.
• При удалении записи-владельца удаляются соответствующие указатели на экземпляры-члены, но сами записи-члены не уничтожаются (сингулярный набор).

Управление сетевыми данными.

Операции с сетевыми данными можно разделить на две группы: навигационные операции с данными и операции модификации данных.

Навигационные операции с данными

Навигационные операции сетевых баз данных осуществляют переход по связям, определенных в схеме баз данных, в результате таких переходов определяется запись, которую называют текущей.

• Найти конкретную запись в наборе однотипных записей и сделать ее текущей;
• Перейти от записи-владельца к записи-члену в некотором наборе;
• Перейти к следующей записи в некоторой связи;
• Перейти от записи-члена к владельцу по некоторой связи.

Операции модификации данных

Операций модификации сетевых баз данных осуществляют добавление новых записей данных, добавление новых наборов данных, удаление записей данных и наборов записей, модификация агрегатов и элементов данных.

• извлечь текущую запись в буфер прикладной программы для обработки;
• заменить в извлеченной записи значения указанных элементов данных на заданные новые их значения;
• запомнить запись из буфера в БД;
• создать новую запись;
• уничтожить запись;
• включить текущую запись в текущий экземпляр набора;
• исключить текущую запись из текущего экземпляра набора.

Реляционная модель данных

Реляционная модель — совокупность данных, состоящая из набора двумерных таблиц. В теории множеств таблице соответствует термин отношение (relation), физическим представлением которого является таблица, отсюда и название модели – реляционная. Соответственно теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики, как теория множеств и логика первого порядка. В сравнении с иерархической и сетевой моделью данных, реляционная модель отличается более высоким уровнем абстракции данных. Реляционная модель является удобной и наиболее привычной формой представления данных, так в настоящее время эта модель является фактическим стандартом, на который ориентируются практически все современные коммерческие СУБД. На реляционной модели данных строятся реляционные базы данных.

При табличной организации данных отсутствует иерархия элементов. Строки и столбцы могут быть просмотрены в любом порядке, поэтому высока гибкость выбора любого подмножества элементов в строках и столбцах. Любая таблица в реляционной базе состоит из строк, которые называют записями, и столбцов, которые называют полями. На пересечении строк и столбцов находятся конкретные значения данных. Для каждого поля определяется множество его значений.

В реляционной модели данных применяются разделы реляционной алгебры, откуда и была заимствована соответствующая терминология.В реляционной алгебре поименованный столбец отношения называется атрибутом, а множество всех возможных значений конкретного атрибута – доменом. Строки таблицы со значениями разных атрибутов называют кортежами. Атрибут, значение которого однозначно идентифицирует кортежи, называется ключевым (или просто ключом). Так ключевое поле – это такое поле, значения которого в данной таблице не повторяется. В отличие от иерархической и сетевой моделей данных в реляционной отсутствует понятие группового отношения. Для отражения ассоциаций между кортежами разных отношений используется дублирование их ключей. Сложный ключ выбирается в тех случаях, когда ни одно поле таблицы однозначно не определяет запись.

Записи в таблице хранятся упорядоченными по ключу. Ключ может быть простым, состоящим из одного поля, и сложным, состоящим из нескольких полей. Сложный ключ выбирается в тех случаях, когда ни одно поле таблицы однозначно не определяет запись.

Кроме первичного ключа в таблице могут быть вторичные ключи, называемые еще внешними ключами, или индексами. Индекс – это поле или совокупность полей, чьи значения имеются в нескольких таблицах и которое является первичным ключом в одной из них. Значения индекса могут повторяться в некоторой таблице. Индекс обеспечивает логическую последовательность записей в таблице, а также прямой доступ к записи.

По первичному ключу всегда отыскивается только одна строка, а по вторичному – может отыскиваться группа строк с одинаковыми значениями первичного ключа. Ключи нужны для однозначной идентификации и упорядочения записей таблицы, а индексы для упорядочения и ускорения поиска.

Индексы можно создавать и удалять, оставляя неизменным содержание записей реляционной таблицы. Количество индексов, имена индексов, соответствие индексов полям таблицы определяется при создании схемы таблицы.

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

С помощью индексов и ключей устанавливаются связи между таблицами. Связь устанавливается путем присвоения значений внешнего ключа одной таблицы значениям первичного ключа другой. Группа связанных таблиц называется схемой данных. Информация о таблицах, их полях, ключах и т.п. называется метаданными.

• Изложение информации в простой и понятной для пользователя форме (таблица).
• Реляционная модель данных основана на строгом математическом аппарате, что позволяет лаконично описывать необходимые операции над данными.
• Независимость данных от изменения в прикладной программе при изменении.
• Позволяет создавать языки манипулирования данными не процедурного типа.
• Для работы с моделью данных нет необходимости полностью знать организацию БД.

• Относительно медленный доступ к данным.
• Трудность в создании БД основанной на реляционной модели.
• Трудность в переводе в таблицу сложных отношений.
• Требуется относительно большой объем памяти.

Источник