44. Методы интеграции РаБд.

1)Консолидацияция данных-сложение данных.

Бд1

Бд2

Бд3

Компьют. Сеть

СУБД(главн)

БД-1 БД-2 БД-3

Общ. база - Здесь отд. объекты объед-ся в одну табл. или базу.

2)федерализация данных-объедин. данных осущ-ся на логич. ур-не.

Бд1

Бд2

Бд3

Комп. сеть

клиент Процессор федерализ-ии

упр-т работой всех данных База метаданных

Инф-я с размещ. отдельных фрагментов хран-ся в базе метаданных. Клиент обращ-ся к процессору федерализ. с запросом об извлечении необх. данных. Процессор федерализ. на основании инф-ии, размещ-й в базе метаданных обращ-ся к соотв. СУБД для извлеч. необх-х данных. Извлеч. данные из одн. или неск-ких узлов БД передаются клиенту, пославш. запрос. Здесь объед-я база не созд-ся.

45. Постреляционная модель бд.

Пострел. модель БД – это расшир модель реляц. БД, в котор. допуск-ся многозначн. поля, значения котор. состоят из подзначений.

№	название	адрес	заказ
1	БГУ	Минск	100
2	ГТУ	Гомель	400
3	БГУ	Минск	300
4	ГТУ	Гомель	200

Нормализация:

код

название

номер

адрес

код

№

заказ

Получилась пострел. таблица:

название	номер	адрес	заказ
БГУ	1	Минск	100
	3		300
ГТУ	2	Гомель	400
	4		200

Достоинства: -возм-ть предоставл. связ реляц. таблиц одной постреляц. табл.(высок наглядн предост. данных, повыш. эфф-ти обраб. данных);

- отсутств. огранич-й на длину полей и их кол-во.

Недост: сложн-ть в обеспеч-ии целостности данных.

46. Многомерная модель бд.

В этой мод. инф-ия предст-ся в виде многом. массивов, котор. наз-ся гиперкубами. Различ. Гиперкубич-е и поликубич-е модели. Многомерн-ть модели означ. Многомерн логич представл. стр-ры инф-ии, а не многомерн-ть визуализ. данных. Эта мод. предназн. для аналитич. обраб-ки инф.

У 2011

A(x,y,z) 14 5 объемы продаж

6 9

2010 z

V el 4 8

М тс 7 15

Nokia Sony Х

A(x,y,z) [4 8 7 15, 14 5 6 9]

О пер. с данными в многом. мод: 1. Срез;2. Вращение;3. Обобщение;4. Детализ-я. 14 5

С рез: 6 9 4 14

7 16

4 8 2010 2011

7 15

В ращение: Y X

X Y

Z 2011 Z

О бобщение: 14 4 ср знач 2010-2011гг.

6 2 9 6

2010 7 7

4 8

8 2

59. архитектура хдМЛВ в сис-х обраб-ки знаний с фреймовой моделью осн-н на:

1) обмене знан-ми м/д одноим. слотами разл. фреймов,

2) вып-нии присоед-х процедур типа «если-добавлено», «если-удалено», «если-нужно» и др.

Вопрос к БД пост-т в старший по иерархии фрейм А. Если ответа на ? нет в слотах этого фрейма, то ? перед-ся во все фреймы, где имеются слоты, имена кот. Содерж-ся в ? или необ-мы для поиска ответа на него (передача во фреймы B и D). Если в них содерж-ся искомый ответ, то значение соот-го слота перед-ся в старший по иерархии фрейм (из D в A и/или из B в A). При необ-ти может обрат-ся к подчин-му фрейму С за соот-щим ответом. Значения, перед-мые в ответ на ?? непоср-но сод-ся в соот-х сломах фреймов или опред-ся как рез-т вып-ния присоед-х процедур. Прог-мы: analyst, Tristan, altered, модис.

60. OLTP – операт. обраб-ка инф. OLAP-аналит. обраб-ка инф. OLTP сис-мы рассчитаны на операт. обраб-ку данных, реализ-х в процессе вып-ния транзакций, к числу кот. отн-ся: а) чтение, удаление, вставка, б) перевод денег со счета, в) резер-ние места. Резул-м вып-ния транзакций явл-ся фиксация или откат. Фикс-ция – это действие, обеспеч-щее запись в базу всез изм-ний. Откат предусм-т, если норм. заверш-е транзакций невозм-но, то БД возвр-ся в исходн. сост-ние и все изм-ния аннулир-ся. В составе сУБД имеется спец. журнал транзакций, где фикс-ся все действия по переводу БД из одного сост-я в др. OLAP сис-мы – совть ср-в многомерн. анализа дан-х. Осн. назн-ние OLAP сис-мы – поддержка аналит. деят-ти и произв-х запросов аналит-в. OLAP сервер формир-т гиперкуб. аналитик, с кот. аналитики поср-вом OLAP клиентов вып-ют все операции по анализу дан-х. Сущ-т след. способы реал-ции многомерн. модели БД:MOLAP-многомерн. БД, ROLAP-реляц. БД, HOLAP- многомерн. и реляц. БД.

OLAP сис-ма

61.общ.хар-тика поль-лей Польз-ль БД-чел-к или прикладн. прог-ма, кот. может обращ-ся с коман-ми или запросами к БД и получ-ть от них рез-ты обращ-я. Клас-ция польз-лей: 1 по регуляр-ти обращ-я: пост-ные, разовые, 2 по степени доступа: с полн. и частичн. доступом, 3 по типу польз-лей: польз-ли-задачи (прикладн. прог-мы), польз-ли-люди, 4 в зав-ти от реал. ф-ции: админ-в БД, прикладн. програм-в, не програм-в – конечн. польз-лей. Конечн. польз-ль – спец-т предм. обл-ти, кот. треб-ся инф. из БД для вып-ния своих служебных обяз-тей. Прикладн. прог-ты – спец-ты по програм-нию, кот. создают прилож-я (прикладн. прог-мы) для решения разл. практ. задач.