Билет 11

Концептуальная модель

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

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

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

Перекрестные запросы

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

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

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

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

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

Билет 12

Логическая модель данных

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

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

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

Запросы на изменение

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

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

Существует четыре разновидности запросов на изменение:

• запросы на удаление;

• запросы на обновление;

• запросы на добавление;

• запросы на создание таблицы

Билет 13

Физические модели данных

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

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