75. Интерфейсы доступа к данным

1. Доступ посредством форм. В большинстве реляц СУБД есть средства для создания форм. Некот формы генеририруютс автоматически при определ табл, а другие – создаются разрабо.

2. Доступ с помощью языка запросов. Пользователь вводит команды, кот указывают, какие действия необходимо произвести над БД. СУБД расшифр эти команды и выполняет предписанные действия. Важн из всех языков запр – язык SQL.

3. Доступ посредством хранимых процедур и триггеров. Некот последовательности команд SQL приходится выполнять регулярно. При этом приходится только менять условие в предлож WHERE. Чтобы учесть эту потребность, производител СУБД ввели так назыв хранимые процедуры. Хранимая процедура – это набор SQl-операторов, который хранится в файле БД и может запускаться из клиентского приложения одной командой DO (выполнить). Параметры, указываемые в WHERE, могут передаваться при вызове процедуры

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

4. 4 Доступ через прикладные программы, написан на языках програм COBOL, BASIC, Perl, Pascal, C++. НекоТ из них пишутся на встроенных в СУБД языках. Наибо известен Dbase.

50. Работа с табл осущ в режим табл. В этом режиме возможны операции: 1) редактирование значения поля - Щелчок на значении поля 2) Поиск значения в поле - Выдел поля - правка / Найти 3) Замена значения в поле- Выдел поля - Правка/Заменить

Операции с записями и их выполнение: 1)Добавл записи - Вставка/Новая запись 2) Удалить запись – Правка/удалить 3) Сортировка записи - Записи/сортировка 4) Фильтр по выделенному - Записи/Фильтр/Фильтр по выделенному 5) Обычный фильтр – Записи/фильтр/изменить фильтр, выбрать значения, по кот будет осущ выбор записей, ввод команды Фильтр/применить фильтр 6) Расширенный фильтр- Записи/ Фильтр/Расширенный фильтр, формирование условия отбора записей, Фильтр/Применить 7) Отображение подчиненных записей для записи главной таблицы - выбор подчинённой таблицы по команде Вставка/подтаблица, щелчок на значке + 8) Отображ всех подчинённых записей в главной таблице- Формат/подтаблица/Свернуть все

Операции со столбцами: 1)Переименование – двойной щелчок на заголовке столбца 2) Вставка столбца 3) Удаление столбца- \ 4) Скрытие столбца- Формат/скрыть столбцы 5) Перемещение столбца 6) Закрепление столбца- Выделение столбца, кот д.б. крайним левым при прокрутке табл вправо, Формат/ закреп сто

Примечание. Для отмены скрытия столбца используется команда Формат / Отобразить столбцы; для отмены закреплени столбца—команда Формат / Освободить столбцы.

Возможно также изменение макета таблицы, а именно: Изменение ширины столбцов (Формат) и высоты строк, спец оформление таблицы, задание линии сетки, их цвета и типа, фона и типа границы таблицы (Формат/режим таблицы) и проверка орфографии в полях.

69. Клиентское прилож формирует SQL-запрос к БД.

Сервер БД обеспеч: интерпретацию запроса; его выполн; формировани рез-та запроса; его пересылку по сети на клиентс комп. Клиентское приложние: интерпретирует рез-тат запроса необходимым образом; представляет его пользователю; может также посылать запрос на обновление БД, и сервер БД внесет в нее необходимые изменения. Преимущества архитектуры клиент/сервер: 1. Клиенту по сети передается только результат запроса, поэтому в сети практически не возникает «заторов». 2. Груз файловых операций ложится в основном на сервер, кот мощнее клиентов и поэтому способен быстрее обслуживать запросы. Как следствие этого, уменьш потребнос клиентских прилож в оперативной памяти. 3. Поскольку серверы способны хранить большое кол-во данных, то на компах-клиентах освобождается значит объем дискового пространства для других целей. 4. При обращении одновременно нескол клиентов к одним и тем же данным сервер БД позволяет разделить выполнение их запросов во времени. Существенно повышается степень безопасности БД, так как правила целостности данных определяются сервером БД и явл едиными для всех приложений, использую эту БД.В архитектуре клиент/сервер существует разделение функций между клиентскими приложениями и сервером БД. Сервер БД также: управляет целостностью БД; обеспеч одновременную безопасную и отказоустойчивую многопользо-вательскую работу с одними и теми же данными; выполняет хранение и резервное копирование данных. 5. Возможность выполнения сервером БД бизнес-правил. Бизнес-правила реализуются с пом ограничений, утверждений, хранимых процедур и триггеров. В реляц СУБД ограничения ассоциирую с конкретными объектами БД, такими, как таблицы или ее поля. Их примером могут быть ограничения на значения поля таблицы. Более общим типом ограничений являются утверждения, используемые для спецификации ограничения, которое может затрагивать более чем одну таблицу.

76. Хранилище данных–ориентированная на предметную область, интегрированная, статичная, не разрушаемая совокуп данных, предназначенная для поддержки принятия решений

