База данных. Понятие базы данных. Виды баз данных. Объекты для работы с базами данных. Типы данных в базах и таблицах Access. Основные элементы

Набор данных:

• Table (таблица, навигационный доступ)

• Query (запрос, реляционный доступ)

Визуальные  компоненты:

• Сетки DBGrid, DBCtrlGrid

• Навигатор DBNavigator

• Всяческие аналоги  Lable, Edit и т.д.

• Компоненты подстановки 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Типы  данных в базах

В Access можно определить следующие типы полей:

• Текстовый – текстовая  строка; максимальная длина задаётся параметром «размер», но не может быть больше 255

• Поле МЕМО – текст  длиной до 65535 символов

• Числовой – в параметре  «Размер поля»  можно задать поле: байт, целое, дейсвительное  и т.п.

• Дата/время – поле, хранящее данные о  времени.

• Денежный – специальный  формат для финансовых нужд, по сути являющийся числовым

• Счётчик – автоинкрементное поле. При добавлении новой записи внутренний счётчик таблицы  увеличивается на единицу и записывается в данное поле новой  записи. Таким образом, значения этого поля гарантированно различны для разных записей. Тип предназначен для ключевого поля

• Логический – да или нет, правда или  ложь, включен или  выключен

• Объект OLE – в этом поле могут храниться документы, картинки, звуки и т.п. Поле является частным случаем BLOB – полей (Binary Large Object), встречающихся в различных базах данных

• Гиперссылка –  используется для  хранения ссылок на ресурсы Интернета. Встречается не во всех форматах баз  данных. К примеру, такого типа нет в  dBase и Paradox

• Подстановка 
 
 
 
 
 
 
 

Типы  данных в таблицах Access:

• Текстовый

• Поле МЕМО

• Числовой

• Дата\время

• Денежный

• Счётчик

• Логический

• Объект OLE

• Гиперссылка

Не надо забывать про индексы.

Связывать таблицы.

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

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

Основные  понятия и элементы баз данных

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

Основное  требование к базам данных – удобство доступа к данным, возможность  оперативно получить исчерпывающую информацию по любому интересующему вопросу (важно не только то, что информация содержится в базе, важно то, насколько она хорошо структирована и целостна).

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

Согласно  современным требованиям к базам  данных, информация, содержащаяся в  них, должна быть:

• непротиворечивой (не должно быть данных, противоречащих друг другу);

• неизбыточной (следует  избегать ненужного  дублирования информации в базе, избыточность может привести к  противоречивости –  например, если какие  – то данные изменяют, а их копию в  другой части базы забыли изменить);

• целостной (все данные должны быть связаны, не должно быть ссылок на несуществующие в базе данные)

Реляционная модель баз данных была предложена Эдгаром Коддом в конце 70-х годов. В рамках этой модели база данных представляет собой набор таблиц, связанных друг с другом отношениями. При достаточной простоте (а значит, и удобстве реализации на компьютере) данная модель обладает гибкостью, позволяющей описывать сложно структурированные данные. Кроме того, для этой модели достаточно глубоко проработано теоретическое обоснование, что также даёт возможность эффективнее использовать компьютер при создании базы данных и работе с ней. В плане правил связи в реляционной модели реализуется отношение «один–ко–многим» связи между таблицами. Это значит, что одной записи в главной таблице соответствует несколько записей в подчинённой таблице (в том числе может не соответствовать ни одной записи). Другие типы связей: «один-к-одному», «много-к-одному» и «много-ко-многим» - можно свести к данному типу «один-ко-многим». Реляционные базы данных состоят из связанных таблиц.

Таблица представляет собой двумерный массив, в котором хранятся данные. Столбцы таблицы (в рамках принятых обозначений БД) называются полями, строки – записями. Количество полей таблицы фиксировано, количество записей – нет. Фактически таблица – нефиксированный массив записей с одинаковой структурой полей в каждой записи. Добавить в таблицу новую запись не составляет труда, а то время как добавление нового поля влечёт за собой рестрктуризацию всей таблицы и может вызвать определённые трудности. В качестве значений полей в записях могут храниться числа, строки, картинки и т.д. Таблицы баз данных хранятся на жёстком диске (на локальном компьютере или на сервере баз данных – в зависимости от типа БД). Одной таблице соответствуют обычно несколько файлов – один основной и несколько вспомогательных. Тонкости организации таблиц зависят от используемого формата (dBase, Paradox, InterBase, Microsoft Access и т.д.)

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

Индекс  – поле, так же, как и ключ, специально выделенное в таблице, данные в котором, однако, могут повторяться. Они также служат для ускорения доступа и, кроме того, для сортировки и выборок.

Нормальные  формы были придуманы, скорее, для  автоматизации процесса создания баз  данных, нежели как руководство тем, кто создаёт их вручную (автоматическое проектирование больших баз данных может производиться с помощью специальных систем программ – средств (CASE). Реально при ручной разработке проектировщик сразу же задумывает необходимую структуру, планирует нужные таблицы, а не идёт от одной большой таблицы. Нормальные формы фактически формализуют интуитивно понятые требования к организации данных, помогая, прежде всего, избежать избыточного дублирования данных.

Первая  нормальная форма:

• информация в полях  неделимая (к примеру, имя и фамилия  должны быть разными  полями, а не одним);

• в таблице нет  повторяющихся групп  полей

Вторая  нормальная форма:

• выполнена первая форма;

• любое неключевое поле однозначно идентифицируется ключевыми полями (фактически, требование наличия  ключа)

Третья  нормальная форма:

• выполнена вторая форма

• неключевые поля должны однозначно идентифицироваться только ключевыми  полями (это значит, что данные, не зависящие  от ключа, должны быть вынесены в отдельную  таблицу)

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

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

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

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

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

Корректная  БД:

  - неизбыточная;

  - непротиворечивая;

  - целостная

Реляционная БД:

   - таблицы;

   - связи между таблицами с помощью ключей

Таблица:

  - поля (столбцы) – фиксированы;

  - записи (строки) – легко добавляются и удаляются

Ключ:

    - однозначно определяет запись

Ключи и индексы:

   - служат для связи таблиц, прямого доступа, ускорения обработки и т.п.

Нормальные  формы:

   - служат для борьбы с избыточностью данных;

  - много требуют, но из самых благих побуждений

Способы доступа:

   -навигационный;

   - реляционный

Защита  корректности БД:

  - транзакции –  техническая защита

  - бизнес-правила –  логическая защита