Л. Партыка, И. И. Попов системы управления базами данных



бет27/215
Дата29.01.2022
өлшемі4,64 Mb.
#115817
1   ...   23   24   25   26   27   28   29   30   ...   215
Байланысты:
Голицына О Л Партыка Т Л Попов И И Системы

Структуры баз данных

Рассмотрим вкратце обобщенные логическую и физическую структуры БД.



Логическая структура БД (рис. 1.21) предполагает следующие уровни рассмотрения БД:

  • база данных (database) — включает одну или несколько подбаз (файлов, таблиц, массивов), каждая из которых состоит из агрегатов данных (записей, документов) — record. Запись идентифицируется   внутренним  номером  (ISN   —   internal sequential   number,   ВИЗ   —   внутренний   номер   записи, SDN — sequential document number и пр.);

  • запись (документ) — совокупность разнотипных и разноструктурных данных, описывающих (относящихся к) объект реального мира, элемент предметной области АИС. Запись состоит из полей (field);

  • поле — именованный элементарный или составной фрагмент записи (документа), содержащий информацию об определенном аспекте (аспектах) элемента (элементов) предметной области;

  • элементарные (имеющие фиксированную или ограниченную длину) и не содержащие входящих в них структур данных;

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

Рис. 1.21. Основные элементы логических структур данных в БД: / — поля записей табличных (реляционных) баз данных (ORACLE,  FoxPro, Acesss); 2 — поля записей (документов) постреляционных БД (ADABAS); 3 — поля документов ИПС (STAIRS, Dialog, IRBIS, ISIS); 4 — данные, которые могут быть связаны с полями базы данных



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

  • бинарные — данные, интерпретируемые как поля, однако обычно  физически   не   входящие  в  состав  записей  БД. Необходимо отметить, что поля данного типа (BLOB — Binary Large Object) фактически являются данными, до обработки которых эта СУБД еще «не доросла», и потому работа с ними возлагается на пользователя (прикладные программы). В частности, в системах FoxBase и Clipper большие текстовые (так называемые MEMO) поля также не обрабатываются  системой   и  фактически  оказываются   в статусе BLOB;

  • типы данных, определяемые пользователем. Далеко не все современные СУБД поддерживают типы данных, определенные пользователем. Пока только СУБД Ingres включает такой механизм. Эта система предоставляет программисту возможность определять собственные типы данных и операции над ними и использовать их в операторах SQL. Для определения нового типа данных необходимо написать и откомпилировать функции на языке Си, после чего собрать редактором связей некоторые модули Ingres. Отметим, что введение новых типов данных является по сути изменением ядра СУБД. Важно также то, что в Ingres типы данных, определяемые пользователем, могут быть параметризованными.

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

Поля, указанные в заштрихованных прямоугольниках (см. рис. 1.21), относятся к фактографическим ЛИС, остальные — к документальным.





Достарыңызбен бөлісу:
1   ...   23   24   25   26   27   28   29   30   ...   215




©www.engime.org 2024
әкімшілігінің қараңыз

    Басты бет