Экономическая информация, ее виды, структурные единицы

50. Работа с таблицей в режиме таблицы

Операции со значениями полей и их выполнение

Наименование операции	Обеспечение действия и команды
Редактирование значения поля	Щелчок на значение поля
Поиск значения поля	Выделение поля Правка/найти
Замена значения поля	Выделение поля Правка/ Заменить

Операции с записями и их выполнение

Добавление записи	Ввод команды Вставка/Новая запись
Удаление записи	Выделение записи Правка/ Удалить
Сортировка записей	Выд. поля по кот. Будут сортироваться записи Записи/Сортировка
Фильтр по выделенному	Выд. знач. Поля Записи/Фильтр/Фильтр по выделенному
Обычный фильтр	Записи/Фильтр/Изменить фильтр,выбр. знач. по кот. Будет осуществл. Отбор записей, Фильтр/Применить фильтр
Расширенный фильтр	Записи/Фильтр/Расширенный фильтр, ввести условие отбора, Фильтр/Применить фильтр
Отображение подчиненных записей для записи главной табл.	Выбор подч. Табл. Вставка/Подтаблица
Отображение всех подчин. записей в главн. табл	Формат/Подтаблица/Развернуть все

Операции со столбцами и их выполнение

Переименование столбца	Двойн. щелчок на заголовке столбца
Удаление столбца	Выдел. Столбца Правка/Удалить столбец
Вставка столбца	Выдел. столбец перед кот осуществл. вставка Вставка/Столбец
Скрытие столбца	Выд. столбца Формат/Скрыть столбцы
Перемещение столбца	Выд. столбца,ухват мышью заголовок столбца и указание его нового расположения
Закрепление столбца	Выдел. столбца, кот д.б. крайним левым при прокрутке табл. в право, Формат/Закрепить столбцы

51. Конструирование запросов выбора, перекрестного запроса, запросов на внесение изменений в базу данных

Запрос - это задание на извлечение данных из таблиц БД, на выполнение вычислений над данными БД, на внесение изменений в БД.

Запрос на выборку является наиболее часто используемым типом запроса. Он дает возможность: включать в результирующую таблицу поля из одной или нескольких таблиц в нужном порядке; выбирать записи, удовлетворяющие различным условиям отбора; осуществлять вычисления над полями БД (создавать вычисляемые поля); группировать записи и находить для групп записей, для всех записей итоговые значения по некоторым полям с помощью статистических функций

Открытие окна Конструктора запроса в окне База данных производится

следующим образом:

выбрать объект Запросы ? [Создать] ?

окно Новый запрос ? выбрать Конструктор ? [ОК] ?

окно Добавление таблицы ? выбирать таблицы, из которых необходимо

извлечь данные, и нажимать [Добавить] ? [Закрыть].

Перекрестный запрос представляет собой специальный запрос итогового типа.

Создание с помощью конструктора начинается с открытия окна конструктора запроса. В этом окне в бланк запроса последовательно перетаскиваются:

Поля, значения которых будут заголовками строк перекрестной таблицы; поле, значения которого будут заголовками столбцов перекрестной таблицы; поле, по которому подводится итог с использованием статистической функции.

Затем выполняется команда Запрос/Перекрестный. В р-те в бланке запроса появятся 2 новые строки : Групповая операция и Перекрестная таблица.Для полей со значениями в роли заголовков строк выбир. Заголовки строк,а для полей со знач. В роли заголовков столбцов-заголовки столбцов. В строке групповая операция для поля, по которому подводится итог, из раскрывающегося списка выбирается необходимая статистическая функция.

Запросы на внесение изменений в базу данных.

1) запрос на удаление - удаляет группу записей из одной таблицы или нескольких взаимосвязанных таблиц БД, для которых задано каскадное удаление связанных записей. Если м-ду таблицами установл. связь с обеспечением целостности данных, но без каскадного удаления зап., то прежде составляется запрос на удаление записей за подчиненной табл., а затем - из главной. Из подчин. табл. в окне констр. Запроса вводится команда Запрос/Удаление. Если м-ду табл уст. связь с обеспеч. Целосн. данных и с каскадн. Удал зап., то созд. запрос на удал. записей только из главной табл. Запро/Удажение. В бланк запр. Перетаск. Поля, участвующие в усл. отбора записей на удал., и задаются условия отбора.

2) запрос на обновление - служит для изменения значений полей таблицы;

Запрос/Обновление. В бланке запроса появится нов строка Обновление. Затем в бланк запроса перетаскиваются все поля таблиц. Для полей, подлежащих обновлению, в строке Обновл. задаются выражения, знач. которых будут новыми значениями обновляемых полей. При необходимости обновления значений полей только в нек. записях задаются условия их оборота.

3) запрос на добавление - производит добавление записей из одной таблицы в другую таблицу; В кач-ве источника запроса указывается таблица, из кот. добавл. забиси в др. табл. Запрос/Добавление.

4) запрос на создание таблицы - создает новую таблицу на основе всех или части данных из одной или нескольких таблиц БД. Данный запрос может применяться для архивирования старых записей или создания резервных копий таблиц. Запрс/Создание таблицы. Указывается имя создаваемой таблицы и место куда ее поместить. Затем из списков полей перетаскиваются в бланк запроса поля, кот должны быть в этой табл., и при необходимости задаются условия отбора записей.

