Реферат: Основы работы с базами данных Delphi
1.
2. Определить информационные потребности базы данных.
3.
4. Проанализировать объекты реального мира, которые необходимо смоделировать в базе данных. Сформировать из этих объектов сущности и характеристики этих сущностей (например, для сущности “деталь ” характеристиками могут быть “название ”, “цвет ”, “вес ” и т.п.) и сформировать их список.
5.
6. Поставить в соответствие сущностям и характеристикам - таблицы и столбцы (поля) в нотации выбранной Вами СУБД (Paradox, dBase, FoxPro, Access, Clipper, InterBase, Sybase, Informix, Oracle и т.д.).
7.
8. Определить атрибуты, которые уникальным образом идентифицируют каждый объект.
9.
10. Выработать правила, которые будут устанавливать и поддерживать целостность данных.
11.
12. Установить связи между объектами (таблицами и столбцами), провести нормализацию таблиц.
13.
14. Спланировать вопросы надежности данных и, при необходимости, сохранения секретности информации.
1.
1.
1. Основные концепции реляционных баз данных
Прежде чем подробно рассматривать каждый из этих шагов, остановимся на основных концепциях реляционных баз данных. В реляционной теории одним из главных является понятие отношения . Математически отношение определяется следующим образом. Пусть даны n множеств D1 ,D2 ,...,Dn . Тогда R есть отношение над этими множествами, если R есть множество упорядоченных наборов вида <d1 ,d2 ,...,dn >, где d1 - элемент из D1 , d2 - элемент из D2 , ..., dn - элемент из Dn . При этом наборы вида <d1 ,d2 ,...,dn > называются кортежами , а множества D1 ,D2 ,...,Dn - доменами . Каждый кортеж состоит из элементов, выбираемых из своих доменов. Эти элементы называются атрибутами , а их значения - значениями атрибутов. рис. 0-a представляет нам графическое изображение отношения с разных точек зрения.
Легко заметить, что отношение является отражением некоторой сущности реального мира (в данном случае - сущности “деталь”) и с точки зрения обработки данных представляет собой таблицу. Поскольку в локальных базах данных каждая таблица размещается в отдельном файле, то с точки зрения размещения данных для локальных баз данных отношение можно отождествлять с файлом. Кортеж представляет собой строку в таблице, или, что то же самое, запись. Атрибут же является столбцом таблицы, или - полем в записи. Домен же представляется неким обобщенным типом, который может быть источником для типов полей в записи. Таким образом, следующие тройки терминов являются эквивалентными:
·
· отношение, таблица, файл (для локальных баз данных)
·
· кортеж, строка, запись
·
· атрибут, столбец, поле.
Реляционная база данных представляет собой совокупность отношений, содержащих всю необходимую информацию и объединенных различными связями.
Атрибут (или набор атрибутов), который может быть использован для однозначной идентификации конкретного кортежа (строки, записи), называется первичным ключом . Первичный ключ не должен иметь дополнительных атрибутов. Это значит, что если из первичного ключа исключить произвольный атрибут, оставшихся атрибутов будет недостаточно для однозначной идентификации отдельных кортежей. Для ускорения доступа по первичному ключу во всех системах управления базами данных (СУБД) имеется механизм, называемый индексированием . Грубо говоря, индекс представляет собой инвертированный древовидный список, указывающий на истинное местоположение записи для каждого первичного ключа. Естественно, в разных СУБД индексы реализованы по-разному (в локальных СУБД - как правило, в виде отдельных файлов), однако, принципы их организации одинаковы.
Возможно индексирование отношения с использованием атрибутов, отличных от первичного ключа. Данный тип индекса называется вторичным индексом и применяется в целях уменьшения времени доступа при нахождении данных в отношении, а также для сортировки. Таким образом, если само отношение не упорядочено каким-либо образом и в нем могут присутствовать строки, оставшиеся после удаления некоторых кортежей, то индекс (для локальных СУБД - индексный файл), напротив, отсортирован.
Для поддержания ссылочной целостности данных во многих СУБД имеется механизм так называемых внешних ключей . Смысл этого механизма состоит в том, что некоему атрибуту (или группе атрибутов) одного отношения назначается ссылка на первичный ключ другого отношения; тем самым закрепляются связи подчиненности между этими отношениями. При этом отношение, на первичный ключ которого ссылается внешний ключ другого отношения, называется master-отношением , или главным отношением; а отношение, от которого исходит ссылка, называется detail-отношением , или подчиненным отношением. После назначения такой ссылки СУБД имеет возможность автоматически отслеживать вопросы “ненарушения“ связей между отношениями, а именно: