АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Постреляционные базы данных

Читайте также:
  1. Access. Базы данных. Определение ключей и составление запросов.
  2. I. Разработка структуры базы данных.
  3. Абстрактные структуры данных
  4. Автоматизированная система обработки данных правовой статистики
  5. Авторское право - правовое положение авторов и созданных их творческим трудом произведений литературы, науки и искусства.
  6. Алгоритм шифрования данных IDEA
  7. Американский стандарт шифрования данных DES
  8. Анализ данных при исследовании систем управления
  9. Анализ матричных данных (матрица приоритетов)
  10. Аппаратура линии связи: аппаратура передачи данных, оконечное оборудование, промежуточная аппаратура.
  11. Архитектура, управляемая событиями. Типы данных Win32. Оконная процедура (функция). Оконный класс.
  12. Атрибуты (элементы данных).

Как уже говорилось, реляционные базы данных состоят из двумерных таблиц, связанных между собою. Таким образом, при проектировании реляционной БД вся информация разбивается на множество двумерных массивов. В некоторых случаях таблица соответствует множеству реальных объектов, например "отделы", "сотрудники", "счета" и т.п. Но иногда, когда приходится иметь дело с иерархической информацией, один и тот же объект приходится "раскладывать" на несколько таблиц.

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

 

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

Эти недостатки преодолеваются в постреляционной модели данных, которая, в сущности, является развитием реляционной модели, с тем отличием, что в ней снято ограничение на атомарность (неделимость) атрибутов.

Ограничение на атомарность атрибутов означает, что в реляционной базе данных атрибут (поле) каждой записи может содержать только одно значение. В постреляционной модели, напротив, поле может содержать несколько значений, или даже целую таблицу. Таким образом, появляется возможность "вложить" одну таблицу в другую.

 

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

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


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)