52. Конструирование формы: простой, с вкладками, составной, управляющей (с кнопками)

простая

Открытие окна Конструктора формы в окне База данных производится

следующим образом:

- выбрать объект Формы ??[Создать] ?

- окно Новая форма ??выбрать Конструктор и выбрать из раскрывающегося списка источник данных - таблицу или запрос ??[OK]

- добавьте еще разделы "Заголовок формы" и "Примечание формы" по команде Вид /Заголовок /примечание формы расширьте разделы окна Конструктора, перетащив правую границу любого из них до вертикальной полосы прокрутки;

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

С вкладками:

Откройте окно Конструктора формы, указав нужный источник данных.

Затем выполните следующее: вставьте в раздел "Область данных" элемент управления "Вкладка", щелкнув по кнопке (Вкладка) панели элементов, а затем в этом разделе; на текущую вкладку перетащите из списка полей нужные поля; задайте имя вкладке - дважды щелкните по имени Вкладка1, в появившемся окне Вкладка в строке "Имя" наберите Название1 и закройте это окно; перейдите на вкладку Вкладка2, перетащите на нее из списка полей поля ..; задайте имя текущей вкладке - Название2;сохраните форму с именем С ВКЛАДКАМИ.

Составная

Создайте подчиненную форму следующим образом:

- откройте окно Конструктора формы, не забыв указать источник данных 1;

- перетащите из списка полей все поля в "Область данных"; расположите поля в строку, а их надписи - вверху,над соответствующими полями;

- сохраните созданную форму с именем1.Создайте составную форму следующим образом:

- откройте окно Конструктора формы, не забыв указать источник данных 2; добавьте разделы "Заголовок формы" и "Примечание формы", используя пункт меню Вид. В "Заголовок формы" введите текст заголовка формы; перетащите из списка полей все поля в "Область данных"; восстановите окно Конструктора формы (уменьшите размер), щелкнув по его кнопке; ухватите мышью в окне База данных значок подчиненной формы 1 и переместите его в "Область данных", распахните окно формы и перейдите в режим формы;сохраните созданную форму с именем СОСТАВНАЯ.

С кнопками. Откройте окно Конструктора формы с помощью ярлыка "Создание формы в режиме конструктора" и выполните следующее:

- включите (если не включена) кнопку (Мастера);щелкните по кнопке (Кнопка) панели элементов, а затем в "Области данных". Откроется первое окно Мастера создания кнопок В нем:

- на 1-м шаге в поле "Категории" выберите действие, закрепляемое за

- кнопкой формы, - Работа с формой, а в поле "Действия" - Открыть

- форму и [Далее];на 2-м шаге выберите форму, открываемую по нажатии создаваемой кнопки [Далее];на 3-м шаге переключатель оставьте в положении Открыть форму и показать все записи и [Далее];на 4-м шаге переключатель поставьте в положение Текст и наберите текст, помещаемый на кнопку формы [Готово];

53. Конструирование отчета с вычислениями в строках, с частными и общими итогами

Отчет - отображение на бумаге или на экране информации из БД в виде, удобном для ее восприятия и анализа пользователем. В отчете можно сортировать и группировать данные, осуществлять расчеты в строках и проводить итоговые вычисления над группами строк и над всеми строками с использованием статистических функций. Отчет может основываться на таблице или запросе и представлять сложные зависимости между различными наборами данных. Он может быть составным - включать другие отчеты. Access предоставляет большие возможности по оформлению отчетов: шрифтовое, фоновое и цветовое оформление, обрамление, рисунки, деловая графика, вставка объектов других приложений. Существует 3 способа создания отчета: с помощью Конструктора, Мастера отчетов и автоматическое создание - автоотчет. Конструктор дает возможность самостоятельного проектирования отчетов. Мастер отчетов позволяет создать отчет на основе ответов пользователя на вопросы, касающиеся структуры, содержания и оформления отчета. Автоотчет создает отчет в столбец и ленточный. Для создания отчета с помощью Конструктора необходимо: открыть окно База данных / вкладка Отчеты / [Создать] /окно Новый отчет / выбрать Конструктор и указать источник отчета - таблицу или запрос / [OK].

Окно конструктора отчета содержит такие инструментальные средства конструирования: панель Конструктора с набором графических кнопок, которая включается/выключается по команде Вид/Панели инструментов; разделы проекта, в которых размещают различные графические объекты, определяющие вид и содержание отчета. Эти графические объекты называют элементами управления; панель элементов управления, включаемая/выключаемая по команде Вид/Панель элементов; список полей таблицы или запроса, служащих источником данных для отчета. Он включается/выключается по команде Вид/Список полей; сетка, отображаемая в разделах проекта для удобства проектирования. Она включается/выключается по команде Вид/Cетка; линейки - горизонтальная и вертикальная, включаемые/выключаемые по команде Вид/Линейка. Они также предназначены для удобства проектирования.

