~1 (Базы данных. Создание форм и отчетов (на примере ACCESS)), страница 4
Описание файла
Документ из архива "Базы данных. Создание форм и отчетов (на примере ACCESS)", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "~1"
Текст 4 страницы из документа "~1"
Школа |
| Номер |
| Телефон |
| Директор |
Оценки |
| Класс |
Предмет |
| Фамилия |
| Имя |
| Дата |
| Оценка |
Предметы |
| Предмет |
Ученики |
| Класс |
| Фамилия |
| Имя |
Учителя |
| Фамилия |
| Имя Отчест |
| Предмет |
Рис. 5
В ходе этого процесса необходимо ответить на следующие вопросы:
-
Какие типы связей между информационными объектами?
-
Какое имя можно присвоить каждому типу связей?
-
Каковы возможные типы связей, которые могут быть использованы впоследствии?
Попытка задать ограничения на объекты, их характеристики и связи приводит к необходимости ответа на следующие вопросы:
-
Какова область значений для числовых характеристик?
-
Каковы функциональные зависимости между характеристиками одного информационного объекта?
-
Какой тип отображения соответствует каждому типу связей?
При проектировании БД существуют взаимосвязи между информационными объектами трех типов: «один к одному», «один ко многим», «многие ко многим» (рис.6).
Например:
|
Ученик | Один к одному | Личное дело |
|
Класс | Один ко многим | Ученик |
|
Ученик | Многие к многим | Преподаватель |
Рис. 6
Построение концептуальной модели
В простых случаях для построения концептуальной схемы используют традиционные методы агрегации и обобщения. При агрегации объединяются информационные объекты (элементы данных) в один в соответствии с семантическими связями между объектами. Например, урок истории в 10 «а» классе проводится в кабинете №7, начало в 9-30. Методом агрегации создаем информационный объект (сущность) РАСПИСАНИЕ со следующими атрибутами: «класс», «предмет», «кабинет», «время». При обобщении информационные объекты (элементы данных) объединяются в родовой объект (рис.7):
|
| ||
| Литература | Филология | |
| Иностранные языки |
Русский языкРис. 7
Выбор модели диктуется прежде всего характером предметной области и требованиями к БД. Другим немаловажным обстоятельством является независимость концептуальной модели от СУБД, которая должна быть выбрана после построения концептуальной схемы.
Модели «сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными.
Под сущностью понимают основное содержание того явления, процесса или объекта, о котором собирают информацию для БД. В качестве сущности могут выступать место, вещь, личность, явление и т.д. При этом различают тип сущности и экземпляр сущности. Под типом сущности обычно понимают набор однородных объектов, выступающих как целое. Понятие «экземпляр сущности» относится к конкретному предмету. Например:
Тип сущности - ученик
Экземпляр сущности - Иванов, Петров, Сидоров и др.
В нашем примере Школа, Класс, Предметы, Ученики, Учителя, Оценки – сущности. Проанализируем связи между сущностями (рис.8).
| Название связи | Между сущностями | |
| Учится | Ученик | Класс |
| Изучает | Ученик | Предмет |
| Имеет | Школа | Класс |
| Преподает | Учитель | Предмет |
| Работает | Учитель | предмет |
Рис. 8
Теперь можно перейти к проектированию информационной (концептуальной) схемы БД (атрибуты сущностей на диаграмме не показаны) (рис.9).
|
принадлежит | Школа | |||
|
| ||||
|
Класс | Учится | Ученик | ||
|
| ||||
|
работает | изучает | |||
|
| ||||
|
Учитель | Преподает | Предмет | ||
|
| ||||
|
| экзамен | |||
|
| ||||
| Ведомость |
Рис. 9
Логическое проектирование
Логическое проектирование представляет собой необходимый этап при создании БД. Основной задачей логического проектирования является разработка логической схемы, ориентированной на выбранную систему управления базами данных. Процесс логического проектирования состоит из следующих этапов:
-
Выбор конкретной СУБД;
-
Отображение концептуальной схемы на логическую схему;
-
Выбор языка манипулирования данными.
Выбор конкретной СУБД
Одним из основных критериев выбора СУБД является оценка того , насколько эффективно внутренняя модель данных, поддерживаемая системой, способна описать концептуальную схему. Системы управления базами данных, ориентированные на персональные компьютеры, как правило поддерживают реляционную или сетевую модель данных. Подавляющее большинство современных СУБД – реляционные.
Конструирование баз данных на основе реляционной модели имеет ряд важных преимуществ перед другими моделями
-
Независимость логической структуры от физического и пользовательского представления.
-
Гибкость структуры базы данных – конструктивные решения не ограничивают возможности разработчика БД выполнять в будущем самые разнообразные запросы.
Так как реляционная модель не требует описания всех возможных связей между данными, впоследствии разработчик может задавать запросы о любых логических взаимосвязях, содержащихся в базе, а не только о тех, которые планировались первоначально.
Отображение концептуальной схемы на логическую схему
При отображении информационной схемы, каждый прямоугольник схемы отображается в таблицу, которая является одним отношением. При этом следует учитывать ограничения на размер таблиц, которые накладывает конкретная СУБД.
Выбор языка манипулирования данными
Важной составной частью СУБД является язык манипулирования данными, который используется при работе различных приложений с БД. Как правило, язык манипулирования данными встраивается в язык программирования. Кроме того, при выборе СУБД, реализующей конкретную БД, необходимо оценить и техническую сторону дела, которая непосредственно связана с производительностью системы. В целом необходимо оценить семь групп параметров для выбора СУБД:
-
Характеристики ПК: тип, модель, фирма производитель, наличие гарантии.
-
Управление файлами и поиск: тип связи, модификация нескольких файлов, двунаправленное соединение таблиц, язык манипулирования данными, тип поиска.
-
Средства поддержки приложений: каталог данных, генератор приложений, процедурный язык, подпрограммы, макросы, отладчик, система поддержки исполнения, шифровка программ и данных, разграничения доступа, графика, текстовый редактор, статистика.
-
Ввод и поддержка целостности: управление с помощью команд, управление с помощью меню, проверка целостности по таблице, проверка уникальности ключа, проверка по дате, независимость данных.
-
Отчеты: отчеты по нескольким файлам, сохранение форматов отчетов, выдача отчета на экран, выдача отчета на магнитный носитель, вычисляемые поля, группы, переопределение формата даты, заголовки отчетов, генератор отчетов, итоговые поля, максимальная ширина отчета.
-
Операционная среда: тип операционной системы, объем требуемой оперативной памяти, необходимость использования постоянной памяти, объем требуемой постоянной памяти, язык подсистемы.
-
Дополнительные сведения: наличие сетевого варианта, стоимость, примечание, источники.
ACCESS
СУБД Access является системой управления базами данных реляционного типа. Данные хранятся в такой базе в виде таблиц, строки (записи) которых состоят из наборов полей определенных типов. С каждой таблицей могут быть связаны индексы (ключи), задающие нужные пользователю порядки на множестве строк. Таблицы могут иметь однотипные поля (столбцы), и это позволяет устанавливать между ними связи, выполнять операции реляционной алгебры. Типичными операциями над базами данных являются определение, создание и удаление таблиц, модификация определений (структур, схем) существующих таблиц, поиск данных в таблицах по определенным критериям (выполнение запросов), создание отчетов о содержимом базы данных.
