Реферат: Основные характеристики моделей данных
СОДЕРЖАНИЕ1. Введение….….……………………………...…...……..…..…...…... 2 2. Базы данных и системы управления ими ………………....…...…. 42.1.
2.2.
2.3.
Базы данных……..…………………..…….………...………….
Структурные элементы базы данных…………...…………….
Системы управления базами данных………………………….
4
4
5
3. Модели данных и их виды………………………………....……… 6 4. Иерархическая модель данных...……………………...……...…… 7 5. Сетевая модель данных...…………………………………..……… 9 6. Реляционная модель данных………………….………………..….. 11 7. Информационно-логическая модель данных…………………..… 16 8. Заключение...………………………………………………..……… 18 10. Список используемой литературы….……………………..……… 191. ВВЕДЕНИЕ
Современная жизнь немыслима безэффективного управления. Важной категорией являются системы обработкиинформации, от которых во многом зависит эффективность работы любогопредприятия ли учреждения. Такая система должна:
- обеспечиватьполучение общих и/или детализированных отчетов по итогам работы;
- позволятьлегко определять тенденции изменения важнейших показателей;
- обеспечиватьполучение информации, критической по времени, без существенных задержек;
- выполнятьточный и полный анализ данных.
Современные системы управлениябазами данных (СУБД) в основном являются приложениями Windows, так как даннаясреда позволяет более полно использовать возможности персональной ЭВМ, нежелисреда DOS. Снижение стоимости высокопроизводительных ПК обусловил не толькоширокий переход к среде Windows, где разработчик программного обеспечения можетв меньше степени заботиться о распределении ресурсов, но также сделалпрограммное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратнымресурсам ЭВМ.
Среди наиболееярких представителей систем управления базами данных можно отметить: LotusApproach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft VisualFoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server иOracle, используемые в приложениях, построенных по технологии «клиент-сервер».Фактически, у любой современной СУБД существует аналог, выпускаемый другойкомпанией, имеющий аналогичную область применения и возможности, любоеприложение способно работать со многими форматами представления данных,осуществлять экспорт и импорт данных благодаря наличию большого числаконвертеров. Общепринятыми, также, являются технологии, позволяющиеиспользовать возможности других приложений, например, текстовых процессоров,пакетов построения графиков и т.п., и встроенные версии языков высокого уровня(чаще – диалекты SQL и/или VBA) и средства визуального программированияинтерфейсов разрабатываемых приложений. Поэтому уже не имеет существенногозначения на каком языке и на основе какого пакета написано конкретноеприложение, и какой формат данных в нем используется. Более того, стандартом«де-факто» стала «быстрая разработка приложений» или RAD (от английского RapidApplication Development), основанная на широко декларируемом в литературе«открытом подходе», то есть необходимость и возможность использования различныхприкладных программ и технологий для разработки более гибких и мощных системобработки данных. Поэтому в одном ряду с «классическими» СУБД все чащеупоминаются языки программирования Visual Basic 4.0 и Visual C++, которыепозволяют быстро создавать необходимые компоненты приложений, критичные поскорости работы, которые трудно, а иногда невозможно разработать средствами«классических» СУБД. Современный подход к управлению базами данных подразумеваеттакже широкое использование технологии «клиент-сервер».
Таким образом, на сегодняшнийдень разработчик не связан рамками какого-либо конкретного пакета, а в зависимостиот поставленной задачи может использовать самые разные приложения. Поэтому,более важным представляется общее направление развития СУБД и других средствразработки приложений в настоящее время.
2. БАЗЫ ДАННЫХ
И СИСТЕМЫ УПРАВЛЕНИЯ ИМИ
2.1.Базы данных
Цель любой информационной системы – обработка данных об объектахреального мира. Основные идеи современной информационной технологии базируются на концепциибаз данных (БД).
База данных (БД) — это поименованная совокупностьструктурированных данных, относящихся к определенной предметной области.
Согласно данной концепции основой информационнойтехнологии являютсяданные, организованныев БД, адекватно отражающие реалии действительностив той или иной предметной области и обеспечивающие пользователя актуальной информацией в соответствующейпредметной области. Под предметной областью принято пониматьчасть реального мира, подлежащего изучению для организации управления и вконечном счёте автоматизации, например, предприятие, ВУЗ и т.д.
Первые БД появились уже на заре 1-го поколенияЭВМ представляя собой отдельные файлы данных или ихпростые coвокупности.
Создавая базу данных, пользователь стремится упорядочить информацию поразличным признакам и быстро извлекать выборку с произвольным сочетаниемпризнаков. Сделать это возможно, только если данные структурированы.
Структурирование — это введение соглашений о способахпредставления данных.
Неструктурированными называют данные, записанные, например, в текстовомфайле.
Пользователями базы данных могут быть различные прикладные программы, программныекомплексы, а также специалисты предметной области, выступающие в роли потребителейили источников данных, называемые конечными пользователями.
2.1.Структурные элементы базы данных
Понятие базы данных тесно связано с такими понятиями структурныхэлементов, как поле, запись, файл (таблица).
Поле — элементарная единица логической организации данных, которая соответствуетнеделимой единице информации — реквизиту. Для описания поля используются следующиехарактеристики:
- имя, например. Фамилия, Имя,Отчество, Дата рождения;
- тип, например, символьный,числовой, календарный;
- длина, например, 15 байт,причем будет определяться максимально возможным количеством символов;
- точность для числовых данных,например два десятичных знака для отображения дробной части числа.
Запись — совокупность логически связанных полей. Экземпляр записи — отдельнаяреализация записи, содержащая конкретные значения ее полей.
Файл (таблица) — совокупность экземпляров записей однойструктуры.
В структуре записи файла указываются поля, значения которых являются ключамипервичными (ПК), которые идентифицируют экземпляр записи, и вторичными(ВК), которые выполняют роль поисковых или группировочных признаков (позначению вторичного ключа можно найти несколько записей).
2.2.Системы управления базами данных
По мере увеличения объемов и структурной сложностихранимой информации, а также расширения круга потребителей информации, определилась необходимость созданияудобных и эффективных систем интеграции хранимыхданных и управления ими. Теперь создание базыданных, ее поддержка и обеспечение доступа пользователей к ней осуществляютсяцентрализованно с помощью специального программного инструментария — системыуправления базами данных (СУБД).
Система управления базами данных (СУБД) — это комплекс программных и языковых средств,необходимых для создания баз данных, поддержания их в актуальном состоянии иорганизации поиска в них необходимой информации.
Первые СУБД, поддерживающие opганизацию иведение БД, появились в конце 60-х годов.
Использование СУБД обеспечивает лучшее управление данными, болеесовершенную организацию файлов и более простое обращение к ним по сравнению собычными способами хранения информации.
3. МОДЕЛИ ДАННЫХ
И ИХ ВИДЫ
Ядром любой базы данных является модель данных. Модель данныхпредставляет собой множество структур данных, ограничений целостности иопераций манипулирования данными. С помощью модели данных могут бытьпредставлены объекты предметной области и взаимосвязи между ними.
Модель данных — совокупность структур данных и операций ихобработки.
По способу установления связеймежду данными СУБД основывается на использовании трёх основных видов модели: иерархической,сетевой или реляционной; на комбинации этих моделей или на некотором ихподмножестве.
Однако различиямежду этими моделями постепенно стираются, чтообусловлено прежде всего интенсивными работами в областибаз знаний (БЗ) и объектно-ориентированной инфотехнологией, о которой будет идти речь ниже.
Каждая изуказанных моделей обладает характеристиками, делающими ее наиболее удобной дляконкретных приложений. Одно из основных различий этих моделей состоит в том,что для иерархических и сетевых СУБД их структура часто не может быть измененапосле ввода данных, тогда как для реляционных СУБД структура может изменяться влюбое время. С другой стороны, для больших БД, структура которых остаетсядлительное время неизменной, и постоянно работающих с ними приложений синтенсивными потоками запросов на БД-обслуживание именно иерархические исетевые СУБД могут оказаться наиболее эффективными решениями, ибо они могутобеспечивать более быстрый доступ к информации БД, чем реляционные СУБД.
4. ИЕРАРХИЧЕСКАЯ
МОДЕЛЬ ДАННЫХ
Иерархическая структура представляет совокупность элементов, связанныхмежду собой по определенным правилам. Объекты, связанные иерархическимиотношениями, образуют ориентированный граф (перевернутое дерево).
К основным понятиям иерархической структуры относятся: уровень, элемент(узел), связь.
Узел — это совокупность атрибутов данных, описывающих некоторый объект. Насхеме иерархического дерева узлы представляются вершинами графа. Каждый узел наболее низком уровне связан только с одним узлом, находящимся на более высокомуровне. Иерархическое дерево имеет только одну вершину (корень дерева), неподчиненную никакой другой вершине и находящуюся на самом верхнем (первом)уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т.д.уровнях. Количество деревьев в базе данных определяется числом корневыхзаписей.
К каждой записи базы данных существует только один (иерархический) путьот корневой записи.
/>
Каждому узлу структурысоответствует одинсегмент, представляющий собойпоименованный линейный кортежполейданных.Каждому сегменту (кроме S1-корневого) соответствует один входной инесколько выходных сегментов. Каждыйсегмент структуры лежит на единственномиерархическом пути, начинающемся откорневого сегмента.
Следует отметить, что в настоящее время не разрабатываются СУБД,поддерживающие на концептуальном уровне только иерархические модели. Какправило, использующие иерархический подход системы, допускают связываниедревовидныхструктур между собой и/или установление связей внутри них. Это приводит ксетевым даталогическим моделям СУБД.
К основным недостаткамиерархических моделей следует отнести:неэффективность реализации отношений типа N:N,медленный доступ к сегментам данных нижних уровней иерархии, четкая ориентацияна определенные типы запросов и др. В связи сэтими недостатками ранеесозданные иерархические СУБД подвергаются существенным модификациям,позволяющим поддерживать более сложные типы структур и, в первую очередь,сетевыеи их модификации.
5. СЕТЕВАЯ
МОДЕЛЬ ДАННЫХ
В сетевой структуре при тех же основных понятиях (уровень, узел, связь)каждый элемент может быть связан с любым другим элементом.
/>
Сетевая модель СУБД во многом подобна иерархической: если в иерархической модели для каждого сегментазаписи допускается только один входной сегмент при N выходных, то в сетевоймодели для сегментов допускается несколько входных сегментов наряду свозможностью наличия сегментов без входов с точки зрения иерархическойструктуры.
Графическое изображение структуры связей сегментов такого типа моделейпредставляет собой сеть. Сегменты данных в сетевыхБД могут иметь множественные связи с сегментами старшего уровня. При этомнаправление и характер связи в сетевых БД не являются столь очевидными, как вслучае иерархических БД. Поэтому имена и направление связей должныидентифицироваться при описании БД.
Таким образом, под сетевой СУБД понимается система, поддерживающаясетевую организацию: любая запись, называемая записью старшего уровня, можетсодержать данные, которые относятся к набору других записей,называемых записями подчиненного уровня. Возможно обращение ко всем записям внаборе, начиная с записи старшего уровня. Обращение к набору записейреализуется по указателям.
В рамках сетевых СУБД легко реализуются и иерархические даталогические модели.
Сетевые СУБД поддерживают сложные соотношения между типами данных, чтоделает их пригодными во многих различных приложениях. Однако пользователи такихСУБД ограничены связями, определенными для них разработчиками БД-приложений.
Более того, подобно иерархическим сетевые СУБД предполагают разработку БДприложений опытными программистами и системными аналитиками.
Среди недостатков сетевых СУБД следует особовыделить проблему обеспечения сохранностиинформации в БД, решению которой уделяется повышенное вниманиепри проектировании сетевых БД.
6. РЕЛЯЦИОННАЯ
МОДЕЛЬ ДАННЫХ
Понятиереляционный (англ. relation — отношение) связано с разработками известного американскогоспециалиста в области систем баз данных, сотрудника фирмы IBM д-ра Е.Кодда (Codd E.F., A Relational Model of Data for Large SharedData Banks. CACM 13: 6, June 1970), которым впервые был применен термин«реляционная модель данных».
В течение долгоговремени реляционный подход рассматривался как удобный формальный аппаратанализа баз данных, не имеющий практических перспектив, так как его реализациятребовала слишком больших машинных ресурсов. Только с появлением персональныхЭВМ реляционные и близкие к ним системы стали распространяться, практически неоставив места другим моделям.
Эти модели характеризуются простотой структуры данных, удобным дляпользователя табличным представлением и возможностью использования формальногоаппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерныхтаблиц. Каждая реляционная таблица представляет собой двумерный массив и обладаетследующими свойствами:
- каждый элемент таблицы — одинэлемент данных; повторяющиеся группы отсутствуют;
- все столбцы в таблицеоднородные, т.е. все элементы в столбце имеют одинаковый тип (числовой,символьный и т.д.) и длину;
- каждый столбец имеетуникальное имя;
- одинаковые строки в таблицеотсутствуют;
- порядок следования строк истолбцов может быть произвольным. Таблица такого рода называется отношением.
База данных,построенная с помощью отношений, называется реляционной базойданных.
Отношения представлены в виде таблиц, строки которых соответствуюткортежам или записям, а столбцы — атрибутам отношений, доменам, полям.
Поле, каждое значение которого однозначно определяет соответствующуюзапись, называется простым ключом (ключевым полем). Если записиоднозначно определяются значениями нескольких полей, то такая таблица базыданных имеет составной ключ.
Чтобы связать две реляционные таблицы, необходимо ключ первой таблицыввести в состав ключа второй таблицы (возможно совпадение ключей); в противномслучае нужно ввести в структуру первой таблицы внешний ключ — ключ второй таблицы.
Предложив реляционнуюмодель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями –реляционную алгебру. Каждая операция этой алгебры использует одну или несколькотаблиц (отношений) в качестве ее операндов и продуцирует в результате новуютаблицу, т.е. позволяет «разрезать» или «склеивать»таблицы.
/>
Некоторые операции реляционной алгебры
Чем жепринципиально отличаются реляционные модели от сетевых и иерархических? Вкратцена это можно ответить следующим образом: иерархические и сетевые модели данных- имеют связь по структуре, а реляционные — имеют связь по значению.
Проектированиебаз данных традиционно считалось очень трудной задачей. Реляционная технологиязначительно упрощает эту задачу.
Разделениемлогического и физического уровней системы она упрощает процесс отображения«уровня реального мира», в структуру, которую система может прямоподдерживать. Поскольку реляционная структура сама по себе концептуальнопроста, она позволяет реализовывать небольшие и/или простые (и поэтому легкиедля создания) базы данных, такие как персональные, сама возможность реализациикоторых никогда даже бы не рассматривалась в старых более сложных системах.
Теория и дисциплинанормализации может помочь, показывая, что случается, если отношения неструктурированы естественным образом.
Реляционнаямодель данных особенно удобна для использования в базах данных распределеннойархитектуры — она позволяет получать доступ к любым информационным элементам,хранящимся в узлах сети ЭВМ. Необходимо обратить особое внимание навысокоуровневый аспект реляционного подхода, который состоит во множественнойобработке записей. Благодаря этому значительно возрастает потенциалреляционного подхода, который не может быть достигнут при обработке по однойзаписи и, прежде всего, это касается оптимизации.
Данная модельпозволяет определять:
- операции по запоминанию ипоиску данных;
- ограничения, связанные с обеспечением целостности данных.
Для увеличенияэффективности работы во многих СУБД реляционноготипа приняты ограничения, соответствующие строгой реляционной модели.
Многие реляционные СУБДпредставляют файлы БД для пользователя в табличном формате — сзаписямив качестве строк и ихполями вкачестве столбцов. В табличном виде информация воспринимается значительнолегче. Однако в БД на физическом уровне данные хранятся, как правило, в файлах,содержащих последовательности записей.
Основнымпреимуществом реляционных СУБД является возможность связывания на основеопределенных соотношений файлов БД.
Со структурнойточки зрения реляционные модели являются более простыми и однородными, чемиерархические и сетевые. В реляционной модели каждому объекту предметнойобласти соответствует одно или более отношений. При необходимости определитьсвязь между объектами явно, она выражается в видеотношения, в котором в качестве атрибутов присутствуют идентификаторывзаимосвязанных объектов. В реляционной модели объекты предметной области исвязи между ними представляются одинаковыми информационными конструкциями,существенно упрощая саму модель.
СУБД считаетсяреляционнойпри выполнении следующих двух условий, предложенных еще Э. Коддом:
- поддерживает реляционную структуру данных;
- реализует по крайней мере операции селекции, проекции исоединения отношений.
В последующембыл создан целый рядреляционных СУБД, в той или иной мере отвечающихданному определению. Многие СУБД представляют собой существенные расширенияреляционной модели, другие являютсясмешанными,поддерживая несколько даталогических моделей.
СутьреляционнойСУБДможно пояснить на следующем простом примере.
Файл авторов публикаций БД № п/п Автор Адрес Телефон Число публ. … … … … 6 Купцов Москва 635-6078 140 7 Бухтяк Томск 637-2050 140 8 Терпугов Томск 538-584 250 Файл публикаций РБД № п/п Назв. Публикации Тип публ. ДатаОбъём
в п. л.
6 Основы … Статья 2.95 2.5 7 Проблема … Книга 3.97 35 8 Теория … Статья 6.96 3.8 … … … …В некоторой реляционной БД (РБД) имеются два файла авторов ипубликаций, каждый из которых содержит определенноечисло записей, состоящих из фиксированного числа полей (соответственно 4 и5), представляющих данные по соответствующим элементам предметной области.Можно сказать, что определены два отношения (фaйла), имеющиеобщий элемент — значения поля № п/п. Операции реляцианнойалгебры могут объединять два типа записей по этомуобщему элементу. Например, в результате соединения запись Бухтяк может представится в следующем виде:
Бухтяк<Томск><637-2050><40><Основы...><статья><2.95><2.5>....
т.е. к сведениям об авторе добавляются сведения обо всехего публикациях, имеющихся в РБД.
На сегодняшний деньреляционные базы данных остаются самыми распространенными, благодаря своейпростоте и наглядности как в процессе создания так и на пользовательскомуровне.
Основным достоинствомреляционных баз данных является совместимость с самым популярным языкомзапросов SQL.
С помощью единственногозапроса на этом языке можно соединить несколько таблиц во временную таблицу ивырезать из нее требуемые строки и столбцы (селекция и проекция). Так кактабличная структура реляционной базы данных интуитивно понятна пользователям,то и язык SQL является простым и легким для изучения. Реляционнаямодель имеет солидный теоретический фундамент, на котором были основаныэволюция и реализация реляционных баз данных. На волне популярности, вызваннойуспехом реляционной модели, SQL стал основным языком для реляционных баз данных.
Но выявлены и недостатки рассмотренной модели базданных:
- так как все поля однойтаблицы должны содержать постоянное число полей заранее определенных типов,приходится создавать дополнительные таблицы, учитывающие индивидуальныеособенности элементов, при помощи внешних ключей. Такой подход сильно усложняетсоздание сколько-нибудь сложных взаимосвязей в базе данных;
- высокая трудоемкостьманипулирования информацией и изменения связей.
7. ИНФОРМАЦИОННО-ЛОГИЧЕСКАЯ
МОДЕЛЬ ДАННЫХ
Проектированиебазы данных состоит в построении комплекса взаимосвязанных моделей данных.
Важнейшимэтапом проектирования базы данных является разработка информационно-логической(инфологической) модели предметной области, не ориентированной на СУБД. Винфологической модели средствами структур данных в интегрированном видеотражают состав и структуру данных, а также информационные потребностиприложение (задач и запросов).
Информационно-логическая модель предметной областиотражает предметную область в виде совокупности информационных объектов и ихструктурных связей.
Инфологическая модель является исходной дляпостроения даталогической модели БД ислужит промежуточной моделью для специалистов предметной области (для которойсоздается БнД) и администратора БД в процессе проектирования и разработкиконкретной БнД.
/> /> /> /> /> /> /> /> /> /> /> /> <td/> /> /> />Поддаталогическойпонимается модель, отражающая логическиевзаимосвязи между элементами данных безотносительно их содержания и физическойорганизации. При этом даталогическаямодельразрабатывается с учетом конкретной реализации СУБД, такжес учетом специфики конкретной предметной области на основеее инфологической модели.
Инфологическаямодель предметной области строится первой. Предварительная инфологическаямодель строится еще на пред проектной стадии и затем уточняется на болеепоздних стадиях проектирования баз данных. Затем на ее основе строятсяконцептуальная (логическая), внутренняя (физическая) и внешняя модели.
Концептуальный уровеньсоответствует логическому аспекту представления данных предметной области винтегрированном виде. Концептуальная модель состоит из множества экземпляровразличных типов данных, структурированных в соответствии с требованиями СУБД клогической структуре базы данных.
Внутренний уровень отображает требуемуюорганизацию данных в среде хранения и соответствует физическому аспектупредставления данных. Внутренняя модель состоит из отдельных экземпляровзаписей, физически хранимых во внешних носителях.
Внешний уровень поддерживает частныепредставления данных, требуемые конкретным пользователям. Внешняя модельявляется подмножеством концептуальной модели. Возможно пересечение внешнихмоделей по данным. Частная логическая структура данных для отдельногоприложения (задачи) или пользователя соответствует внешней модели или подсхемеБД. С помощью внешних моделей поддерживается санкционированный доступ к даннымБД приложений (ограничен состав и структура данных концептуальной модели БДдоступных в приложении, а также заданы допустимые режимы обработки этих данных:ввод, редактирование, удаление, поиск).
Появление новых или изменение информационных потребностей существующихприложений требуют определения для них корректных внешних моделей, при этом науровне концептуальной и внутренней модели данных изменений не происходит.Изменения в концептуальной модели, вызванные появлением новых видов данных илиизменением и структур, могут затрагивать не все приложения, т.е. обеспечиваетсяопределенная независимость программ от данных. Изменения в концептуальноймодели должны отражаться и внутренней модели, и при неизменной концептуальноймодели возможна самостоятельна модификация внутренней модели БД с цельюулучшения ее характеристик (время доступа данным, расхода памяти внешнихустройств и др.). Таким образом, БД реализует принцип относительнойнезависимости логической и физической организации данных.
9. ЗАКЛЮЧЕНИЕ
Пользователями БДявляютсячетыре основные категории потребителей ее информации и/илипоставщиков информации для нее:
- конечные пользователи,
- программисты и системныеаналитики,
- персонал поддержки БД вактуальном состоянии,
- администратор БД.
Хорошо спроектированные СУБД используют развитые графические интерфейсы иподдерживают системы отчетов, отвечающие специфике пользователейуказанныхчетырех категорий.Персонал поддержки БД и конечные пользователи могут легко осваивать ииспользовать СУБД для обеспечения своих потребностей без какой-либо специальнойподготовки
Цель моделирования – обеспечение наиболее естественныхдля человека способов сбора и представления той информации, которуюпредполагается хранить в создаваемой базе данных.
При проектировании программ выясняются запросы ипожелания клиента и определяется возможный подход к решению задачи. Задачаанализируется. На основе этого анализа реализуется конкретная модель вконкретной программной среде. Результаты каждого этапа проектированияиспользуются в качестве исходного материала следующего этапа.
Анализируется текущая организация предприятия,выделяются проблемы для решения, определяются объекты отношения между ними,составляется «эскиз» текущей организации предприятия, разрабатывается модель сучетом конкретных условий ее функционирования.
База данных ориентирована на определенную предметнуюобласть и организована на основе некоторого подмножества данных. Возможностибаз данных полезны в областях, связанных с долговременным управлениеминформацией, таких как электронные библиотеки и хранилища данных.
10. СПИСОК
ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. А. А Жуков, Л.А Федякина “Системаконтроля знаний TSTST”, Информатика и образование, 1997 г., №2.
2. В.В. Аладьев, Ю.Я. Хунт, М.Л.Шишаков «Основы информатики», Учебное пособие, М., 1999 г.
3. А.А. Ездов, «Лабораторные работыпо физике с использованием компьютерной модели», Информатика и образование,1996 г., №1.
4. М.Г. Ермаков, Л.Е. Андреева,«Вопросы разработки тестирующих программ», Информатика и образование, 1997г.,№3.
5. В.В. Бойко, В.М. Савинков,«Проектирование баз данных информационных систем», М., Финансы и статистика,1989 г.
6. Д. Цикритизис, Ф. Лоховски,«Модели данных», М., Финансы и статистика, 1985 г.
7. К. Дейт, «Введение в системы базданных», М., Наука, 1980 г.
8. К. Дейт, «Руководство пореляционной СУБД», М., Финансы и статистика, 1988 г.
9. Д. Мейер, «Теория реляционных базданных», М., Мир, 1987 г.