По умолчанию в окне Конструктора отчета выводится раздел проекта Область данных, в котором размещают поля БД из таблицы или запроса, а также вычисляемые поля. Кроме данного раздела при конструировании могут быть востребованы и другие разделы: Заголовок отчета и Примечание отчета, включаемые/выключаемые по команде: Вид / Заголовок и Примечание отчета; Верхний колонтитул и Нижний колонтитул, включаемые/выключаемые попарно по команде Вид / Колонтитулы. При необходимости группировки строк в отчете в окно Конструктора отчета должны быть добавлены еще два раздела: Заголовок группы и Примечание группы. Они включаются/выключаются по команде: Вид / Сортировка и группировка. В разделе Заголовок группы отображается заголовок для групп строк отчета. Данный раздел вставляется перед Областью данных. Раздел Примечание группы служит для итоговых вычислений для групп строк и вставляется после Области данных.

Спроектированный отчет может быть предварительно просмотрен в одном из двух представлений: общий вид и страничный вид. Общий вид (команда Вид/Образец) позволяет оценить внешний вид отчета, не вникая в подробности. Страничный вид дает возможность увидеть отчет таким, каким он будет после печати (Вид / Предварительный просмотр). Отчет можно сохранить по командам: Файл / Сохранить как (или Сохранить), или произведя закрытие окна Конструктора. Печать отчета можно выполнить с помощью команды Файл/Печать. Установка параметров печати осуществляется перед печатью по команде Файл / Параметры страницы.

54. Создание статических Web-страниц из объектов базы данных. Конструирование страниц доступа к данным

Статическая Web-страница - это Web-страница, которая отображает данные из базы в состоянии на момент создания Web-страницы. Ее можно создавать для объектов базы данных - таблицы, запроса, отчета, экспортируя их содержимое в HTML-файл.

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

На странице доступа к данным может размещаться форма или интерактивный отчет. Страницы, содержащие форму, позволяют вводить новые записи в базу данных, изменять значения полей в записях базы, удалять записи из базы. Страницы, содерж. интерактивный отчет, дают возможность управлять составом отчета в процессе его просмотра. В интерактивном отчете имеются кнопки развертывания групп (кнопки со знаком +) и кнопки их сворачивания (кнопки со знаком -), которые позволяют превратить подробный отчет в краткую сводку или, наоборот, отобразить на экране интересующие пользователя подробности. Возможна также сортировка и фильтрация записей. На стр. доступа к данным могут размещаться: надписи, поля, раскрывающиеся списки, списки, флажки, переключатели, графические изображения, диаграммы, электронные таблицы, гиперссылки, элемент "бегущая строка", линии, прямоугольники, панели перехода по записям и др. Страницам доступа к данным могут назначаться темы, что обеспечивает их более привлекательное оформление. Существует следующие способы создания страницы доступа к данным: в автоматическом режиме, с помощью Мастера, путем изменения существующей Web-страницы и с помощью Конструктора. Создание с помощью Конструктора требует навыков манипулирования объектами, расположенными на странице доступа к данным: их выделения, перемещения, выравнивания, изменения размеров. Просмотреть созданную страницу можно в Access, а также в браузере Internet Explorer 5.0 и выше. Чтобы статические Web-страницы и страницы доступа к данным были доступны пользователям Интернет или Интранет, они должны размещаться на Web-сервере сети, а база данных - на сервере сети.

55. Конструирование макросов связанных и не связанных с событиями, различных по структуре

Макрос - это набор из одной или нескольких макрокоманд, каждая из которых выполняет определенное действие. Назначение макросов - автоматизация часто выполняемых операций без написания программ.

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

Существуют макросы связанные с событиями и не связанные с ними. Событие - это изменение состояния объекта БД, в момент возникновения которого можно изменить стандартный порядок обработки объекта и определить свою, нестандартную реакцию. События делятся на восемь категорий:

- окна формы, отчета (например, Открытие);данных (например, Изменение);фокуса ввода (например, Вход); клавиатуры (например, Нажатие клавиши);мыши (например, Нажатие кнопки);печати (например, Страница); ошибки (например, Ошибка);таймера (например, Таймер).

В Access только формы и отчеты являются объектами, для которых определены события. Для обработки событий разрабатываются макросы, которые классифицируются на:

- макросы, связанные с событиями элементов управления в форме;

- макросы, связанные с событиями раздела формы;

- макросы, связанные с событиями формы;

- макросы, связанные с событиями раздела отчета;

- макросы, связанные с событиями отчета.

Макросы создаются с помощью Конструктора макросов.

56. Назначения, стандарты и достоинства языка SQL

SQL - непроцедурный яз, который сочетает возможность яз: - Определение данных; - Манипулирование данными; - Запросов.

SQL представляет собой некоторые комбинации реляционных исчислений кортежей и расширение реляционной алгебры.

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

SQL обеспечивает доступ данных в 2-х режимах: - Интерактивные; - Программные.

Цель стандартизации - переносимость приложений между различными СУБД.

В стандарте ANSI/ISO определены наиболее простые условия цельности данных (например: обязательность данных, уникальность первичных ключей). Более сложные условия (деловое правило) не определены в стандарте и реализуются по-разному.

SQL 1 (1980) содержит только описание яз. определения структуры БД в реализации СУБД различными подходами:

· Созданная в ходе процесса установки ПО (Oracle) таблица пользователя всегда помещается в единую общесистемную БД

· С помощью специальных программы - утилиты (Ingress)

· оператором Create data base (SQL Server)

SQL 2 (1992)