Предметная ориентированность – ХД предназ-но для предоставл данных, связанных с 1 организационным процессом

Интегрированность – применение единых законов именова, способов вычисления значений данных, полученных из разл источников. Статичность– ХД содержит как историч данные (до 5 лет), так и данные, кот имели статус текущих при последнем погружении в ХД .Неразрушаемая совокупность данных–в ХД помещается большой объем данных, кот будучи раз погруженными, уже никогда больше не подвергаются к–л изменениям. Киоск данных (витрина данных) – это небольшое хранилище данных, обслуживающее одно из направлений бизнеса компании или одно ее структурное подразделение.

OLAP-системы ИС. можно раздели на 2 класса: ориентированные на оперативную обработку данных (OLTP-системы) и на аналитическую обработку данных.

OLTP-системы создаются для того, чтобы способствовать повседневной деятельности корпорации, и опираются на актуальные для текущ момента данные, хранящиеся в оператив БД. ИС, ориентированные на аналитическую обработку данных, опираются на ХД. Для них характерна массовая и длительная обработка запросов. Они делятся на две группы: ориентированные на статическую аналитическую обработку данных – системы поддержки принятия решений (DSS-системы); ориентированные на аналитическую оперативную обработку данных – OLAP-системы.

DSS-системы явл статическими аналитическими системами, но в отличие от OLTP- систем используют данные о деятельности компании за несколько лет. OLAP-системы явл дальнейшим развитием DSS- и OLTP-систем. Они служат для анализа деятельно корпорации, ее структурных подразделений и прогнозирования их будущего состояния. Анализ проводится на основе накопленных многочисленных данных о деятельности в прошлом, а также внешних источников данных.

OLAP-системы обладают отличительными особенностями: анализ осуществляется с помощью ХД; имеют гибкие средства навигации по данным (OLAP-манипуляции); могут работать на базе киосков данных.

Достоинства OLAP-систем: консолидация информации из разных БД; полнота аналит данных; повышенная защита данных; полная и легкая настройка отчета без программиста; возможность детализировать отчет в процессе анализа данных; непротиворечивость данных между отчетами; простота использования и восприятия о. К недостаткам OLAP-систем следует отнести их сложность при разработке и внедрении.

8 1. Оптимизация работы. Индексирование–технология ускоренн доступа к данным БД с пом индексов. Файл ПРЕДМЕТ – индексный файл. Поле ПР – индекс. Файл УСПЕВ – индексирован файл

Индекс – это средство ускорени операции поиска записей в табл, а также других операций, требующих поиска: извлечения, модификации, сортировки и т.д. Индексный файл – файл, в кот хранится информация индекса

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

Технология сжатия на основе различий – когда некот знач заменяется сведениями об его отличиях от предыдущего значения. Один из способов применения такой технологии сжатия – это удаление повторяющихся символов в начале каждой записи с указанием их количества.

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

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

При взаимодействии электронная почта каждый абонент имеет на своем компе «почтовый ящик» – спец файл, в кот записываются поступающие в его адрес сообщения. Абонент может проверять свой «почтовый ящик», обрабатывать сообщения и передавать их в адрес других абонентов КС.

Режим терминал - доступ к удаленной БД позволяет получить пользователю доступ к БД на другом компе. Пользователи работают с неинтеллект терминалами, кот передают сообщения о транзакциях центр компу (ЦК) – компу удаленной обработки.

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

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

В КС возможна централизованная и децентр обработка данных.

Децентрализованная обработка базируется на решении локал задач и работе с локал БД на рабочих местах пользовате

При централизованной функционально выделяются 2 основных компонента сети: комп, хранящий неко ресурсы (н-р, БД); компы, имеющие удаленный доступ к этим ресурсам.

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

74. Достоинства РаБД:

• более полно отражают территориально распределенную структуру предприятия;

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

Недостаток РаБД – повышенная сложность их практической реализации.

66. Архитектура с совместным использованием файлов – «архитектура файл/сервер». В ней компы объединены в сеть. На файловом сервере сети установлена операционная система файлового сервера, включ подс-му, отвеч за сетевую коммуник, и подс-му, отвеч за управлен данными, и размещается БД. На рабочих станциях находятся: ПП; настольная СУБД; ОС_сеть.

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

Недостатки архитектуры. 1. По сети передается гораздо больший объем данных, чем реально нужно для выполнения запроса. Вследствие этого сеть сильно перегружается. 2. Пользователи могут формировать запросы и на внесение изменений в БД. При этом блокируются записи, кото изменяются одним из пользователей, чтобы в это время другой пользователь не внес изменений в те же данные. Из-за этого системы с совместным использованием файлов редко используются для обработки БД больших объемов, ориентированных на транзакции. 3.В архитектуре файл/сервер вся тяжесть выполнения запросов и управления целостностью БД ложится на СУБД пользователя, что является причиной не только «заторов» в сети, но и невысокой безопасности работы. Секретност и конфиденциальност информ обеспеч трудно.