Языки описания данных

     После описания всей физической БД идет описание типов сегментов, ее составляющих, в соответствии с иерархией. Описание сегментов всегда начинается с описания корневого сегмента. Общая схема описания типа сегмента такова:

SEGM NAME = < имя сегмента>,

BYTES =< размер в байтах>,

FREQ = <средняя частота  реализаций сегмента под одним  исходным>

PARENT = <имя родительского  сегмента>

     Параметр FREQ определяет среднее количество экземпляров данного сегмента, связанных с одним экземпляром родительского сегмента. Для корневого сегмента параметр PARENT равен 0.

     Далее для каждого сегмента дается описание полей:

FIELD NAME = {(<имя поля> [, SEQ],{U | M}) | <имя поля> },

START = < номер байта, с  которого начинается значения  поля >,

BYTES = <размер поля в  байтах>,

TYPE = {X | P | C}

     Признак SEQ — задается для ключевого поля, если экземпляры данного сегмента физически упорядочены в соответствии со значениями данного поля. Параметр U задается, если значения ключевого поля уникальны для всех экземпляров данного сегмента, M — в противном случае. Параметр TYPE определяет тип данных(X — шестнадцатеричный, P —упакованный десятичный, C — символьный).

     Заканчивается описание схемы вызовом процедуры генерации:

• DBDGEN — указывает на конец последовательности управляющих операторов описания БД;
• FINISH — устанавливает ненулевой код завершения при обнаружении ошибки;
• END — конец.

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

Глава 3. Язык описания данных в сетевой модели.

     Язык описания данных в сетевой модели имеет несколько разделов:

• описание базы данных — области размещения;
• описания записей — элементов и агрегатов;
• описания наборов.

SCHEMA IS <Имя БД>.

AREA NAME IS <Имя физической  области>.

RECORD NAME IS <Имя записи (уникальное)>

     Для каждой записи определяется способ размещения экземпляров записи данного типа:

LOCATION MODE IS {DIRECT (напрямую) |

CALC <Имя программы> USING <[Список пер.>]

DUPLICATE ARE [NOT] ALLOWED

VIA <Имя набора> SET (рядом  с записями владельца)

SYSTEM (решать будет система)}

     Каждый тип записи должен быть приписан к некоторой физической области размещения:

WITHIN <Имя области размещения> AREA

     После описания записи в целом идет описание внутренней структуры:

<Имя уровня> <Имя  данного> <Шаблон> <Тип>

     Номер уровня определяет уровень вложенности при описании элементов и агрегатов данных. Первый уровень — сама запись. Поэтому элементы или агрегаты данных имеют уровень начиная со второго. Если данное соответствует агрегату, то любая его составляющая добавляет один уровень вложенности.

     Если агрегат является вектором, то он описывается как

<Номер уровня> <Имя  агрегата>.<Номер уровня>

<Имя 1-й сост.>

а если — повторяющейся  группой, то следующим образом:

<Номер уровня> <Имя  агрегата>.OCCURS <N> TIMES

где N — среднее количество элементов в группе.

     Описание набора и порядка включения членов в него выглядит следующим образом:

SET NAME IS <Имя набора>;

OWNER IS (<Имя владельца> | SYSTEM).

     Далее указывается порядок включения новых экземпляров члена данного набора в экземпляр набора:

ORDER PERMANENT INSERTION IS {SORTED | NEXT | PREV | LAST | FIRST}

     После этого описывается член набора с указанием способа включения и способа исключения экземпляра — члена набора из экземпляра набора.

MEMBER IS <Имя члена набора>

{AUTOMATIC | MANUAL} {MANDATORY | OPTIONAL}

KEY IS (ACCENDING | DESCENDING) <Имя элемента данных>

     При автоматическом включении каждый новый экземпляр члена набора автоматически попадает в текущий экземпляр набора в соответствии с заданным ранее порядком включения. При ручном способе экземпляр члена набора сначала попадает в БД, а только потом командой CONNECT может быть включен в конкретный экземпляр набора.

     Если задан способ исключения MANDATORY, то экземпляр записи, исключаемый из набора, автоматически исключается и из базы данных. Иначе просто разрываются связи.

Заключение.

     Из всего  сказанного можно сделать вывод,  что язык описания данных (DDL - Data Definition Language), предназначен для описания данных на разных уровнях абстракции: внешнем, логическом и внутреннем. Исходя из предложений CODASYL, языки описания данных на логическом (концептуальном) и внутреннем уровнях независимые и разные. 
Однако в большинстве промышленных СУБД языки не делится на два отдельных языка описания логической и физической организации данных, а существует единый язык, который еще называется языком описания схем. В известных и широко используемых на практике СУБД семьи dBASE применяется единый язык описания данных. Он предназначен для представления данных на логическом и физическом уровнях.

     В заключении хочу сказать, что моей теме посвящено много работ. Материал учебной литературы носит общий характер, а в монографиях по данной теме рассмотрены более узкие вопросы проблемы заключенной в работе «Языки описания данных». Я считаю, мне наиболее полно удалось раскрыть ряд проблем, имеющих отношение к рассматриваемой мной теме и полностью выполнить поставленные в начале работы задачи.

 

Список используемой литературы.

 
1. Когаловский М.Р. Энциклопедия технологий баз данных. – М.: Финансы и статистика, 2002. 

2. Конноли Т., Бегг Л., Страчан А. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание. Вильямс 2003. – Таблицы, картинки. Леонтьев В.П. ПК: универсальный справочник пользователя - М.: 2003. – 251 с.  
3. Корнеев В.В., Гареев А.Ф., Васютин С.В., Райх В.В. Базы данных. Интеллектуальная обработка информации. 2-е изд. – М.: Изд. Молгачева С.В., 2001. – 494 с.  
4. Мамаев Е. Microsoft SQL Server 2000 – СПБ.: БХВ-Петербург, 2002.

5. Фаронов В.В. Основы программирования в SQL. - М.: Издатель Молгачева С.В., 2002. – 329 с.   
6.

http://www.cent-sp.com/sql_t4.html

7. http://www.intuit.ru/department/database/dbmdi/3/