· Существенно более полная и охватывает практически все необходимые для реализации аспекты:

· Манипулирование схемой БД

· Управление транзакциями и сессиями

· Подключение к БД

· Динамическое SQL

· Определеныь общие требования к системному каталогу

· Не требует, чтобы СУБД в точности поддерживала требуемый набор системных наборов.

SQL 3 (1993)

· Содержит механизм триггеров

· Поддержка типов данных, определяемых пользователем

· Поддержка курсоров

· Расширенные средства подключение и транзакции

· Поддержка обновляемых результирующих наборов

SQL 2003

· Расширение типов данных (MXL - документ)

· Табличные функции

· Расширенные возможности Create table

· Новый оператор Merge

· Вложенные таблицы

Достоинства SQL

· Легко для понимания

· Наличие стандартов

· Универсальное программное средство управление данными

· Независимость от СУБД

· Переносимость с одной вычислительной системы на другую

· Реализационная основа - единственный яз для реляционной БД

· Обеспечения интерактивного и программного доступа к данным

· Возможность различного представления данных в БД для различных пользователей

· Обеспечение администрирования и защиты БД

· Работа с распределенной БД

· Поддержка возможности динамического определения данных

· Полноценный яз для работы с БД

57. Структура команды SQL

Каждая команда SQL начинается с действия - ключевого слова или группы слов, описывающих выполняемую операцию. Например, INSERT (добавить), DELETE (удалить), COMMIT (завершить), CREATE TABLE (создать таблицу).

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

После действия может следовать одно или несколько предложений. Предложение описывает данные, с которыми работает команда, или содержит уточняющую информацию о действии, выполняемом командой. Каждое предложение начинается с ключевого слова, такого как, например, WHERE (где), FROM (откуда), INTO (куда), HAVING (имеющий). Многие предложения содержат имена таблиц и полей БД; некоторые - константы и выражения.

Имена таблиц, полей и пользователей должны содержать от 1 до 18 символов, начинаться с буквы и не содержать пробелов или специальных символов пунктуации. В качестве имен нельзя использовать ключевые слова SQL.

Пример команды SQL:

58. Типы данных и выражения SQL

Типы данных

· Символьный тип данных содержащий буквы, цифры, специальные символы:

CHAR или CHAR (n) - символьные строки фиксированные данные

VARCHAR (n) - символьные строки

Целые числа:

INTЕGER или INT - целое для решения которого отводится, как байта

SMALLINT - короткое целое (2 байта)

FLOAT - число плавающих точек

DECIMAL (p) - аналогично FLOAT с числовым значение цифрр

DECIMAL (p, n) - аналогично предыдущим, р - общее количество десятичных чисел

· Денежный тип:

MONEY (p, n) - аналогично типу DECIMAL (p, n)

Дата и время

DATE - дата

TIME - время

INTERVAL - временный интервал

DATETIME - момент время

· Двоичные данные

BINARY

BYTE

BLOB - хранить данные любого объема в двоичном коде

· Последовательный тип:

SERIAL - тип данных на основе INTEGER позволяющий сформировать уникальные значения

· Выражения

Арифметические выражения

+, -, *, %, /, ^,

Логические операции

AND - логическое умножение

OR - лог сложение

NOT -лог отриц

Текстовые операции

& - слияние слов

Пример выражения:

Kol*Price

(Kol*Price)/8200

AVG

Язык SQL оперирует терминами: таблица, строка, столбец или колонка.

Полное имя таблицы: имя _ владельца.имя_таблицы

Полное имя столбца: имя _ владельца.имя_столбца

Основной яз SQL составляет операции, условно разбитые на несколько групп.

Категории операторов SQL:

· Date Definition Language (DDC)

· Date Manipulation Language (DML)

· Date Control Language (DCL)

· Transaction Control Language (TCL)

· Cursor Control Language (CCL)

59. Возможности языка SQL по: определению данных, внесению изменений в базу данных, извлечению данных из базы

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

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

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

Операторы DDL (Data Definition Language) - операторы определения объектов БД.

Ч Create Schema - создать схему;

Ч Create Table - создать таблицу;

Ч Drop Schema - удалить схему;

Ч Alter Table - изменить таблицу;

Ч Drop Table - удалить таблицу;

Ч Create View - создать представление;

Ч Drop View - удалить представление.

Операторы DML (Data Manipulation Language) - операторы манипулирования данными.

Ч Select - отобрать строки из табл.;

Ч Insert - добавление строки в табл.;

Ч Update - изменить строки в табл.;

Ч Delete - удалить строки в табл.

60. Понятие и типы транзакций. Обработка транзакций в SQL

Транзакция (Т.) - это неделимая, с точки зрения воздействия на СУБД, последовательность операций манипулирования данными.

Типы Т.: простые (обновление сведений о некотором объекте); сложные (внесение В БД нескольких изменений).

Простые транзакции характеризуется 4 классическими свойствами: атомарность; согласованность; изолированность; долговечность (прочность).

Атомарность - Т. должна быть выполнена в целом или не выполнена вовсе.

Согласованность - гарантирует, что по мере выполнения Т., данные переходят из одного согласованного состояния в другое, т.е. Т. не разрушает взаимной согласованности данных.

