- •Иерархия элементов реляционной модели и способов их представления на уровне хранения
- •Предложение select
- •Предложения модификации Предложение delete имеет формат
- •Into {базовая таблица | представление} [(столбец [,столбец] ...)]
- •Values ({константа | переменная} [,{константа | переменная}] ...);
- •Into {базовая таблица | представление} [(столбец [,столбец] ...)]
- •Системный каталог
- •Управление доступом (предложения grant / revoke )
- •Модификация структуры таблицы (атрибутов):
- •Предложения модификации данных средствами sql Предложение delete имеет формат
- •Into {базовая таблица | представление} [(столбец [,столбец] ...)]
- •Values ({константа | переменная} [,{константа | переменная}] ...);
- •Into {базовая таблица | представление} [(столбец [,столбец] ...)]
- •Ddl: Операторы создания/удаления индексов.
- •Особенности обновления представлений
- •Ограничения (constraints) логической целостности
- •Целостность сущностей.
- •Объявление первичного ключа :
- •Целостность ссылок
- •Объявление внешнего ключа:
- •Триггеры.
- •Любое клиентское приложение может быть подключено к бд одним из двух способов:
- •С использованием специализированной библиотеки доступа (db-dll);
- •С использованием odbc-драйвера (см. Далее).
- •Into переменная [[indicator] индикаторная_переменная]
- •Into переменная [[indicator] индикаторная_переменная]
- •1. «Тупой» : объявление курсора в режиме «только чтение»
- •2. «Продвинутый» : объявление «нечувствительного» курсора (для нашей таблицы s ):
- •Безопасность и управление доступом средствами sql.
- •Понятие транзакций. Уровни изоляции. Проблема отката (rollback) результатов выполнения транзакций.
- •If (обнаружена_ошибка) rollback;
- •If (обнаружена_ошибка) rollback;
- •Структура защищенного хранилища документов «dokyment» Физическая организация нулевого служебного трека нд типа dokyment
- •Физическая организация рабочего трека нд типа dokyment
- •Физическая организация первого трека фд dokyment
- •Физическая организация файлов данных многосуточных архивов arxiv
- •Метод многоуровневого динамического хранения данных .
- •Иерархия объектов системы хранения
- •Приемы сегментирования записей переменной длины Пример физической организации блока, содержащего несегментированные записи на дорожке (треке) бд
- •Пример физической организации блока, содержащего сегментированные записи на дорожке (треке) бд
- •Описание структуры индексов (первичных)
- •Структуры вторичных индексов (прямые указатели на запись по каждому ключу)
- •(Последовательный доступ)
- •(Произвольный доступ)
- •(Последовательно- произвольный доступ)
- •1.3. Операции поиска / вставки / удаления записей в блоках k-d-дерева
- •Клиентская библиотека (sql-интерфейс к odbc-источнику данных)
- •I. Организация сеанса
- •II. Прием и компиляция запроса:
- •Агент_субд (локальный процесс – мультиплексирование обслуживания локальных запросов к удаленному sql-источнику данных)
- •Клиент_субд (локальный процесс – мультиплексирование приема и организации выполнения запросов к локальному sql-источнику данных)
- •Сервер_субд (операции с локальными бд)
- •2.1 Без оптимизации 2.2 Оптимизация плана
- •Индексирование элементов данных. Проблема выбора индексов.
- •1.1. Особенности логической организации (временнОй модели данных)
- •Темпоральные свойства данных, учитываемые при организации хранения
- •1.2. Особенности физической организации
- •1.3. Особенности выполнения запросов с использованием атрибута-времени
- •1.3.1. Выборка данных
- •1.3.2. Модификации данных
- •2.1. Первичные и вторичные индексы в темпоральных бд
- •2.2. Моделирование и анализ данных. Парадоксы времени.
- •Распределение бд в пространственно-временном континууме.
- •1. Использование Proxy-шлюза
- •2. Использование Proxy-шлюзования и мсэ
1.3.2. Модификации данных
INSERT
DELETE
CREATE/DROP/ALTER TABLE
Примечание:
Организация темпоральных баз данных средствами главным образом фокусируется на решении двух задач: хранения и поиска исторической информации и моделирования событий будущего. В свою очередь, при моделировании будущего (например, в ходе ситуационного моделирования) может возникнуть необходимость внесения изменений в прошлое. Как правило, возможность изменения прошлого блокируется механизмами ядра (допускается только чтение элементов данных на указанный момент времени в прошлом). При выполнении запросов с указанием настоящего (текущего) и будущего времени допускается выполнение операций чтения, создания (обновления) и удаления элементов данных на заданный в запросе (транзакции) момент времени.
Индексирование поколений данных. Моделирование причинно-следственных зависимостей между объектами предметной области средствами темпоральных БД.
2.1. Первичные и вторичные индексы в темпоральных бд
Первоначально разбиение ведется по первичному индексу (RID – время рождения), потом по вторичным (атрибуты элемента сущности). Это при добавлении записи. При поиске же записи все начинается со вторичного индекса!!!!!
2.2. Моделирование и анализ данных. Парадоксы времени.
Для обеспечения темпоральных возможностей поддерживаются различные шкалы (линии) времени:
Абсолютное время (АВ) – соответствует астрономическому. Предполагается естественный ход изменения [АВ] в направлении от прошлого через настоящее (текущее) к будущему. Текущее астрономическое время, установленное в операционной системе на некотором средстве вычислительной техники динамически разделяет данные прошлого и будущего в хранящейся на нем темпоральной БД и, соответственно, определяет перечень допустимых операций над ними.
Модельное время (МВ) – устанавливается пользователем (пользовательской программой), применительно к издаваемому запросу (запросам в рамках транзакции) к темпоральной БД. Допускается произвольное положение заданного значения модельного времени относительно [АВ]. В случае, если модельное время в запросе не установлено, по умолчанию оно совпадает с астрономическим.
Транзакционное время (ТВ) – соответствует моменту времени выполнения запроса (транзакции) в темпоральной БД. В представленной версии значение транзакционного времени всегда совпадает с модельным (с сохранением вышеупомянутых ограничений на перечень допустимых операций над данными).
Примечание:
Условие совпадения значений [МВ] и [ТВ] при выполнении операций создания (обновления) и удаления элементов данных основывается на предположении о «мгновенном» отображении событий реального мира на уровень информационной модели БД. Это, в свою очередь, предполагает выполнение запросов любой сложности в течение одного минимального интервала градации временной шкалы [МВ] (миллисекунда). Таким образом, все получаемые результаты выполнения запросов над темпоральной БД соответствуют характеристикам объектов реального мира по состоянию на указанное в запросе значение модельного времени.
Способы решения типовых задач обеспечения хранения данных. Выполнение требований обеспечения защиты данных, целостности данных и непрерывности процесса функционирования средств хранения данных.
Методы и средства интеграции разнородных БД в составе единого защищенного информационного пространства (ЕЗИП). Способы унификации представления данных в ЕЗИП. Организация «витрин» данных и методы работы с ними.
Вставить картинку из 11 вопроса!!!
Функциональные требования:
- «непрерывность» функционирования (лог./физ. целостность)
- «непереполняемость»
- «независимость» времени отклика от объема данных
Проблема интеграции БД :
A - уровень аппаратно-программной базы
B – уровень ядра СУБД и организации данных (лог./физ.)
C - уровень прикладных интерфейсов
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
D - уровень системного администрирования
E - уровень управления безопасностью
T – уровень версионной зависимости
Выход (частный): унификация ……
Реализации : только в части интерфейсов (SQL – средства описания и манипулирования даными)
Методы и средства интеграции разнородных БД в составе единого защищенного информационного пространства (ЕЗИП).