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

Грязное чтение.

Транзакция B изменяет данные в строке. После этого транзакция A читает измененные данные и работает с ними. Транзакция B откатывается и восстанавливает старые данные.

Неповторяемое чтение.

Транзакция A дважды читает одну и ту же строку. Между этими чтениями вклинивается транзакция B, которая изменяет значения в строке.

Фантомы.

Транзакция A дважды выполняет выборку строк с одним и тем же условием. Между выборками вклинивается транзакция B, которая добавляет новую строку, удовлетворяющую условию отбора.

Ведение журнала

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

Откат и восстановление БД.

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

Архитектура «клиент-сервер»

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

Файловый сервер

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

Удаленный доступ

При размещении БД на ПК, который не находится в сети, БД всегда используется в монопольном режиме. Даже если БД используют несколько пользователей, они могут работать с БД только последовательно. ПК объединяются в локальные сети и необходимость распределения приложений, работающих с единой БД по сети, является несомненной.  Параллельный доступ к одной БД нескольких пользователей, в том случае, если БД расположена на одной машине, соответствует режиму распределенного доступа к центральной БД. Такие системы называются системами распределенной обработки данных.  Если же БД расположена на нескольких ПК, распределенных в сети, и к ней возможен параллельный доступ нескольких пользователей, то мы имеем дело с параллельным доступом к распределенным БД. Такие системы называются системами распределенных (удаленных) баз данных. 

Сервер базы данных.

Сервер БД обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации

Модель сервера приложений

Эта модель является расширением двухуровневой модели и в ней вводится дополнительный промежуточный уровень между клиентом и сервером. Этот промежуточный уровень содержит один или несколько серверов приложений.

В этой модели компоненты приложения делятся между тремя исполнителями:

- Клиент обеспечивает логику представления, включая графический пользовательский интерфейс, локальные редакторы; клиент может запускать локальный код приложения клиента, который может содержать обращения к локальной БД, расположенной на компьютере-клиенте. Клиент исполняет коммуникационные функции front-end части приложения, которые обеспечивают доступ клиенту в локальную или глобальную сеть.

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

- Серверы баз данных в этой модели занимаются исключительно функциями СУБД: обеспечивают функции создания и ведения БД, поддерживают целостность реляционной БД, обеспечивают функции хранилищ данных (warehouse services). Кроме того, на них возлагаются функции создания резервных копий БД и восстановления БД после сбоев, управления выполнением транзакций и поддержки устаревших (унаследованных) приложений (legacy application).

Тема №7

Основные сведения о базе данных Access

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

Работа с таблицами в Microsoft Access

В Microsoft Access существует четыре способа создания пустой таблицы.

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

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

3. Ввод данных непосредственно в пустую таблицу в режиме таблицы.

4. Определение всех параметров структуры таблицы в режиме конструктора.

Последовательность выполнения и содержание работы соответствует этапам проектирования баз данных:

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

2. Определение необходимых в таблице полей.

3. Задание индивидуального значения каждому полю.

4. Определение связей между таблицами.

5. Обновление структуры базы данных.

6. Добавление данных и создание других объектов базы данных.

Таблицы и связи

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

Запросы

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

Формы

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

Определение схемы данных

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

Определение объектов

В базе данных Access (файл .mdb) основными объектами являются таблицы, запросы, формы, отчеты, макросы и модули.

Определение атрибутов

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

Ключевые и неключевые атрибуты.

Атрибут – поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей (например, ЦВЕТ может быть определен для многих сущностей: СОБАКА, АВТОМОБИЛЬ, ДЫМ и т.д.). Атрибуты используются для определения того, какая информация должна быть собрана о сущности.

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