Изолированность - означает, что конкурирующие за доступ к БД Т. физически обрабатывается последовательно, изолированно друг от друга, но для пользователей это выглядит так, как будто они выполняются параллельно.

Долговечность - если Т. завершена успешно, то те изменения, в данных, которые были ею произведены, не могут быть потеряны ни при каких обстоятельствах.

Для обеспечения целостности данных используется средства обработки Т. - команды Commit и Rollback. Commit сообщает об успешном окончании Т., а Rollback - о неуспешном и необходимости отмены всех изменений внесенных в БД в рез-те выполнения Т. Эти команды не поддерживаются в СУБД Access.

61. Управление доступом к данным в SQL

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

- SELECT - право читать таблицу;

- INSERT - право добавлять данные в таблицу;

- UPDATE - право изменять данные таблицы;

- DELETE - право удалять данные из таблицы;

- REFERENCES - право определять первичный ключ.

DCL (Data Control Language) - операторы защиты и управления данными.

Ч Create Assertion - создать ограничение;

Ч Drop Assertion - удалить ограничение;

Ч Grant - предоставить привилегии пользователю или приложению для манипулирования данными;

Ч Revoke - отменить привилегии пользователю или приложению.

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

62. Встраивание SQL в прикладные программы

Язык SQL можно использовать при написании прикладных программ на определенных языках программирования исключительно для управления БД. По мере надобности в эти программы «встраиваются» команды SQL.

Цель встроенных SQL - объединение возможностей языка программирования с реализованными посредством SQL механизмами работы со структурированными данными в БД.

- команды SQL помещают в исходный код главной программы; - им предшествует фраза ЕХЕСSQL (Execute SQL); - далее устанавливаются некоторые команды, которые являются специальными для вложенной формы SQL.

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

Программы, называющиеся прекомпиляторами (препроцессорами), просматривают текст программы с преобразованием в форму SQL, удобную для исполнения базовым языком.

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

Для пересылки данных из БД в программу используются спец. Команды SQL: Declare, Open, Fetch, Close, предназначенные для работы с курсором - переменной, связанной с запросом.

Declare - описывает выполняемый запрос и связывает имя курсора с результатом запроса. Определяет набор записей, в который будут возвращены результаты запроса.

Open - дает команду СУБД начать выполнение запроса и создавать таблицу результатов запроса.

Fetch - считывает данные запроса в переменную прикладной программы (считывает курсор из результатов запроса).

Close - прекращает доступ к таблице результатов запроса и ликвидирует связь между курсором и этой таблицей.

63. Диалекты языка SQL в СУБД

Несм. на наличие междунар-го станд-та ANSI SQL, многие компании, занимающиеся разработкой СУБД, вносят изменения в язык SQL. Каждая из реализаций языка SQL в конкретной СУБД называется диалектом. Ф-ии, к-ые добавляются к стандарту языка разработчиками коммерческих реализаций - это расширения. Нп, в стандарте языка SQL определены конкретные типы данных, которые могут хран-ся в БД. Во многих реализациях этот список расширяется за счет дополнений. 3 уровня соответствия стандарту ANSI/ISO -- начальный, промежуточный и полный. Произв-ли СУБД (Oracle, Microsoft, Borland, Informix, Sybase) применяют реализации SQL, отвечающие как минимум начальному уровню и содержащие некоторые расширения, специфические для данной СУБД. Не существует двух совершенно идентичных диалектов. И поскольку разработчики вводят в сис-мы все новые средства, они расширяют свои диалекты языка SQL, в рез-те чего отдельные диалекты больше отличаются друг от друга. достоинства : более широкие возм-сти по срав-ию со станд-том SQL, нп, больше типов данных, большее количество команд, больше дополнительных возможностей у имеющихся команд. Кроме того, такие нестандартные возм-сти языка со временем могут быть вкл. в стандарт. Недостаток в том, что различия в синтаксисе реализаций SQL затрудняют перенос приложений из одной системы в другую. В широко распространенных в настоящее время СУБД используются следующие диалекты языка SQL: PL/SQL - в СУБД Oracle; Transact-SQL - в СУБД Microsoft SQL; Informix-SQL - в СУБД Informix; Jet SQL - Microsoft Access. Язык Jet SQL почти соответствует стандарту ANSI SQL. Основные различия языков Jet SQL и ANSI SQL состоят в следующем:

- они имеют разные наборы зарезервированных слов и типов данных;

- разные правила применимы к оператору Between, используемому для определения условий выборки записей;

- подстановочные знаки ANSI и Microsoft Jet, которые используются в операторе Like, различны;

- язык Jet SQL обычно предоставляет пользователю большую свободу, например, разрешается группировка и сортировка по значению выражения;

- язык Jet SQL позволяет использовать более сложные выражения.

64. Эволюция концепций обработки данных

Осн. компоненты обраб-ки данных:

обработка данных
Форми-ровка	Сорти-ровка	Агреги-рование	Вычис-ления

подготовка отчётов
периодических	по запросу

Обработка

Обработка данных со временем эволюционировала. Можно выделить следующие этапы: 1) обработка БД на мэйнфреймах с помощью СУБД; 2)обработка БД с помощью сис-м удаленной обработки данных; 3) обработка локальных БД на ПК с пом. настольных СУБД; 4) исп-ие сис-м совместного исп-ия (работа с централизованной БД с пом. сетевых версий настольных СУБД); 5)исп-ие клиент/серверных сис-м; 6) исп-ие сис-м обработки распределенных БД.

