Особенности таблиц БД.

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

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

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

Необходимость сохранения информации в режиме реального времени обусловлена следующими причинами:

- Надежность и безопасность данных. Если утрачен документ, созданный в текстовом процессоре или графическом редакторе, то последствия этого можно оценить затратами времени, необходимого для его воспроизведения. Утрата же БД может привести к остановке целой отрасли промышленности т иметь глобальные последствия. Существуют БД, от которых зависит движение транспорта, работа банков и промышленных предприятий. Есть БД, содержащие жизненно важные сведения медицинского характера. Создатели БД не могут полагаться на то, что конкретный пользователь не забудет своевременно дать команду «Сохранить». Они учитывают и то, что во время работы может произойти аварийное отключение электричества. Ни при каких условиях информация не должна теряться. Поэтому все изменения данных немедленно и автоматически сохраняются на диске.

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