Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Табличные базы данных

Техническое обеспечение АИС | Программное обеспечение | Типы, структуры, форматы данных и документов в информационных системах | Проблема обмена информацией и коммуникативные (обменные) форматы | Типы коммуникативных форматов | Лексическое обеспечение | Логическая структура БД | Организационное обеспечение и пользователи АИС | Правовое обеспечение информационных систем | БАЗОВЫЕ ТИПЫ ИНФОРМАЦИОННЫХ СИСТЕМ |


Читайте также:
  1. II. После выполнения данных упражнений составляется список целей.
  2. VI Ответственность сторон, регулирующих отношения на основе данных Правил
  3. Анализ данных для отбора подходящих скважин
  4. Анализ достаточности и достоверности данных
  5. Анализ оперативных данных испытаний
  6. Анализ пространственных данных.
  7. Аналитическая обработка данных

Рассмотрим пример БД, реализованной в рамках СУБД (точнее, системы программирования) FoxPro и состоящей из трех файлов данных (таблиц), описывающих некоторых граждан, их автомобили и финансовые учреждения, с которыми они связаны (рис. 2.2).

Рис. 2.2. Типичная структура простейшей табличной БД:

а — общая структура БД; б — структура PERSON.DBF; в — структура AUTO.DBF; г - структура FINANCES.DBF

Как уже отмечалось, подобные БД называются табличными или реляционными (от relation — «отношение»), и их теория рассматрива­ется во многих источниках. Здесь мы ограничимся лишь базовыми понятиями:

файл (file) соответствует совокупности однородных объектов и
содержит их более или менее подробные описания в зависимости от приложений. Файл имеет имя (например,
FINANCE.DBF и пр.);

• элементом файла является запись (record), или агрегат разнотипных данных, описывающих объект (точнее, экземпляр объекта). Записи имен не имеют, но им соответствуют физические номера в файле (колонка # на рис. 2.2, а)

• элементом записи (здесь — неделимым) является поле — дан­ное, описывающее какой-либо аспект (или атрибут) объекта.
Поля имеют имена (PRSN#, SEX и пр.). Разные файлы могут
иметь поля с одинаковыми именами, но лучше этого избегать;

• при представлении файла в виде таблицы (рис. 2.2, а) столбцам соответствуют атрибуты или поля, строкам — объекты или
записи.
Иногда вводится понятие домена, или совокупности
допустимых значений атрибута (например, поле SEX может
иметь только два значения — «м», «ж», поле YEAR — только
четырехразрядные числа, начинающиеся с 19 — если в БД
речь идет о родившихся в XX в. и пр.);

открытый (opened) файл — файл, доступный в данный момент данному приложению. Открытие файла создает в памяти буфер, в который с внешнего накопителя считываются записи. В разные моменты времени могут быть открыты раз­личные множества файлов, количество открытых файлов
обычно стараются ограничить, чтобы не расходовать оперативную память;

активный или текущий (current, active) — тот из открытых
файлов, который обрабатывается в данный момент времени.
Все операции над файлами (добавление записи, удаление записи, редактирование записи) адресуются именно к активному файлу;

активная или текущая запись — запись открытого файла
(рис. 2.3), доступная для обработки в данный момент времени
(редактирование, ввод полей, корректировка, удаление);

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

Рис. 2.3. Основные понятия, связанные с отдельным файлом табличной БД

Подразумевается, что если в командах или программах фигурируют имена некоторых по­лей (в качестве аргументов функций или выражений), то их значения соответствуют содержанию текущей записи текущего файла;

• каждый файл и каждая запись могут в широких пределах обрабатываться независимо друг от друга (за исключением ситуаций проверки соответствия записей друг другу или целостности БД);

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

Вид представления записей на экране может быть не только табличным (отчет, запись в строке), но и картотечным (форматиро­ванный экран, запись на экране).

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

Занесенную в базу данных информацию можно обрабатывать, осуществляя следующие операции:

• сортировку по любому столбцу (по возрастанию/убыванию
чисел, символьных строк, дат);

• поиск по любому столбцу с различными условиями (равно,
больше, меньше и т. д.);

 

Таблица 2.2. Сравнительный анализ средств реализации документальных и фактографических АИС



Продолжение табл. 2.2

 

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

Операции над БД (навигация) осуществляются с помощью сле­дующих команд СУБД (или СП):

• открыть (закрыть) файл (таблицу);

• выбрать одну из таблиц как активную (текущую);

• перейти к определенной (по номеру) записи (строке таблицы);

• перейти к предшествующей (последующей) строке таблицы;

• перейти в начало (конец) файла (таблицы);

• найти строку таблицы с определенным сочетанием значений
атрибутов;

• добавить (редактировать, удалить) строку таблицы (запись
файла).

Кроме того, в системе команд присутствуют операции админи­стрирования (обслуживания) базы данных:

• создать файл (таблицу) БД;

• установить (снять) связь нескольких таблиц по логическим
критериям;

• создать описание отчета (поколонная выдача информации на
экран или печать из одной или нескольких взаимосвязанных
таблиц);

• создать формат экрана (построчной выдачи информации на
экран из одной или нескольких взаимосвязанных таблиц);

• изменить структуру элемента БД (таблицы данных, формата
экрана, отчета и пр.).



Окончание табл. 2.2

 


Дата добавления: 2015-07-20; просмотров: 104 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Модели данных и структура БД| Система управления базами данных ADABAS

mybiblioteka.su - 2015-2024 год. (0.007 сек.)