50. Реляционные базы данных. Основные понятия реляционных баз данных.

Реляционная модель данных

Модель данных в общем случае описывает набор базовых признаков, кото-рыми должны обладать все конкретные СУБД и управляемые ими БД, основан-ные на этой модели.

Реляционная модель данных некоторой предметной области представляет собой набор отношений, изменяющихся во времени. При создании информацион-ной системы совокупность отношений позволяет хранить данные об объектах предметной области и моделировать связи между ними.

Важнейшим является понятие «отношения», которое представляет собой двумерную таблицу, содержащую некоторые данные.

Сущность есть объект любой природы, данные о котором хранятся в базе данных. Данные о сущности хранятся в отношении.

Атрибуты представляют собой свойства, характеризующие сущность.

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

Наиболее часто таблица с отношением размещается в отдельном файле. В некоторых СУБД, например, Microsoft Access, в одном файле размещается полно-стью база данных (несколько таблиц).

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

1. Все строки таблицы должны быть уникальны, т.е. не может быть строк с одинаковыми первичными ключами.

2. В таблице не должно быть столбцов с повторяющимися именами.

3. Все строки одной таблицы должны иметь одну структуру, соответствую-щую именам и типам столбцов.

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

5. Порядок размещения строк в таблице может быть произвольным.

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

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

Этапы проектирования и создания базы данных

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

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

3. Создание генерального списка полей. Определение типа каждого поля в соответствии размещаемыми данными.

4. Распределение генерального списка полей по базовым таблицам.

5. Обозначение ключевых полей (полей, в которых данные не повторяются). Ключевое поле можно создать искусственно, например, ввести поле типа Счетчик. Другой способ состоит в объединении двух неуникальных полей в одно уникальное.

6. Создание базы данных (БД) на компьютере, на этом этапе сначала осуществляется конструирование таблиц средствами Access.

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

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

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

10. Создание запросов, форм, отчетов.