Корпоративные БД. Осн требования к БД в рамках КИС.

КБД должна представлять информацию, кот должна быть такой как на экране. Инф должна быть сохранена в таком виде, чтобы пользователь не видел способ сохранения И. И для каждого пользователя должна представляться в том виде, в кот ему удобно. В 1975 году Комитетом планирования стандартов и норм SPARC (Standards Planning and Requirements Committee) Национального института стандартизации США (American National Standard Institute — ANSI) бала предложена 3-х уровневая архитектура корпоративной базы данных, которая охватывает внешний, концептуальный и внутренний уровни.

БД – база. кот. аккумулирует ресурсами всего предприятия. цель - предложить пользователю абстрактное пред­ставление данных. СУБД строится на базе архитек­туры ANSIS/PARC. имеет 3 уровня:1.Внеш –на кот. данные восприни­маются пользователем. 2. Внутр – то как данные воспринимаются СУБД и ОС. 3.Концептуальный –отображ внешн уровня на внутр и обеспеч их независимости. ка­кие данные хранятся в БД и связи между ними, кот. существуют.

Цель 3-х уровневой архитектуры - отде­ление пользовательского представления от ее физ. представления БД.

Причины: 1.каждый пользователь длжен иметь возможность обращаться к 1 и тем же данным реализовав свое представление о них 2.Пользователи не должны иметь дело с подробностями физ хран дан­ных. 3.Администратор БД должен им возможность изм стр-ру хранен инф в БД не оказывая влияния на пользовательские представления 4.Внутр стр-ра БД не должна зав от изм физ аспектов хран инф как переключение на новое устр-во хран 5.Администратор БД должен им возможность изм концептуальную стр-ру БД без каких-либо влияний на пользователя.

 

Маштабируемость и др. хар-ки корпарат.БД. Хранилища данных.

СУБД применяются во всех отраслях промышленности, причем доминирующим типом систем являются реляционные СУБД. Эти системы проектировались для управления большим потоком транзакций, каждая из которых сопровождалась внесением небольших изменений в оперативные данные предприятия, т.е. в данные, которые предприятие обрабатывало в процессе своей повседневной деятельности. Системы подобного типа называются системами оперативной обработки транзакций, или системами OLTP. СУБД должна одинаково эффективно управлять такой БД независимо от ее размера (масштабируемость). БД должна иметь возможность быть обработанной, используя различные типы компьютеров. Возможность подключить БД к любому типу компьютеров – переносимость.

Хранилище данных – специальным образом организованная технология БД.

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

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

• Привязка ко времени. Все данные хранятся с указанием времени производства.

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

В последние годы тематика хранилищ данных обогатилась новым термином — сетевое хранилище данных. Сетевое хранилище данных – р аспределенное хранилище данных, реализованное в среде Web и не имеющее центрального репозитария данных.

Преимущества технологии хранилищ данных:

· Потенциально высокая отдача от инвестиций

· Повышение конкурентоспособности

· Повышение эффективности труда лиц, ответственных за принятие решений.

 

СУБДии структурные решения в корпарат.системах

Рассмотрим на примере СУБД Oracle. Oracle базируется на архитектуре клиент/сервер. Сервер Oracle состоит из базы данных (данные в двоичном формате, включая системный журнал и управляющие файлы) и экземпляра (instance) (процессы и память системных программ на сервере, которые обеспечивают доступ к базе данных). Экземпляр может соединяться только с одной базой данных. База данных состоит из логической структуры, называемой схемой базы данных, и физической структуры, содержащей файлы, которые составляют базу данных Oracle. Пользователь (user) (иногда username) — это именованная учетная запись, определенная в базе данных, с помощью которой выполняется подключение и доступ к объектам.

Схема — это именованная коллекция объектов, таких как таблицы, представления, кластеры и процедуры, связанных с определенным пользователем. Механизм схем и пользователей применяется администраторами баз данных (АБД) для управления защитой баз данных.

Блок данных (data block) — самый маленький модуль памяти, который СУБД Oracle может использовать или распределять. Физическая структура базы данных СУБД Oracle

Основные физические структуры базы данных в Oracle:

Файлы данных

Каждая база данных Oracle состоит из одного или нескольких физических файлов данных. В этих файлах данных физически хранятся данные логических структур базы данных (такие как таблицы и индексы).

Журналы восстановления

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

Управляющие файлы

Каждая база данных Oracle имеет управляющий файл, который содержит список всех других файлов, составляющих базу данных, таких как файлы данных и файлы журналов восстановления. Для дополнительной защиты рекомендуется, чтобы управляющий файл был продублирован (для этого несколько его копий можно записать на разные физические устройства). Рекомендуется также дублирование и журналов восстановления.

Экземпляр. Oracle содержит процессы Oracle и совместно используемую память (shared memory), необходимую для обращения к информации в базе данных. Экземпляр состоит из фоновых процессов СУБД Oracle, пользовательских процессов и совместно используемой этими процессами памяти.

 

⇐ Предыдущая1234567Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: