31. Архитектура субд

Рис.1

Подсистема проектирования включает средства для создания: таблиц, форм, отчетов, запросов, выражений (формул), прикладных программ, VEB-страниц.

Подсистема обработки включает: а) процессор запросов; б) процессор форм; в) генератор отчетов; г) средства обработки и выполнения прикладных программ.

Ядро СУБД предназначено для: а) чтения и записи информации на носитель; б) управления транзакциями – совокупность действий, выполняемых пользователем/программой при работе с БД, воспринимаемой СУБД как единое целое; в) управление резервным копированием; г) восстановление данных.

Ядро СУБД преобразует команда на языке SQL b VBA в двоичные команды, выполняемые микропроцессором компьютера.

32. Классификация субд

1)по типу поддерживаемой модели данных: а) иерархические; б) сетевые; в) реляционные; г) постреляционные; д) объектно-ориентированные; ж) многомерные.

2) по месту размещения базы: а) локальные, где все объекты СУБД находятся на одном компьютере; б) распределенные, объекты СУБД на разных компьютерах.

3) по способу доступа: а) с централизованным доступом; б) файл-серверные; в) клиент-серверные.

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

5) по сфере использования: а) общего назначения; б) специального назначения.

6) по количеству пользователей: а) многопользовательские; б) однопользовательские.

7) в зависимости от интерфейса пользователя: а) СУБД с работой через меню системы;

б) СУБД с командным режимом работы; в) СУБД с программным режимом работы.

33. Характеристики субд.

1) Быстродействие определяется временем: а) выполнения запросов; б) выполнения различных операций; в) поиск информации; г) импорт данных из других приложений.

Быстродействие: V запроса = 1/t запроса, где t запроса- время выполнения запроса.

2) Максимальное число пользователей, одновременно работающих с базой;

3) объем памяти, занимающий СУБД;

4)Стоимость;

5) Режим пользователя СУБД.

38. Трехзвенная модель «клиент-сервер»

Традиционная архитектура клиент-сервер состоит из 2 звеньев: клиентского и серверного. В последние годы все большее распространение получает трехзвенная архитектура клиент-сервер. В данной архитектуре прикладное

програм. обеспечение распределено между машинами 3 типов: пользовательской машиной( ПМ), промежуточным сервером(ПС) и сервером БД. ПМ представляет собой клиента. ПС явл. шлюзами между клиентами и разнообразными серверами БД. ПС должны уметь преобразовывать протоколы и отображать одни типы запросов к БД на др. . Они должны объединять результаты запросов от различных источ. данных и играть роль шлюзов между настольными прилож. и оставшимися у организации со старых времен системами управления БД.

С ервер СУБД - выполняет запросы

Сервер прилож. – формирует запросы, обрабат. результаты

Клиент – представ-е информ.

39. Мех-мы доступа к данным(МДД)

МДД – программ-й модуль с помощью которого прилож. клиента взаимод-т с сервером БД. МДД наз. Приклад-м программ-м интерфейсом. Виды АРI: специализ-й(приклад-й) создаваемый для конкретной СУБД; универс-й, который может быть настроен с любым типом СУБД. Специализ-й АРI содержит ряд ф-й с помощью которых формир-ся запросы к СУБД и полученные ответы перед-ся клиентскому прилож. Эти ф-и вызыв-ся из прилож. клиента. В универсальном АРI пользователь может настроить программ-й интерфейс под конкретную СУБД.

48. Хранилища и витрины данных (ХД и ВД): ХД – предметно ориентированное, интегрированное, неизменное, структурированное по времени собрание данных организованных для оперативного анализа и принятия решений. Предметн. ориентир-ть означает, что данные в хранилище должны быть связаны с одним организационным процессом. Интегрир-ть означ. , что: 1) одни и те же данные имеют одинаковое наименование и формат; 2) для вычисления определённых показателей используются одни и те же формулы. Неизм-ть означ., что данные однажды помещённые в хранилище в дальнейшем не подвергаются как.-л. редактир-ю. Структур-ть. по времени означ., что данные записыв. в хранилище во временной хронологической послед-ти. ВД – специализированное хранилище, обслуживающее одно из направлений деятельности предприятия

34.Стандарты и диалекты языка SQL. В 1986 в результате совместных усилий организаций ANSI и ISO был принят официальный стандарт SQL-89(SQL-1). После появления первого междунар-го стандарта языка работа в этой области продолжилась. В 1992 был принят 2-ой стандартSQL-92(SQL-2). В 1999 появляется объектно-ориентированный язык SQL-99(SQL-3), а в 2003 принят стандарт SQL-2003.затемSQL-2006; SQL-2008.Каждый стандарт представ собой многостраничный документ сложной структуры . Интенсивное развитие технологий БД приводит к тому, что SQL-стандарты не являются статичными, а постоянно развиваются.

Таблица(2 графы):СУБД: IBM DB2; MS SQL Server; Oracle; Ms Acces./ Версия SQL: SQL PL; Transact-SQL; SQL/PSM; PL/ SQL; Jet: SQL.

35.Архитектура «телеобработка»(централизованная обработка) в многопользовательской БД. Обработка на мэйнфреймах в пакетном режиме. Для обработки данных в этом режиме польз-ль составлял задания на выполнение опред-ых операций над исходной программой и/или счет по программе. Исходная программа- это программа, написааная на алгоритмическом языке.ЦентральнаяЭВМ(мэйнфрейм ):БД –СУБД-приложение1-n-терминал1-n –пользователь 1-n.В такой арх-ре все обработки вып-ся с помощью СУБД, размещ-ой на центральном ЭВМ. Здесь терминалы(мониторы и клавиатура) явл. неинтеллектуальными устр-ми и не способны работать самост-но.

36.архи-ра файл сервер.В такой архитектуре файловый сервер хранит, принимает и выдаёт файлы БД по запросам пользователей.Все обработки данных осущ-ся клиентскими настольными СУБД на комп-ах польз-ей. Технологии обработки данных реализ-ся след-м образом: польз-ль, с помощью клиентского приложения посылает запрос на извлечение необх-м данных или их изм-ия.Получив запрос СУБД обращ-ся к файловому серверу за фойлом БД. После получения копии файла БД СУБД рабочей станции выполняет запрос польз-ля. При этом на время модификации файла БД одним из польз-ей доступ к файлу др. польз-ей блакируется. Недостатки: 1)Большой объём сетевого трафика.2)На каждой раб. станции нах-ся копия СУБД.3)Управление доств-ю восстановлением парал-но работы поскольку доступ к одним и тем же файлам могут запросить сразу несколько СУБД(польз-ей)4) раб станция должна обладать большим объёмом памяти (операт-ой и дисковой)5)Трудно обесп-ть информ-ую безоп-ть. Настольное СУБД – СУБД, устанавливаемое на персон-ом комп-ре и функц-щие в архите-ре файл-сервер.Настольное СУБД:1)Ms(Microsoft)Acces.2)MS Visual Fox Pro.3)MS Pata Engine.4)Paradox.5)Clipper.

37.архит клиент-серверНа клиентском комп-ре с помощью приложения форм-ся SQL-запросв БД, который по комп-ой сетипересыл-ся на сервер БД. Сервер БД обесп-ет интерпретацию (распознавание) запроса, его выполнение, формир-ие результата запроса и пересылку его по комп-ой сети на клиентский комп. Здесь по комп. сети перес-ся только те данные, которые запрашивает клиент.Дост-ва:1)снижение нагрузки на сеть, т.к. по сети не перед-ся целиком файлы БД.2)Повыш-ся уровень достоверности данных, т.к. правило обеспечения достоверности опред-ся и проверяются только в одном месте(на сервере БД).3) повыш-ся уровень информ-ой безопасности, т.к. по сети перед-ся только запросы и ответы на них, а не вся база.4)сниж-ся стоим-ть аппаратного обеспечения.Достаточно мощный комп с большим V памяти нежен только серверу для хранения и управ-я БД.5)Повыш-ся общая производ-ть системы, поскольку клиент и сервер нах-ся на разных комп-ах их процессоры способны выпол-ть прилож-е парал-но. Серверные СУБД(называемые серверами БД)предназначены для работы с многопол-скими работами БД в арх-ре «клиент-сервер».Сервесные СУБД:1)MS SQL Server.2)Oracle.3)My SQL.4)Postogre SQL.5)Informix.6)IBM DB2.7)Sybase.8)Borland Inter Base.

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