- •Оглавление
- •Предисловие
- •Основные понятия
- •1.1. База данных
- •Классификация баз данных
- •1.1.2. Структурные элементы базы данных
- •1.2. Виды моделей данных
- •1.2.1. Иерархическая модель данных
- •111Петрова и.Т. 112Никулин с.Л.
- •1.2.2. Сетевая модель данных
- •1.2.3. Реляционная модель данных
- •Студент
- •СессияНомерРезультат
- •Функциональные возможности субд
- •2.1. Общие сведения
- •Производительность субд
- •Обеспечение целостности данных на уровне базы данных
- •2.4. Обеспечение безопасности
- •Работа в многопользовательских средах
- •2.6. Импорт-экспорт
- •Доступ к данным посредством языка sql
- •2.7. Возможности запросов и инструментальные средства разработки прикладных программ
- •3. Основы технологии работы в субд
- •3.1. Команды для выполнения типовых операций
- •3.1.1. Типовая структура интерфейса
- •3.1.2. Команды для работы с файлами
- •3.1.3. Команды редактирования
- •3.1.4. Команды форматирования
- •3.1.5. Команды для работы с окнами
- •3.1.6. Система получения справочной информации
- •3.2. Обобщенная технология работы
- •3.2.1. Общее представление об этапах технологии
- •Создание структуры таблиц базы данных
- •Ввод и редактирование данных
- •Обработка данных, содержащихся в таблицах
- •3.2.5. Вывод информации из базы данных
- •Разработка инфологической модели и создание структуры реляционной базы данных
- •4.1. Организация данных
- •Целостность данных
- •Проектирование реляционной базы данных с использованием нормализации
- •Создание информационно-логической и логической моделей базы данных
- •Примеры решения задач средствами субд access
- •5.1. Проектирование и создание новой базы данных. Создание таблиц. Ввод записей и работа с данными таблицы. Создание межтабличных связей
- •5.2. Создание и открытие запросов
- •5.3. Создание форм и отчетов
- •5.4. Создание макросов. Обмен данными
- •6. Требования, предьявляемые к курсовой работе
- •6.1. Общие сведения
- •6.2. Содержание пояснительной записки к курсовой работе
- •6.3. Требования к оформлению пояснительной записки
- •7. Пример создания программы для курсовой работы
- •7.1. Постановка задачи
- •7.2. Создание er-модели
- •Арендатор
- •7.4. Описание технологии создания запросов
- •7.5. Создание форм
- •7.6. Создание отчетов
- •7.7. Создание кнопочной формы
- •Список рекомендуемой литературы
- •Варианты заданий
1.2.3. Реляционная модель данных
Понятие реляционный (англ. relation — отношение) связано с разработками известного американского специалиста в области систем баз данных Е. Кодда.
Эта модель характеризуется простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
каждый элемент таблицы ─ один элемент данных;
все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
каждый столбец имеет уникальное имя;
одинаковые строки в таблице отсутствуют;
порядок следования строк и столбцов может быть произвольным.
Реляционной таблицей можно представить информацию о студентах, обучающихся в вузе (рис. 1.9).
№ личного дела
|
Фамилия |
Имя |
Отчество |
Дата рождения |
Группа |
16493 |
Серов |
Петр |
Михайлович |
01.01.90 |
111 |
16593 |
Павлова |
Анна |
Владимировна |
15.03.91 |
112 |
16693 |
Абрамов |
Андрей |
Борисович |
14.04.92 |
111 |
Рис. 1.9. Пример реляционной таблицы
Отношения представлены в виде таблиц, строки которых соответствуют кортежам, или записям, а столбцы – атрибутам отношений, доменам, полям.
Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. В примере, показанном на рис. 1.9, ключевым полем таблицы является «№ личного дела».
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ — ключ второй таблицы.
На рис. 1.10 показан пример реляционной модели, построенной на основе отношений: СТУДЕНТ, СЕССИЯ, СТИПЕНДИЯ.
Студент
(Номер)
СТИПЕНДИЯ
(Результат)
Номер Результат
СессияНомерРезультат
Рис. 1.10. Пример реляционной модели
Функциональные возможности субд
2.1. Общие сведения
Системой управления базами данных (СУБД) называют программную систему, предназначенную для создания на ЭВМ общей БД, используемой для решения множества задач. Подобные системы служат для поддержания БД в актуальном состоянии и обеспечивают эффективный доступ пользователей к содержащимся в ней данным в рамках предоставленных пользователям полномочий.
СУБД предназначена для централизованного управления БД в интересах всех работающих в этой системе.
По степени универсальности различают два класса СУБД:
- системы общего назначения;
- специализированные системы.
СУБД общего назначения не ориентированы на какую-либо предметную область или на информационные потребности какой-либо группы пользователей. Каждая система такого рода реализуется как программный продукт, способный функционировать на некоторой модели ЭВМ в определенной операционной системе и поставляется многим пользователям как коммерческое изделие. Такие СУБД обладают средствами настройки на работу с конкретной базой данных. Использование СУБД общего назначения в качестве инструментального средства для создания автоматизированных информационных систем, основанных на технологии баз данных, позволяет существенно сокращать сроки разработки, экономить трудовые ресурсы. Этим СУБД присущи развитые функциональные возможности, даже определенная функциональная избыточность.
Специализированные СУБД создаются в редких случаях при невозможности или нецелесообразности использования СУБД общего назначения.
СУБД общего назначения — это сложные программные комплексы, предназначенные для выполнения всей совокупности функций, связанных с созданием и эксплуатацией БД информационной системы.
Рынок программного обеспечения ПК располагает большим числом разнообразных по своим функциональным возможностям коммерческих систем управления базами данных общего назначения, а также средствами их окружения практически для всех массовых моделей машин и для различных операционных систем.
Используемые в настоящее время СУБД обладают средствами обеспечения целостности данных и надежной безопасности, что дает возможность разработчикам гарантировать большую безопасность данных при меньших затратах сил на низкоуровневое программирование. Продукты, функционирующие в среде Windows, выгодно отличаются удобством пользовательского интерфейса и встроенными средствами повышения производительности.
Рассмотрим основные характеристики некоторых СУБД, предназначенных как для разработчиков информационных систем, так и для конечных пользователей.
В рассматриваемую группу программных продуктов вошли:
dBASE IV 2.0, компании Borland International;
Microsoft Access 7.0;
Microsoft FoxPro 2.6 for DOS;
Microsoft FoxPro 2.6 for Windows, корпорации Microsoft;
Paradox for DOS 4.5;
Paradox for Windows, версия 4.5 компании Borland.
В табл. 2.1 показаны места (условные), которые занимают рассматриваемые программные средства относительно друг друга. Например, 1 означает, что в указанной позиции данная программа обладает лучшими характеристиками, 5 − худшими, нет − указанной характеристикой данная программа не обладает.
Таблица 2.1
Характеристики СУБД
Наименование |
dBASE IV 2.0 |
Microsoft Access 7.0 |
Microsoft FoxPro for DOS 2.6 |
Microsoft FoxPro for Windows 2.6 |
Paradox for DOS 4.5 |
Paradox for Windows 4.5 |
Производительность |
4 |
3 |
1 |
1 |
2 |
2 |
Обеспечение целостности данных на уровне базы данных |
нет |
1 |
нет |
Нет |
2 |
2 |
Обеспечение безопасности |
2 |
1 |
5 |
5 |
3 |
4 |
Работа в многопользовательских средах |
2 |
2 |
4 |
4 |
1 |
3 |
Импорт-экспорт |
2 |
1 |
2 |
1 |
1 |
1 |
Доступ к данным SQL |
2 |
1 |
2 |
2 |
нет |
3 |
Возможности запросов и инструментальные средства разработки прикладных программ |
3 |
3 |
1 |
1 |
2 |
4 |