65. Системы удалённой обработки (СУО)

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

66. Системы совместного использования файлов. Обработка запросов в них. Недостатки систем

Файловый сервер БД

Копия БД СУБД компьютерного пользователя

Файловый сервер обеспечивает функционирование той части СУБД, которая осуществляет управление данными в БД.

Пользовательские приложений и сетевая СУБД размещаются и функционируют на компьютере пользователя и обращаются к файловому серверу по мере необходимости.

При использовании сетевой СУБД:

1. СУБД на каждой рабочей станции посылает запросы файловому серверу за данными.

2. Все данные из БД пересылаются на компьютер пользователя

3. СУБД на компьютере пользователя выполняет задание.

Функции сервера: хранение данных.

Функции клиента: запросы к файловому серверу, обработка данных, отправка данных обратно серверу.

При работе с файловым сервером вся ответственность по хранению и целостности БД лежит на СУБД и сетевой операционной системе.

Достоинства:

- низкая стоимость и высокая скорость разработки

- невысокая стоимость обновления и изменения ПО

Недостатки:

- большой сетевой трафик (полные копии БД перемещаются по сети с сервера на комп. клиента)

- снижение производительности при обработке больших объемов информации

- выполнение запроса к БД и управление целостностью осуществления на рабочей станции

- сложность поддержки целостности и восстановления БД на сервере

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

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

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

Функции «типовых» приложений обработки данных:

- ввод и отображение данных

- функциональная обработка - реализация алгоритма решения задач пользователя

- манипулирование данными БД в рамках приложений - обычно реализуется средствами SQL

- функции управления информационными ресурсами

- управление процессами обработки.

67. Настольные СУБД, их достоинства и недостатки

Настольные СУБД используют в модели вычислений с сетью и файловым сервером (архитектура «файл-сервер»).

Достоинства настольных СУБД:

· они являются простыми для освоения и использования;

· обладают дружественным пользовательским интерфейсом;

· ориентированы на класс ПК, на самую широкую категорию пользователей - непрофессионалов;

· обеспечивают хорошее быстродействие при работе с небольшими БД.

Недостатки настольных СУБД:

· при росте объемов хранимых данных и увеличении числа пользователей снижается их производительность и могут возникать сбои при обработке данных;

· контроль за целостностью совершается внутри пользовательского приложения, что может вызывать нарушение целостности данных;

· очень малая эффективность работы в компьютерной сети.

Известно более десятка настольных СУБД. Наиболее популярными, исходя из числа проданных копий признаются DBASE, Visual DBASE, Paradox, Microsoft FoxPro, Visual FoxPro, Access.



68. Клиент/серверные системы: клиенты, серверы, клиентские приложения, серверы баз данных

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

69. Функции клиентского приложения и сервера БД при обработке запросов. Преимущества клиент/серверной обработки

В архитектуре клиент/сервер функции клиентского приложения и серверной СУБД разделены. Функции клиентского приложения разбиваются на следующие группы:

· ввод-вывод данных (презентационная логика) - это часть кода клиентского приложения, которая определяет, что пользователь видит на экране, когда работает с приложением;

· бизнес-логика - это часть кода клиентского приложения, которая определяет алгоритм решения конкретных задач приложения;

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

Сервер баз данных в общем случае осуществляет целый комплекс действий по управлению данными. Основными среди них являются следующие:

· выполнение пользовательских запросов на выбор и модификацию данных и метаданных, получаемых от клиентских приложений, функционирующих на ПК локальной сети;

· хранение и резервное копирование данных;

· поддержка ссылочной целостности данных согласно определенным в БД правилам;

· обеспечение авторизованного доступа к данным на основе проверки прав и привилегий пользователя;

· протоколирование операций и ведение журнала транзакций.

Преимущества клиент/серверной обработки:

· уменьшается сетевой трафик, так как через сеть передаются только результаты запросов.

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

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

· повышается уровень непротиворечивости данных и существенно повышается степень безопасности БД, так как правила целостности данных определяются в серверной СУБД и являются едиными для всех приложений, использующих эту БД.

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

70. Характеристики серверов баз данных

Современные серверные СУБД:

· существуют в нескольких версиях для различных платформ, как правило, для различных коммерческих версий UNIX - Solaris, HP/UX. Многие производители также выпускают версии своих серверов баз данных для Windows NT Workstation Windows 95/98, а также версии для Linux;

· в большинстве случаев поставляются с удобными административными утилитами;

· осуществляют резервное копирование и архивацию данных и журналов транзакций;

· поддерживают несколько сценариев репликаций;

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

· поддерживают создание хранилищ данных и OLAP. Хранилище данных - это совокупность данных, полученных прямо или косвенно их информационных систем, которые содержат текущую и деловую информацию, а также из некоторых внешних источников.

· выполняют распределенные запросы и транзакции;

· дают возможность использовать различные средства проектирования схем данных - универсальные или ориентированные на конкретную СУБД;

· имеют средства разработки клиентских приложений и генераторы отчетов;

· поддерживают публикацию баз данных в Интернет;

