Эти средства могут применяться не только админом БД но и пользователями, работающими с БД автономно.
80. Резервное копирование БД. Поскольку данные, хранимые компьютерными ср-вами подвержены потерям и повреждениям, вызываемым разными событиями, важно обеспеч средства восстановления данных.
Приведение БД точно в то состояние, кот существовало перед отказом не всегда возможно, но процедуры восстановления БД могут привести ее в состояние, существовавшее незадолго до отказа. Восстановление БД применяется при повреждениях, не позволяющих пользователю открыть БД или работать с ней.
При наличии повреждений БД, созданной в СУБД Access, для ее восстановления необходимо: закрыть БД. При работе в сети необходимо убедиться, что другие пользователи закрыли БД; создать резервную копию БД; выполнить команду Сервис / Служебные данные / Восстановить; указать имя папки и файла восстанавливаемой БД.
След способом обслуживания базы данных является резервное копирование. Основным назначен резервного копирования БД явл предотвращение потери информ и реализуется путем одноразового или периодического копирования и архивирования наиболее ценной информации. Резервная копия может быть точной копией исходной БД или сжатой копией.
Уровни абстракции БД — простыми словами. Архитектура проекта
Резервное копирование может осуществляться во время работы с БД или в другое время. Копия может создаваться по инициативе оператора, либо автоматически в заданное время путем запуска соотв утилиты. При организации резервного копирования админ решает такие вопросы как: какие устройства выбрать; когда и с какой частотой выполнять.
Важно периодически проверять корректность выполненного резервирования информ путем пробного восстановления. Реализация в СУБД принципа сохранения промежуточных состояний, подтверждения или отката транзакции обеспечивается спец механизмом, для поддержки кот создается некот системная структура, называемая Журналом транзакций.
Журнал транзакций содержит доп информ об изменениях БД и предназначен для обеспеч надежного хранения данных. Цель — обеспеч возможности восстановления согласованного состояния БД после любого рода сбоев. Основой поддержания целостного состояния БД явл механизм транзакций. Транзакция– последовательность операций над БД, отслеживаемая системой управления БД от начала до завершения как единое целое. Выделяют след типы: плоские или классические (традиционные); цепочечные; вложенные.
Общими принципами восстановления являются: результаты зафиксированных транзакции д.б. сохранены в восстановленно состоянии БД; результаты незафиксированных транзакции должны отсутствовать в восстановленном состоянии БД.
75. Интерфейсы доступа к данным
1. Доступпосредством форм.В большинстве реляц СУБД есть средства для создания форм. Некот формы генеририруютс автоматически при определ табл, а другие – создаются разрабо.
2. Доступ с помощью языка запросов.Пользователь вводит команды, кот указывают, какие действия необходимо произвести над БД.СУБД расшифр эти команды и выполняет предписанные действия. Важн из всех языков запр – язык SQL.
УРОК 13. Понятие базы данных. Система управления базами данных (10 класс)
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-систем следует отнести их сложность при разработке и внедрении.
81. Оптимизация работы. Индексирование–технология ускоренн доступа к данным БД с пом индексов. Файл ПРЕДМЕТ – индексный файл. Поле ПР – индекс. Файл УСПЕВ – индексирован файл
Индекс – это средство ускорени операции поиска записей в табл, а также других операций, требующих поиска: извлечения, модификации, сортировки и т.д. Индексный файл – файл, в кот хранится информация индекса
Хеширование ( hash – смешивать, перемалывать)-технология быстрого прямого доступа к записи БД на основе заданного значения некот поля записи, как правило, ключевого. Каждая запись БД размещается по адресу, который вычисляет СУБД с помощью хеш-функции на основе значения ключевого поля этой записи (хеш-поля). Вычисленный адрес наз хеш-адресом.
Технология сжатия на основе различий – когда некот знач заменяется сведениями об его отличиях от предыдущего значения. Один из способов применения такой технологии сжатия – это удаление повторяющихся символов в начале каждой записи с указанием их количества.
65. Под удаленной обработкой данных (УОД) понимают процессобработки данных, при кот ввод, вывод и обмен данными происходит через КС. При этом компьютеры могут находиться друг от друга на большом расстоянии.
При УОД м.б.след формы взаимодействия между компами: терминал – удаленный процесс; терминал – доступ к удаленному файлу; терминал – терминал; электронная почта; терминал – доступ к удаленной БД. При взаимодействии терминал — удаленный процесспроисходит обращение с терминала одного компа к процессу обработки данных на другом компе сети. При этом устанавливается связь с процессом и проводится сеанс работы с ним. Рез-ты обработки получ на компе, запустившем процесс.
При взаимодействии терминал — доступ к удаленному файлу можно открыть удаленный файл на другом компе, модифицировать его или передать для дальнейшей работы с ним в локал режиме. Взаимодействие терминал — терминал предусматривает обмен сообщениями между компами сети в диалоговом режиме. Сообщения(обычно строка текста на экране терминала) могут посылаться как отдельным компам, так и их группам.
При взаимодействии электронная почтакаждый абонент имеет на своем компе «почтовый ящик» – спец файл, в кот записываются поступающие в его адрес сообщения. Абонент может проверять свой «почтовый ящик», обрабатывать сообщения и передавать их в адрес других абонентов КС.
Режим терминал — доступ к удаленной БД позволяет получить пользователю доступ к БД на другом компе. Пользователи работают с неинтеллект терминалами, кот передают сообщения о транзакциях центр компу (ЦК) – компу удаленной обработки.
ОСус принимает сообщения и данные и передает их соотв ПП. Те обращаются к СУБД, и она выполняет операции с БД, используя часть ОСуд. Когда транзакция завершается, то ОСус возвращает результаты пользователям у терминалов.
Работа с БД осущ согласно правам доступа, кот обладают ее пользователи. Такие системы наз системами удаленной обработки, так как связь между входами и выходами происходит через находящийся на расстоянии ЦК, ведущий обработку.
В КС возможна централизованная и децентр обработкаданных.
Децентрализованная обработка базируется на решении локал задач и работе с локал БД на рабочих местах пользовате
При централизованнойфункционально выделяются 2 основных компонента сети: комп, хранящий неко ресурсы (н-р, БД); компы, имеющие удаленный доступ к этим ресурсам.
Комп, хранящий и поставляющий свои ресурсы другим, наз сервером, а компы, потребляющие ресурсы- рабоч станциями.
74. Достоинства РаБД:
§ более полно отражают территориально распределенную структуру предприятия;
§ обеспечивают большую живучесть ИС, так как в случае разрушения одной из локальных БД другие БД остаются работоспособными.
Недостаток РаБД – повышенная сложность их практической реализации.
66. Архитектура с совместным использованием файлов – «архитектура файл/сервер». В ней компы объединены в сеть. На файловом сервересети установлена операционная система файлового сервера, включ подс-му, отвеч за сетевую коммуник, и подс-му, отвеч за управлен данными, и размещается БД. На рабочих станциях находятся: ПП; настольная СУБД; ОСсеть.
Выполнение запроса. СУБД на раб станции запрос пользователя или ПП посылает к БД на сервере. ОСуд выбирает из БД необходимые для его выполнения таблицы целиком. Затем ОСус пересылает их на раб станцию, где СУБД выполняет запр
Недостатки архитектуры. 1. По сети передается гораздо больший объем данных, чем реально нужно для выполнения запроса. Вследствие этого сеть сильно перегружается. 2. Пользователи могут формировать запросы и на внесение изменений в БД.
При этом блокируются записи, кото изменяются одним из пользователей, чтобы в это время другой пользователь не внес изменений в те же данные. Из-за этого системы с совместным использованием файлов редко используются для обработки БД больших объемов, ориентированных на транзакции. 3.В архитектуре файл/сервер вся тяжесть выполнения запросов и управления целостностью БД ложится на СУБД пользователя, что является причиной не только «заторов» в сети, но и невысокой безопасности работы. Секретност и конфиденциальност информ обеспеч трудно.
Не нашли, что искали? Воспользуйтесь поиском по сайту:
Источник: stydopedia.ru
Лекция 6. Поддержка разработки десктопных приложений баз данных
**1-ый учебный вопрос: Универсальный API доступа к данным ODBC.** Программный интерфейс доступа к данным, это набор инструкций и драйверов, которые позволяют осуществлять обмен командами между программным приложением и базой данных (СУБД). В настоящее время существуют разные программные интерфейсы, большинство из которых решает узкоспециализированные задачи обеспечения взаимодействия на уровне приложения и базы данных (например ADO, JDBC и т.д.).
В данной лекции будет рассмотрен наиболее универсальный на настоящий момент времени программный интерфейс, – ODBC. ODBC (Open Database Connectivity) — это программный интерфейс доступа к базам данных, разработанный компанией Microsoft на основе спецификаций Call Level Interface (CLI).
Стандарт CLI призван унифицировать программное взаимодействие с СУБД, сделать его независимым от поставщика СУБД и программно-аппаратной платформы. C помощью ODBC прикладные программисты могут разрабатывать приложения для использования одного интерфейса доступа к данным, не беспокоясь о тонкостях взаимодействия с несколькими источниками.
Это достигается благодаря тому, что поставщики различных баз данных создают драйверы, реализующие конкретное наполнение стандартных функций из ODBC API с учётом особенностей их продукта. На настоящий момент времени ODBC – наиболее популярное и универсальное средство обеспечения взаимодействия программных приложений и баз данных.
Для работы с ODBC необходимо этот интерфейс сперва интегрировать в операционную систему (сервера, клиентов), а также предварительно настроить. В настоящий момент времени существуют версии ODBC как для ОС MS Windows, так и для UNIX/LINUX систем, таких как Linux, MacOS и т.д.
Наиболее простая установка и настройка интерфейса ODBC происходит для ОС MS Windows (оба продукта разработаны корпорацией Microsoft, что очевидно подразумевает их высокую совместимость). В ОС MS Windows данный интерфейс устанавливается как драйвер, через автоматический установщик. В дальнейшем, настраивается в оболочке программирования для взаимодействия с разными источниками данных.
В ОС Linux и MacOS интерфейс устанавливается через оболочку bash по команде, распаковываясь из пакета. Настраивается через конфигурационные файлы, входящие в комплект поставки и конфигурационные файлы самой ОС.
Это связано не только с иной архитектурой данных операционных систем, но и с дополнительными требованиями безопасности к приложениям или драйверам, которые работают в коммуникационных сетях. В более подробном виде, принцип сборки и настройки интерфейса ODBC будет рассмотрен на лабораторных работах в рамках изучаемой дисциплины. На рис.
29 приведен пример собранного драйвера ODBC для программного приложения баз данных, написанного в языке C++ в оболочке QT. Рассмотрен случай, когда сервер баз данных не содержит HOST-имени, а соединение происходит через IP-адрес.  В приведенном на рис.
1 листинге осуществляется не только сборка драйвера, но также через условие if-else реализована обработка исключения “нет соединения с сервером баз данных”. Во время сборки драйвера необходимо указать следующие параметры: driver — один из драйверов, входящих в интерфейс ODBC, который будет обеспечивать взаимодействие с выбранной СУБД, IP, Port — ip-адрес сервера баз данных, с которым приложение будет работать, а также порт, через который возможно это взаимодействие; порт указывается после ip через запятую), schema (db) — название базы данных, находящейся на сервере баз данных, с которой будет работать приложение, user/pass – информация, аутентифицирующая и авторизующая приложение, как одного из пользователей базы данных.
После компиляции программного кода приложения, в случае прохождения проверки пользователя и установления соединения с сервером, программное приложение сможет передавать команды напрямую СУБД базы данных и получать оттуда результатные данные. Приведем еще ряд актуальных программных интерфейсов доступа к данным.
OLE DB (Object Linking and Embedding, Database) — набор интерфейсов, которые позволяют приложениям унифицировано работать с данными разных источников и хранилищ информации. ADO (ActiveX Data Objects) — интерфейс программирования приложений для доступа к данным. ADO позволяет представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде.
JDBC (Java DataBase Connectivity) — платформенно независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД, реализованный в виде пакета java.sql, входящего в состав Java SE. **2-ый учебный вопрос: Встроенный SQL в приложениях баз данных.** Следующим этапом после установления подключения к базе данных является программирования взаимодействия с массивами данных на сервере. Программное приложение должно иметь возможность передать инструкцию на запись, выборку, модификацию данных СУБД, а также – получить и выдать в удобном виде результатные выборки из базы данных.
Однако, в своем естественном виде инструкции SQL не могут быть встроены в язык программирования, на котором осуществляется разработка программного средства. Это обусловлено природой данных в SQL запросе, которые представляют собой набор записей, который не привязан к физическому количеству записей в таблице.
В традиционных языках программирования такой структуры данных не существует, что делает использование SQL внутри программного приложения невозможным. С целью реализации взаимодействия десктопного приложения (в первую очередь речь идет о приложениях, написанных в языке С, C++ или Java), существует диалект языка SQL – embedded SQL или встроенный SQL.
Отдельной вариацией embedded SQL является диалект языка SQL – SQLJ (подмножество стандарта SQL, направленное на объединение преимуществ синтаксиса языков SQL и Java ради удобства реализации бизнес-логики и работы с данными). Принцип работы embedded SQL внутри программного приложения состоит из двух этапов. 1. Препроцессор конвертирует команду SQL в специальный API вызов.
2. Затем обычный компилятор, в обычном режиме компилирует код программы. Основные конструкции embedded SQL: Соединение с БД: EXEC SQL CONNECT; Объявление переменных: EXEC SQL BEGIN (END) DECLARE SECTION; Выражения языка: EXEC SQL Statement; Ниже в виде листинга кода показан пример объявления переменных с помощью встроенного SQL.
EXEC SQL BEGIN DECLARE SECTION char c_sname[20]; long c_sid; short c_rating; float c_age; EXEC SQL END DECLARE SECTION Обратите внимание на последовательность объявления переменных. В отличие от классического SQL, для каждой пары сперва объявляется тип данных (в приведенном примере это char, long, short, float), а затем – название самой переменной. Секция объявления переменных открывается и закрывается специальными командами BEGIN и END.
Фрагменты динамического SQL и SQLJ с реализацией логики приложения с краткими комментариями приведены ниже. Пример листинга встроенного SQL (язык С). char SQLSTATE[6]; //переменная для отслеживания EoF (end of file) EXEC SQL BEGIN DECLARE SECTION //объявляем переменные для работы с данными char c_sname[20]; short c_minrating; float c_age; EXEC SQL END DECLARE SECTION c_minrating = random(); //значением этой переменной станет произвольное значение типа short EXEC SQL DECLARE sinfo CURSOR FOR //формирование курсора (массива данных) для обработки на стороне приложения SELECT S.sname, S.age FROM Sailors S WHERE S.rating > :c_minrating ORDER BY S.sname; //классическая SQL инструкция на выборку данных, переменные с : перед названием – это переменные, созданные в приложении. do < EXEC SQL FETCH sinfo INTO :c_sname, :c_age; printf (“%s is %d years oldn”, c_sname, c_age);>while (SQLSTATE != ‘02000’); //построчная (FETCH) выгрузка в программу содержимого курсора sinfo в удобном для чтения виде.
02000 – код ошибки EoF (end of file) EXEC SQL CLOSE sinfo; //очистка курсора sinfo Пример листинга встроенного SQLJ (язык Java). int sid; String name; Int rating; //задаем переменные #sql iterator Sailors(Int sid, String name, Int rating); //задаем итератор Sailors sailors; …предполагаем, что приложение устанавливает рейтинг… #sailors = ; //возвращаем результаты while (sailors.next()) < System.out.println(sailors.sid + “ “ + sailors.sname)); >sailors.close(); //вывод результатов на экран через приложение **3-ий учебный вопрос: Использование курсоров в встроенном SQL.** Приложения, особенно интерактивные, не всегда эффективно работают с результирующим набором как с единым целым. Им нужен инструмент-посредник, позволяющий обрабатывать массив данных построчно.
Курсоры являются расширением результирующих наборов, которые предоставляют такой механизм. В зависимости от архитектуры приложения баз данных и желаемого распределения нагрузки по обработке данных выделяются три основных способа реализации курсоров. Курсоры в синтаксисе языка (наречия) SQL. Используются в скриптах, хранимых процедурах, триггерах.
Реализуются на сервере и управляются инструкциями, отправляемыми от клиента серверу. Серверные курсоры интерфейса прикладного программирования (API). Курсоры API поддерживают функции курсоров в ODBC.
Всякий раз, когда клиентское приложение вызывает функцию курсора API, драйвер ODBC для собственного клиента СУБД передает требование на сервер для выполнения действия в отношении серверного курсора API. Клиентские курсоры. Клиентские курсоры реализуются внутренне драйвером ODBC для собственного клиента СУБД.
Клиентские курсоры реализуются посредством кэширования всех строк результирующего набора на клиенте. Каждый раз, когда клиентское приложение вызывает функцию курсора API, драйвер ODBC для собственного клиента СУБД выполняет операцию курсора на строках результирующего набора, кэшированных на клиенте.
Помимо основной функции курсора, как инструмента формирования массивов данных для передачи в приложение базы данных, курсоры решают следующие задачи: — получение выборок из отдельных строк результирующего набора; — получение необходимого количества строк от текущей позиции в результирующем наборе; — отслеживание и демонстрация изменения данных в строках в текущей позиции результирующего набора; — поддержка (в зависимости от типа выбранного курсора) разных уровни видимости изменений, сделанных другими пользователями для данных, представленных в результирующем наборе. В зависимости от решаемой задачи, программист может сформировать однонаправленный, статический или динамический курсор (тут и далее – речь про курсоры ms sql server).
Однонаправленный курсор указывается как FORWARD_ONLY. Он также называется курсором firehose и поддерживает только получение строк последовательно, от начала до конца курсора. Строки нельзя получить из базы данных, пока они не будут выбраны. Так как такой курсор не может быть прокручен назад, большинство изменений, сделанных в строках базы данных после извлечения сроки, не видны.
Если значение, использованное для определения положения строки в результирующем наборе, модифицируется, например в случае обновления столбца, входящего в кластеризованный индекс, то значение видимо через курсор. Полный результирующий набор статического курсора создается в базе данных tempdb при открытии курсора.
Статический курсор всегда отображает результирующий набор точно в том виде, в котором он был при открытии курсора. Статическими курсорами обнаруживаются лишь некоторые изменения или не обнаруживаются вовсе, но при этом в процессе прокрутки такие курсоры потребляют сравнительно мало ресурсов.
Курсор не отражает изменения в базе данных, влияющие на вхождение в результирующий набор или изменяющие значения в столбцах строк, составляющих набор строк. Статический курсор не отображает новые строки, вставленные в базу данных после открытия курсора, даже если они соответствуют критериям поиска инструкции SELECT курсора.
Статический курсор продолжает отображать строки, удаленные из базы данных после открытия курсора. Статический курсор всегда доступен только для чтения. Динамические курсоры отражают все изменения строк в результирующем наборе при прокрутке курсора. Значения типа данных, порядок и членство строк в результирующем наборе могут меняться для каждой выборки.
Все инструкции UPDATE, INSERT, DELETE, выполняемые пользователями, видимы посредством курсора. Обновления видимы сразу, если они сделаны посредством курсора с помощью функции API или специального предложения SQL. Обновления, сделанные вне курсора, не видны до момента фиксации, если только уровень изоляции транзакций с курсорами не имеет значение READ UNCOMMITTED.
Далее будет приведен общий принцип обработки курсоров, сперва в месте его создания, а затем в логике приложения. 1. Связать курсор с результирующим набором инструкции и задать его характеристики (например возможность обновления строк). 2. Выполнить инструкцию для заполнения курсора. 3. Получить в курсор необходимые строки.
Операция получения в курсор одной и более строк называется выборкой. Выполнение серии выборок для получения строк в прямом или обратном направлении называется прокруткой. 4. При необходимости выполнить операции изменения (обновления или удаления) строки в текущей позиции курсора. 5.Закрыть курсор. Пример использования курсора показан выше (рис.
1), в листинге встроенного SQL. **Вопросы для самостоятельного изучения по итогам лекции.** 1. Перечислите типы курсоров Oracle. 2. Поясните смысл использования курсорной инструкции FETCH. Напишите простой синтаксис этой инструкции. 3. Напишите хранимую процедуру для заполнения столбца inStock таблицы WH произвольными значениями. Исходная точка – столбец заполнен значениями NULL.
Всего имеется 37 строк. 4. В чем принципиальное отличие OLE DB от ODBC драйвера? Тестовые задания для самопроверки. 1. На каком уровне происходит упорядочивание кортежей в реляционной модели данных: А) на физическом Б) на физическом и операционном В) на операционном 2. Учитываются ли скобки в операциях реляционной алгебры?
А) да, учитываются Б) нет, не учитываются В) только в теоретико-множественных операциях реляционной алгебры 3. Какая из перечисленных моделей данных не использует инструкции языка SQL? А) документная модель хранения Б) столбцовая БД В) хранилище данных 4. Как называется курсор без возможности прокрутки? А) статический; Б) однонаправленный; В) динамический.
5. Выбрать необходимые данные из одной или нескольких взаимосвязанных таблиц, отобрать нужные поля, произвести вычисления и получить результат в виде новой таблицы можно с помощью … А) запроса Б) схемы данных В) главной кнопочной формы Г) составной формы 6. Взаимодействие прикладных программ с большей частью СУБД осуществляется при помощи: А) русского языка Б) языка программирования С++ В) прикладное ПО не взаимодействует с СУБД Г) языка структурированных запросов 7. Нормализация это… А) разделение единой таблицы базы данных на несколько, для дальнейшего связывания таблиц Б) изменение структуры базы данных с целью устранения избыточности и нарушения целостности В) добавление, изменение и удаление записей и таблицу 8. Что такое хранимая процедура? А) процедура, хранящаяся в БД Б) скомпилированный набор операторов Transact-SQL В) процедура, переданная из другой системы 9. Триггеры создаются для: А) корректировки БД Б) согласования логики связанных данных в различных таблицах В) поддержки целостности БД 10. XML это: А) язык разметки, обладающий собственным синтаксисом Б) утилита экспорта/импорта данных в/из СУБД В) язык программирования 11. Средство визуализации информации, позволяющее осуществить выдачу данных на устройство вывода или передачу по каналам связи, – это … А) отчет Б) форма В) шаблон Г) заставка
Источник: msuniversity.ru
Презентация на тему «Технологии работы с базами данных»
Презентация разработана на тему «Технологии работы с базами данных» и «Логическая и физическая независимость данных» для дисциплины «Основы проектирования баз данных» для специальности «Информационные системы и программирование». В презентации рассмотрены такие вопросы как: Централизованная архитектура Архитектура «файл-сервер» Технология «клиент – сервер» Трехзвенная (многозвенная) архитектура «клиент – сервер»
2. Технологии работы с базами данных.pptx
Презентация на тему «Технологии работы с базами данных»
Технологии работы с базами данных Лекция 2
Презентация на тему «Технологии работы с базами данных»
План: • Централизованная архитектура • Архитектура «файл-сервер» • Технология «клиент – сервер» • Трехзвенная (многозвенная) архитектура «клиент – сервер»
Презентация на тему «Технологии работы с базами данных»
Централизованная архитектура
Презентация на тему «Технологии работы с базами данных»
Архитектура «файл-сервер»
Презентация на тему «Технологии работы с базами данных»
Технология «клиент – сервер»
Презентация на тему «Технологии работы с базами данных»
Трехзвенная (многозвенная) архитектура «клиент – сервер»
Презентация на тему «Технологии работы с базами данных»
Вопрос? • Назовите достоинства и недостатки существующих многопользовательских технологий с базами данных.
Презентация на тему «Технологии работы с базами данных»
Логическая и физическая независимость данных
Презентация на тему «Технологии работы с базами данных»
• Банк данных (БнД) — это система специальным образом организованных данных — баз данных, программных, технических, языковых, организационно- методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных. • База данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области. • Система управления базами данных (СУБД) — совокупность языковых и программных средств, предназначенных для создания, ведения и совместного использования БД многими пользователями.
Презентация на тему «Технологии работы с базами данных»
Архитектура базы данных • ANSI (American National Standards Institute) трехуровневая система организации БД
Презентация на тему «Технологии работы с базами данных»
• Уровень внешних моделей — самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению.
Презентация на тему «Технологии работы с базами данных»
• Концептуальный уровень — центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
Презентация на тему «Технологии работы с базами данных»
• Физический уровень — собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.
Презентация на тему «Технологии работы с базами данных»
•Эта архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. •Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных. •Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с данной базой данных.
Источник: znanio.ru