41. Физическая организация сетевых структур данных.

Сетевой подход к организации данных является расширением иерархического.

Сетевая БД состоит из набора экземпляров каждого типа записи и набора экземпляров каждого типа связи 

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка.

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

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

Простой пример сетевой схемы БД.

42.Команда select языка запросов к бд sql. Формат и назначение команды.

Оператор SELECT — один из наиболее важных и самых распростра¬ненных операторов SQL. Он позволяет производить выборки данных из таблиц и преобразовывать к нужному виду полученные результаты. Будучи очень мощным, он способен выполнять действия, эквивалентные операто¬рам реляционной алгебры, причем в пределах единственной выполняемой команды. При его помощи можно реализовать сложные и громоздкие условия отбора данных из различных таблиц.

Оператор SELECT — средство, которое полностью абстрагировано от вопросов представления данных, что помогает сконцентрировать внимание на проблемах доступа к данным. Примеры его использования наглядно демонстрируют один из основополагающих принципов больших (про¬мышленных) СУБД: средства хранения данных и доступа к ним отделены от средств представления данных. Операции над данными производятся в масштабе наборов данных, а не отдельных записей.

Оператор SELECT имеет следующий формат:

SELECT [ALL I DISTINCT ] {*|[имя_столбца

[AS новое_имя]] } [ , . . . n]

FROM имя_таблицы [[AS] псевдоним] [,...n]

[WHERE <условие_поиска>]

[GROUP BY имя_столбца [,...n]] .

[HAVING <критерии выбора групп>]

[ORDER BY имя_столбца [,...n]]

Оператор SELECT определяет поля (столбцы), которые будут входить в результат выполнения запроса. В списке они разделяются запятыми и приводятся в такой очередности, в какой должны быть представлены в ре¬зультате запроса. Если используется имя поля, содержащее пробелы или разделители, его следует заключить в квадратные скобки. Символом * можно выбрать все поля, а вместо имени поля применить выражение из нескольких имен.

Если обрабатывается ряд таблиц, то (при наличии одноименных по¬лей в разных таблицах) в списке полей используется полная спецификация поля, т.е. Имя_таблицы. Имя_поля.

43. Двухуровневая архитектура банка данных (БнД). Процесс прохождения пользовательского запроса в БнД с двухуровневой архитектурой.

СУБД функционирует в среде ЭВМ с мощными операционными системами (ОС), то часть задач по обработке данных возлагается на ОС. При проектировании СУБД не разрабатывают программы манипулирования данными на физическом уровне, а используют программы методов доступа ОС. Такой подход обеспечивает относительную независимость операций хранения и обработки данных от используемых технических средств, предоставляемых ОС. Поэтому вводится в рассмотрение модель представления хранимых данных (внутренняя модель базы данных). Архитектура базы данных тогда будет иметь следующий вид:

«Модель??Внутренняя модель??Физическая база данных»

Это так называемая двухуровневая архитектура базы данных (Рис. 1.).

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

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

Для обеспечения же логической независимости прикладных программ от данных была предложена трёхуровневая модель системы управления базой данных.

Процесс прохождения пользовательского запроса в БнД

1. Пользователь посылает СУБД запрос на получение данных из БД.

2. Анализ прав пользователя и внешней модели данных, соответствующей данному

пользователю, подтверждает или запрещает доступ данного пользователя к запрошенным

данным.

3. В случае запрета на доступ к данным СУБД сообщает пользователю об этом (стрелка 12) и

прекращает дальнейший процесс обработки данных, в противном случае СУБД определяет

часть концептуальной модели, которая затрагивается запросом пользователя

4. СУБД получает информацию о запрошенной части концептуальной модели.

5. СУБД запрашивает информацию о местоположении данных на физическом уровне (файлы или физические адреса).

6. В СУБД возвращается информация о местоположении данных в терминах операционной системы.

7. СУБД просит операционную систему предоставить необходимые данные, используя средства операционной системы.

8. Операционная система осуществляет перекачку информации из устройств хранения и

пересылает ее в системный буфер.

9. Операционная система оповещает СУБД об окончании пересылки.

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

Упорядоченное дерево, степень которого не больше 2 называется бинарным деревом. Бинарное дерево особенно часто используется при поиске в оперативной

Определение: Бинарное дерево называют сбалансированным (balanced), если высота левого поддерева каждого узла отличается от высоты правого поддерева не более чем на 1.

При поиске данных во внешней памяти очень важной является проблема сокращения числа перемещений данных из внешней памяти в оперативную. Поэтому, в данном случае по сравнению с бинарными деревьями более выгодными окажутся сильно ветвящиеся деревья - т.к. их высота меньше, то при поиске потребуется меньше обращений к внешней памяти. Наибольшее применение в этом случае получили В-деревья (В - balanced)