· обладают широкими возможностями управления пользовательскими привилегиями и правами доступа к различным объектам БД.

К современным серверам баз данных относятся Oracle 9 (Oracle), MS SQL Server 2000 (MS), Informix (Informix), Sybase (Sybase), Db2 (IBM).

71. Механизмы доступа к данным базы на сервере

Все серверные СУБД имеют клиентскую часть, которая обращается к БД посредством СУБД. Между клиентским прилож. и СУБД не существует прямой связи и дополнительно встраиваются программные модули, позволяющие клиентскому приложению получать доступ к БД, создаваемым с помощью разных СУБД. Такие модули называются механизмами доступа к данным.Существует 2 основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса. Прикладной программный интерфейс (API) предст. соб. набор функций, вызываемых из клиентского приложения. Он может работать только с СУБД данного производителя и при ее замене придется переписывать значительную часть кода клиентского приложения.Универсальный механизм доступа к данным обеспечивает возможность использования одного и того же интерфейса для доступа к разным типам СУБД. Обычно он реализован в виде специальных дополнительных модулей, называемых драйверами. Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC фирмы Microsoft. Для доступа к данной конкретн. СУБД, кроме клиентск. части необходимо приложение ODBC и драйвер. ODBC - открытый стандарт совместимости БД, разработанный в 1990-х для предоставления независимого от СУБД способа обработки информации из реляц. БД. ODBC - интерфейс, с помощью которого прикладн проги могу обращ-ся к БД и обраб-ть независ от СУБД способом. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера. Приложение ODBC - для определения доступа источника данных для конкрет. компа и описания источн. данных. Задание ODBC-источника данных является действием, которое осуществляется средствами операционной системы, управляющей компьютером. Источник данных - структура дан. ODBC, идентифицирующая БД и СУБД, которая ее обрабатывает. С его помощью могут быть заданы: 1.пользовательский - ист. дан., доступный только текущему пользователю на текущем компьютере; 2.файловый - фал, кот. может совместно использоваться пользователем БД; 3.системный - источник данных, доступный всем пользователям и службам текущего компьютера. Преимущества: - простота разработки приложения; - позволяет создавать распределенные гетерогенные приложения без учета конкретной СУБД - приложения становятся независимыми от СУБД.

Недостатки: - снижение скорости доступа к данным; - увеличение времени обработки запросов; - предварит инсталляция и настройка ОДВС на кждом рабочем месте; - представляет доступ только к SQL-ориентированным БД.

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

72. Понятие и архитектура распределения баз данных (РаБД). Гомогенные и гетерогенные РаБД. Стратегии распределения данных в РаБД

РаБД - набор логически связанных между собой разделяемых данных и их описаний, которые физически распределены по нескольким компьютерам (узлам) в некоторой компьютерной сети. Каждая таблица в РАБД может быть разделена на некоторое количество частей, называемых фрагментами. Фрагменты могут быть горизонтальными, вертикальными и смешанными. Горизонтальные фрагменты - подмножества строк, а вертикальные - подмножества столбцов. Фрагменты распределяются на одном или нескольких узлах. С целью улучшения доступности данных и повышения производительности системы для отдельных фрагментов может быть организована репликация - поддержка актуальной копии некоторого фрагмента на нескольких различных узлах. Репликаты - множество различных физических копий некоторого объекта БД, для которых в соответствии с определенными в БД правилами поддерживается синхронизация с некоторой «главной копией». Существуют несколько альтернативных стратегий размещения данных в системе: раздельное (фрагментированное) размещение, размещение с полной репликацией и размещение с выборочной репликацией. Раздельное размещение БД разбивается на непересекающиеся фрагменты, каждый из которых размещается на одном из узлов системы. Отказ на любом из узлов вызовет утрату доступа только к той части данных, которая на нем хранилась. Размещение с полной репликацией предусматривает размещение полной копии всей БД на каждом из узлов системы. Следовательно, надежность и доступность данных, а также уровень производительности системы будут максимальными. Размещение с выборочной репликацией представляет собой комбинацию методов фрагментации, репликации и централизации. Одни массивы данных разделяются на фрагменты, тогда как другие подвергаются репликации. Все остальные данные хранятся централизованно. Благодаря своей гибкости, именно эта стратегия используется чаще всего. Инфа о распределении данных хранится в каталоге распределения данных и использ-т при выполнении распределения запросов и транзакций для определения к какой копии фрагмента нужно обратиться, чтобы их выполнить.

На репликацию БД влияют: - размер БД; - частота использования БД; - затраты, связанные с синхрониз транзакций и их частей при обеспеч достаточной отказоустойч-ти, связ с репликац данных.

РаБД можно классифицировать на гомогенные и гетерогенные. Гомогенной РаБД управляет один и тот же тип СУБД. Гетерогенной РаБД управляют различные типы СУБД, использующие разные модели данных - реляционные, сетевые, иерархические или объектно-ориентированные СУБД. Гомогенные РаБД значительно проще проектировать и сопровождать. Кроме того, подобный подход позволяет поэтапно наращивать размеры РаБД, последовательно добавляя новые узлы к уже существующей РаБД. Гетерогенные РаБД обычно возникают в тех случаях, когда независимые узлы, управляемые своей собственной СУБД, интегрируются во вновь создаваемую РаБД. РаСУБД - комплекс программ для управления РаБД, позволяющие сделать распределяемость данных «позрачной» для конечных пользователей. Основная задача РаСУБД - обеспечить интеграцию локальн БД, чтобы польз-ль имел доступ ко всем БД как к единой БД.

