Физические модели таблиц базы данных.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ…………………………………………………………………….…5

1. ОСНОВНАЯ ЧАСТЬ………………………………………………………6

1.1. Физические модели таблиц базы данных…………………………..6

1.2. Физические модели хранения данных……………………………...7

1.3. Файловые структуры организации базы данных………………..…7

1.4. Разрешение коллизии с помощью области переполнения……….10

1.5. Разрешение коллизии методом свободного замещения………….11

1.6. Индексные файлы………………………………………………..….11

1.6.1. Файлы с плотным индексом, или индексно-прямые файлы..12

1.6.2. Файлы с неплотным индексом, или индексно-последовательные файлы…………………………………………...…15

1.6.3. Организация индексов в виде В-дерева — многоуровневой иерархической структуры……………………………………………..16

1.7. Способы организации памяти для хранения данных……………..17

1.7.1. Иерархическая организация памяти…………………………17

1.7.2. Организация кэш-памяти……………………………………..18

1.7.3. Организация основной памяти……………………………….21

1.7.4. Виртуальная память — как средство организации защиты данных…………………………………………………………………..24

1.7.5. Страничная организация памяти…………………………..…25

1.7.6. Сегментация памяти……………………………………….….26

2. СПЕЦИАЛЬНАЯ ЧАСТЬ………………………………………………...27

2.1. Назначение и функции программной системы………………...….27

2.2. Системные требования……………………………………….……..27

2.3. Связывание таблиц………………………………………………….27

2.4. Запросы…………………………………………………………..…..29

2.5. Формы………………………………………………………………..32

2.6. Отчеты………………………………………………………………..35

2.7. Макросы…………………………………………………………...…37

ЗАКЛЮЧЕНИЕ…………………………………………………………...……..39

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ…………….…….…………40

ВВЕДЕНИЕ

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

В общем смысле термин база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или разделе предметной области.

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

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

Объект данной работы — «ИС Спортсмен»

Предмет — проблема организации и хранения данных в данной ИС.

Цель работы — разработать эффективную и удобную базу данных.

Для достижения поставленной цели необходимо решить следующие задачи:

1. Разработать и заполнить таблицы соответствующими данными.

2. Установить тип связей в таблице.

3. Создать запросы для вывода необходимых полей.

4. Создать формы, отчеты и макросы.

ОСНОВНАЯ ЧАСТЬ

Физические модели таблиц базы данных.

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

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

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

Подпись поля идентифицируется с названием признака объекта, значения которого будут храниться в ячейках поля. Подпись поля будет находиться в заголовке таблицы. В современных СУБД не существует каких-либо ограничений на формирование подписи поля.

Тип данных — обозначение типа данных в соответствии с конкретной программной системой.

Количество символов – предполагаемое количество символов, которые будут, храниться в ячейках поля.

Точность — число знаков после запятой в числовых полях.

Ключ — указание, что данное поле является ключевым.

Данный состав свойств является минимально необходимым для описания данных, хранимых в таблице.

Дата добавления: 2015-10-21