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

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

Кодд ввел это понятие для описания конкретного реляционного подхода к организации БД.

Понятие модели данных, предложено в 1969 г. Эдгаром Коддом.

Оперирование большими массивами данных

Традиционные БД не всегда применимы в системах промышленной автоматизации

Базы данных реального времени БДРВ

Концепции построения распределенных БД

Преимущества

DTrieve, Oracle, InterBase, Sybase, Informix

Сеть образуют сетевые ОС

СУБД:

Ø Гибкое взаимодействие локальных БД

Ø Малое время отклика за счет распараллеливания, высокая надежность

Ø Модульная реализация взаимодействия

Ø Возможность использования ОО подхода

Ø Связь различных БД через стандартный интерфейс

Наличие распределенности привело к проблемам:

Ø Сложность структуры

Ø Избыточность данных

Ø Несогласование по времени

Ø Необходимость согласования обновления и запросов

Ø Использование телекоммуникаций

Ø Стандартизация отдельных БД

Ø Усложнение защиты данных

Тип концепции	Описание	Проблемы
Файл-сервер	На компьютерах-клиентах есть копии БД	Синхронизация копий БД Между клиентом и сервером передается вся БД Малое количество клиентов
Клиент-сервер	БД на сервере На клиентской машине словари и приложения-запросы	Передаются только те данные, что соответствуют запросам

Варианты концепции клиент-сервер

Тип концепции	Описание	Проблемы
Одноуровневая	Приложения пользователя на клиентской машине	Требуется администрирование клиентской части
Многоуровневая	Приложения пользователя на сервере приложений	Снижает требования к клиентской машине

Основные ограничения:

Ø Производственные процессы генерируют данные очень быстро. Чтобы хранить производственный архив системы, например, с 7500 рабочими переменными, в БД каждую секунду необходимо вставлять 7500 строк.

Ø Производственная информация не вмещается! Многомесячный архив завода с 7500 рабочими переменными требует под БД дисковой памяти объемом около 1 Терабайта.

Ø SQL как язык не подходит для обработки временных или периодических данных, типичных для производственных систем. В частности, чрезвычайно трудно указать в запросе периодичность выборки возвращаемых данных.

Дата добавления: 2014-01-15