73. Распределенные СУБД (РаСУБД). Двенадцать правил К. Дейта

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

1. Прозрачность расположения дан.

2. Гетерогенность системы

3. Прозрачность сети

4. Поддержка респределенных запросов, изменений, транзакций

5. Безопасность

6. Универсальность доступа.

Причины неэффективности РаСУБД:

1. Снижение произв-ти обработки;

2. Длительная блокировка изменяемых данных при выполнении распред-их транзакций;

3. Обеспесение совместимости дан;

4. Выбор схемы размещ. системных каталогов;

5. Обеспеч. совсместим-ти СУБД разных типов и поставщиков;

6. Увеличение потребителей в ресурасах. В РаСУБД должно существовать хотя бы одно глобальное приложение, поэтому любая РаСУБД должна имеет следующие особенности:

1. набор логически связанных разделяемых данных;

2. сохраняемые данные разбиты на некоторое количество фрагментов;

3. между фрагментами может быть организована репликация данных;

4. фрагменты и их реплики распределены по различным узлам;

5. узлы связаны между собой сетевыми соединениями;

6. работа с данными на каждом узле управляется локальной СУБД. СУБД на каждом узле способна поддерживать автономную работу локальных приложений.

12 правил К. Дейта (1987)

Основой этих правил является то, что РАБД должна восприниматься пользователем точно так же, как и привычная централизованная БД.

1. Локальная автономность. локальные данные принадлежат локальным владельцам; все локальные процессы остаются чисто локальными; все процессы на заданном узле контролируются только этим узлом.

2. Отсутствие опоры на центральный узел. В системе не должно быть ни одного узла, без которого система не сможет функционировать.

3. Непрерывное функционирование. В идеале в системе не должна возникать потребность в плановой остановке ее функционирования.

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

5. Независимость от фрагментации. Пользователь должен получать доступ к данным независимо от способа их фрагментации.

6. Независимость от репликации. Пользователь не будет иметь средств для получения прямого доступа к конкретной копии элемента данных, а также не должен заботиться об обновлении уже имеющейся копии.

7. Обработка распределенных запросов. Система должна поддерживать обработку запросов, ссылающиеся на данные, расположенные более чем на одном узле.

8. Обработка распределенных транзакций. Система должна поддерживать выполнение транзакций.

9. Независимость от типа оборудования. Система должна быть способна функционировать на оборудовании с различными вычислительными платформами.

10. Независимость от сетевой архитектуры.

11. Независимость от операционной системы.

12. Независимость от типа СУБД.



74. Обработка распределения (Ра) Запросов

РаСУБД должна находить наиб эф-ные стратегии выполнения запросов. В распределенной среде запрос на доступ к Д преобраз в упорядоченную последовательность операций локальных БД. В централизованной среде выполнение запроса на доступ к Д представляет собой упорядоченную последовательность операций БД. Для обеспечения целостности в оперативных системах используют 2 механизма:

1) Мех-м двухфазной фиксации транзакций - при ее выполнении БД проходит последовательно через 2 этапа:

* захват всех объектов Д на всех серверах к которым имело место обращения от имени транзакций

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

2) Мех-м асинхронного тиражирования Д - обработка Д выполняется локально, а распределенные Д копируются на тот сервер, где они должны использоваться.

Преимущества РаСУБД:

1. Отражение структуры организации.

2. Разделяемость и локальная автономность.

3. Повышение доступности данных.

4. Повышение надежности.

5. Повышение производительности.

6. Экономические выгоды.

7. Модульность системы.

Недостатки РаСУБД:

1. Повышение сложности самой РаСУБД

2. Увеличение стоимости на приобретение и сопровождение РаСУБД.

3. Проблемы защиты Д, сетевых соединений разграничения доступа к Д.

4. Усложнение контроля целостности данных.

5. Отсутствие стандартов.

6. Недостаток опыта применения распределенных систем

7. Усложнение процедуры разработки БД.

8. Сложность управления.

Ingres, Oracle.

75. Типы интерфейса доступа к данным (Д) базы

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

Существует два основных способа доступа к данным из клиентских приложений: использование прикладного интерфейса и использование универсального программного интерфейса.

Прикладной программный интерфейс (API - Application Programming Interface) представляет собой набор функций, вызываемых из клиентского приложения. Он может работать только с СУБД данного производителя и при ее замене придется переписывать значительную часть кода клиентского приложения. Прикладной программный интерфейс различен для разных СУБД.

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

Наиболее распространенным программным интерфейсом, обеспечивающим доступ к данным конкретной базы данных является ODBC (Open Database Connectivity) фирмы Microsoft. В рамках ODBC программное приложение непосредственно взаимодействует с диспетчером драйвером, посылая ему ODBC-вызовы. Диспетчер драйверов отвечает за динамическую загрузку нужного ODBC-драйвера, через который обращается с серверу баз данных. ODBC-драйвер выполняет все вызовы ODBC-функций и «переводит» их на язык источника данных. СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера.