- •Рецензенты:
- •Введение 12 Глава 1. Проектирование баз данных 14
- •Глава 2. Субд Visual FoxPro 213
- •Глава 3. Субд Access 308
- •Глава 4. Субд Microsoft sql Server 431
- •Глава 5. Субд Oracle 478
- •Глава 6. Обзор субд 506
- •Глава 1. Проектирование баз данных
- •1.1. История развития баз данных и субд
- •1.2. Введение в субд
- •1.2.1. Основные термины, понятия и определения
- •1.2.2. Классификация субд
- •1) Сетевые, корпоративные, распределенные, клиент-серверные, полнофункциональные, масштабируемые, “большие” субд.
- •2) Локальные, персональные, настольные, файл-серверные, “малые” субд.
- •1.3. Модели данных
- •1.3.1. Типы связей между объектами
- •1.3.2. Формы записи инфологической (концептуальной) модели
- •1.3.3. Уровни представления и независимости данных
- •1.3.4. Порядок взаимодействия пользователя, субд и ос
- •1.3.5. Поддержка целостности базы данных
- •1.3.6. Иерархическая модель
- •1.3.7. Сетевая модель
- •1.3.8. Реляционная модель
- •1.3.8.1. Отношения
- •1.3.8.2. Теоретико-множественные операции с отношениями
- •1.3.8.3. Правила Кодда
- •1.3.8.4. Индексирование таблиц
- •1.3.8.5. Связывание таблиц
- •1.3.9. Постреляционная модель
- •1.3.10. Многомерная модель
- •1.3.11. Объектно‑ориентированная модель
- •1.4. Модели использования баз данных в сети
- •1.4.1. Сеть
- •1.4.2. Модели использования баз данных
- •1.4.2.1. Локальная однопользовательская модель
- •1.4.2.2. Файл-серверная модель
- •1.4.2.3. Клиент-серверная модель
- •В моделях «клиент–сервер»
- •1.4.2.4. Модель удаленного доступа (rda)
- •1.4.2.5. Модель сервера данных
- •1.4.2.6. Трехзвенная распределенная модель
- •1.4.2.7. Модели серверов баз данных
- •1.4.2.8. Клиент-Интернет
- •1.4.2.9. Интерфейс odbc
- •1.4.3. Мониторы обработки транзакций (tpm)
- •1.4.4. Децентрализованное управление базами данных
- •1.4.5. Таблицы в локальных сетях
- •1.5. Проектирование баз данных
- •1.5.1. Принципы и этапы проектирования и создания баз данных
- •2.6. Создание er‑диаграмм для отдельных пользователей.
- •3.4. Создание er‑диаграммы глобальной логической модели.
- •4. Создание глобальной логической модели в среде целевой субд.
- •1.5.2. Методы нормализации и денормализации отношений
- •1.5.3. Правила формирования взаимосвязанных таблиц
- •1.5.4. Модели жизненного цикла и проектирование баз данных
- •1.5.4.1. Модели жизненного цикла
- •1.5.4.2. Обследование, системный анализ и постановка задачи
- •1.5.4.3. Инфологическое проектирование
- •1.5.4.4. Датологическое проектирование
- •1.5.4.5. Проектирование физической модели
- •1.5.4.6. Реализация, интеграция и внедрение
- •1.5.5. Выбор субд
- •1.5.5.1. Сравнение Visual FoxPro, Access, sql Server, Oracle и Excel
- •1.5.5.2. Методика балловой оценки программных средств
- •1.5.6. Case‑средства автоматизации проектирования
- •1. Ориентация на этапы жизненного цикла
- •2. Функциональная полнота
- •3. Степень зависимости от субд
- •4. Тип используемой модели
- •1.6. Использование баз данных
- •1.6.1. Защита информации
- •Пользователя в ms sql Server 7.0
- •1.6.2. Резервирование информации
- •1.6.3. Варианты разработки приложений
- •1.7. Стандартизация баз данных
- •1.8. Язык sql
- •1.8.1. Введение в sql
- •1.8.2. Типы данных sql
- •1.8.3. Оператор выбора данных select
- •1.8.3.1. Назначение и синтаксис оператора
- •1.8.3.2. Объединение таблиц
- •1.8.3.3. Вложенные и коррелированные запросы
- •1.8.3.4. Запросы, использующие exist, any, all
- •1.8.3.5. Стандартные функции
- •1.8.3.6. Запрос с группировкой
- •1.8.4. Операторы обновления базы
- •1.8.4.1. Оператор корректировки данных update
- •1.8.4.2. Оператор удаления записей delete
- •1.8.4.3. Оператор включения записей insert
- •1.8.5. Представления
- •1.9. Транзакции
- •1.9.1. Определение транзакций
- •1.9.2. Организация транзакций
- •1.9.3. Журнал транзакций
- •1.9.4. Журнализация и буферизация
- •1.9.5. Индивидуальный откат транзакций
- •1.9.6. Восстановление после мягкого сбоя
- •1.9.7. Физическая согласованность базы данных
- •1.9.9. Параллельное выполнение транзакций
- •1.9.8. Восстановление после жесткого сбоя
- •1.9.10. Уровни изолированности пользователей
- •1.9.11. Гранулированные синхронизационные захваты
- •1.9.12. Предикатные синхронизационные захваты
- •1.9.13. Метод временных меток
- •1.10. Встроенный sql
- •1.10.1. Особенности встроенного sql
- •1.10.2. Определение курсора
- •1.10.3. Открытие курсора
- •1.10.4. Чтение очередной строки курсора
- •1.10.5. Закрытие курсора
- •1.10.6. Удаление и обновление данных
- •1.10.7. Хранимые процедуры
- •Хранимой процедуры на сервере
- •1.10.8. Триггеры
- •1.10.9. Динамический sql
- •1.11. Архитектура субд и оптимизация запросов
- •1.12. Перспективы развития субд
- •В опросы для самопроверки и контроля
- •Глава 2. Субд Visual FoxPro
- •2.1. Общепринятые обозначения
- •2.2. Основные ограничения
- •2.3. Компоненты Visual FoxPro
- •2.4. Язык программирования FoxPro
- •2.4.1. Создание, компиляция и выполнение программ, процедур и функций
- •2.4.2. Константы
- •2.4.3. Переменные
- •2.4.4. Массивы
- •2.4.5. Операции
- •2.4.6. Команды управления
- •2.4.6.1. Команда проверки условия (If)
- •2.4.6.2. Команда выбора (Do Case)
- •2.4.7. Организация циклов
- •2.4.7.1. Цикл (Do While)
- •2.4.7.2. Счетный цикл (For)
- •2.4.7.3. Цикл сканирования таблицы (Scan)
- •2.4.8. Создание свободных таблиц
- •2.4.8.1. Создание и изменение структуры таблиц
- •2.4.8.2. Заполнение таблиц
- •2.4.9. Редактирование таблиц в диалоговом режиме (Browse, Edit)
- •2.4.10. Перемещение по таблице (Go, Skip)
- •2.4.11. Просмотр таблиц (Display, List)
- •2.4.12. Удаление записей (Delete, Zap, Pack)
- •2.4.13. Редактирование полей в программном режиме (Replace)
- •2.4.14. Локализация и поиск записей в таблице
- •2.4.14.1. Фильтрация данных (Set Filter)
- •2.4.14.2. Последовательный поиск (Locate)
- •2.4.15. Индексирование и открытие таблиц
- •2.4.16. Прямой поиск
- •2.4.17. Одновременная работа с несколькими таблицами
- •2.4.17.1. Рабочие области
- •2.4.17.2. Команда установки связей между таблицами
- •2.4.18. Обмен данными между массивами и таблицами
- •2.4.19. Ввод‑вывод данных сообщений
- •2.4.19.1. Вывод данных на экран (?, ??, ???)
- •2.4.19.2. Вывод сообщения (Wait)
- •2.4.19.3. Вывод сообщения и кнопок (MessageBox)
- •2.4.20. Организация меню
- •2.4.20.1. Общий порядок создания и использования меню
- •2.4.20.2. Вертикальное Popup-меню
- •2.4.20.3. Горизонтальное Bar-меню
- •2.4.20.4. Двухуровневое Pulldown-меню
- •2.4.20.5. Управление доступом к меню
- •2.4.21. Манипулирование файлам и таблицами
- •2.4.22. Математическая обработка таблиц
- •2.4.23. Язык запросов sql
- •2.5. Настройка среды Visual FoxPro
- •2.6. Объекты и классы
- •2.7. События и методы
- •2.8. Общий порядок работы с Visual FoxPro
- •2.9. Создание проекта
- •2.10. Создание базы данных
- •Р ис. 2.10.2. Окно установки контроля целостности связей
- •2.11. Представления (View)
- •2.11.1. Мастер представлений
- •2.11.2. Конструктор представлений
- •2.11.3. Удаленные представления (Remote Views)
- •2.12. Запросы
- •2.12.1. Мастера запросов
- •2.12.2. Конструктор запросов
- •2.12.3. Функции сквозных запросов
- •2.13. Формы
- •2.13.1. Мастера форм
- •2.13.2. Конструктор форм
- •Р ис. 2.13.2.3. Вид отображаемых таблиц
- •2.14. Отчеты
- •2.14.1. Мастера отчетов
- •2.14.2. Конструктор отчетов
- •2.14.3. Команда вывода отчета
- •2.15. Меню
- •2.16. Управление проектом и создание приложения
- •2.16.1. Свойства проекта
- •2.16.2. Параметры проекта
- •2.16.3. Создание приложения
- •2.16.4. Галерея компонентов
- •2.17. Отладка программ
- •2.18. Хранимые процедуры
- •2.19. Классы
- •2.20. Создание класса панели инструментов
- •Р ис. 2.20.1. Вид формы, построенной на основе класса clFormNavigator
- •2.21. Включение в базу ole‑объектов
- •2.22. Обзор дополнительных возможностей
- •2.23. Среда быстрой разработки приложений ‑ пакет MacroFox
- •2.23.1. Назначение
- •2.23.2. Структура
- •2.23.3. Основные макрооператоры
- •2.23.3.1. Описание входного документа (Forma)
- •2.23.3.2. Описание формы отчета (Ofort)
- •2.23.3.3. Описание меню (Menu)
- •2.23.4. Словари баз, функций, форм, таблиц и условий
- •2.23.5. Управление сценариями
- •2.23.6. Ведение таблиц базы данных
- •2.23.7. Формирование отчетов и запросов‑отчетов
- •2.23.8. Сводная обработка данных
- •2.23.9. Супероболочка
- •2.23.10. Порядок работы
- •В опросы для самопроверки и контроля
- •Глава 3. Субд Access
- •3.1. Последовательность работ при создании новой базы данных
- •3.2. Создание базы данных
- •3.2.1. Запуск Access и открытие базы данных
- •3.2.2. Создание пустой базы данных
- •3.2.3. Рабочая среда Access
- •3.2.4. Работа с таблицами
- •3.2.4.1. Создание таблиц
- •3.2.4.2. Связывание таблиц
- •3.2.4.3. Сортировка, поиск и фильтрация записей
- •3.3. Формирование и использование внешних данных
- •3.4. Запросы
- •3.4.1. Запросы на выборку данных
- •3.4.1.1. Простой запрос
- •Р ис. 3.4.1.1.2. Окно конструктора запросов
- •3.4.1.2. Итоговый запрос
- •Р ис. 3.4.1.2.2. Окно конструктора запросов
- •3.4.1.3. Перекрестный запрос
- •3.4.1.4. Динамический запрос
- •3.4.2. Запросы на обновление данных
- •3.4.3. Параметрические запросы
- •3.4.4. Выражения
- •3.5. Формы
- •3.5.1. Автоформы
- •3.5.2. Мастер форм
- •3.5.3. Конструктор форм
- •3.5.3.1. Основные операции над объектами
- •3.5.3.2. Основные элементы управления
- •3.5.3.3. Создание формы
- •3.5.4. Редактирование данных в режиме формы
- •3.6. Отчеты
- •3.6.1. Автоотчеты
- •3.6.2. Мастер отчетов
- •3.6.3. Конструктор отчетов
- •3.6.3.1. Окно предварительного просмотра отчета
- •Р ис. 3.6.3.2. Окно конструктора отчетов
- •3.6.4. Диаграммы
- •3.6.5. Составные отчеты
- •3.6.6. Дополнительные возможности
- •3.7. Пользовательский интерфейс
- •3.7.1. Панель инструментов
- •3.7.2. Меню и ленты пользователей
- •3.7.3. Контекстные меню
- •3.7.4. Связывание меню и панелей с формами и отчетами
- •3.7.5. Кнопочная форма
- •3.7.6. Настройка параметров среды и запуска приложения
- •3.7.7. Изменение меню и панелей инструментов средствами Visual Basic
- •3.8. Макросы
- •3.9. Web‑страницы
- •3.9.1. Экспорт объектов в формат html
- •3.9.2. Страницы доступа
- •3.10. Интеграция Access с другими компонентами Office
- •3.10.1. Использование Microsoft Excel при работе Access
- •3.10.2. Использование Microsoft Word при работе с Access
- •3.10.3. Добавление ActiveX‑элементов
- •3.10.4. Использование Access в качестве сервера
- •3.11. Совместное использование баз данных в сети
- •3.12. Разработка клиент‑серверных приложений
- •3.12.1. Доступ к базам данных через odbc
- •3.12.2. Доступ к базам данных через ole db, ado
- •3.12.3. Способы работы с внешними данными
- •3.12.3.1. Присоединение таблиц
- •3.12.3.2. Сквозные запросы
- •3.12.3.3. Хранимые процедуры
- •3.12.3.4. Объектная модель dao
- •3.12.4. Проекты Access
- •3.12.4.1. Создание проектов
- •3.12.4.2. Изменение свойств таблиц
- •3.12.4.3. Схемы базы данных
- •3.12.4.4. Конструктор представлений
- •3.12.4.5. Хранимые процедуры
- •3.12.4.6. Сортировка и отбор записей в формах и отчетах
- •3.13. Репликация баз данных
- •3.13.1. Репликация баз данных Access
- •3.13.2. Репликация проектов Access
- •3.14. Администрирование баз данных и проектов
- •3.14.1. Архивирование, сжатие и восстановление
- •3.14.2. Стандартные средства субд защиты базы данных
- •3.14.3. Примеры оригинальных программные средств защиты базы данных
- •3.14.3.1. Защита параметров запуска приложений от изменений
- •3.14.3.2. Регистрация пользователей и установка их полномочий
- •3.14.3.3. Формирование журнала аудита (изменений) базы данных
- •3.15. Перенос базы данных Access на платформу sql Server
- •3.16. Обзор инструментальных средств Office Developer Edition
- •3.17.1. Быстрое отслеживание данных
- •3.17.2. Создание отчетов
- •3.17.3 Обмен с другими пользователями
- •3.17.4. Быстрые способы начала работы
- •3.17.5 Интерфейс пользователя
- •3.17.6 Средства создания объектов
- •3.17.7. Режимы отчета и макета
- •3.17.8 Разделенные формы
- •3.17.9 Внедренные макросы в формах и отчетах
- •3.17.10. Новые типы данных и элементы управления
- •3.17.11. Средства конструирования и анализа
- •3.17.12. Безопасность
- •3.17.13. Интеграция с Службы Windows SharePoint Services
- •3.17.14. Сбор данных с помощь форм InfoPath и Outlook
- •3.17.15. Экспорт в форматы pdf и xps
- •3.17.16. Работа с внешними данными
- •3.17.17. Способы устранения неполадок
- •3.17.18. Средства проверки орфографии
- •3.17.19. Создание ленты пользователя
- •3.18.1. Создание Web-базы данных для публикации в Интернете
- •Подготовка
- •Начало работы с пустой веб-базой данных
- •Создание веб-таблицы.
- •Добавление поля щелчком таблицы.
- •Изменение свойств поля.
- •Добавление вычисляемого поля.
- •Настройка правил проверки данных.
- •Создание правила проверки поля и соответствующего сообщения.
- •Создание правила проверки записи и соответствующего сообщения.
- •Создание веб-формы.
- •Создание веб-отчета
- •Сделайте форму навигации веб-формой, отображаемой по умолчанию.
- •Синхронизация веб-базы данных
- •3.18.2. Настройка ленты пользователя
- •Вопросы для самопроверки и контроля
- •Глава 4. Субд Microsoft sql Server
- •4.1. Характеристика
- •4.2. Старт, остановка и приостановка sql Server
- •4.2.1. Старт sql Server
- •4.2.2. Приостановка sql Server
- •4.2.3. Остановка sql Server
- •4.2.4. Регистрация сервера
- •4.2.4.1. Окно регистрации сервера
- •4.3. Работа с базой данных
- •4.3.1. Организация и создание базы данных
- •4.3.1.1. Физическая организация
- •4.3.1.2. Размещение файлов
- •4.3.1.3. Создание базы данных средствами sql Server Enterprise
- •4.3.2. Создание и настройка таблицы базы данных
- •4.3.3. Создание и настройка диаграмм
- •4.3.4. Заполнение таблиц
- •4.3.5. Создание и настройка представлений
- •4.3.6. Язык запросов Transact‑sql
- •4.3.6.1. Основные элементы
- •4.3.6.2. Операции
- •4.3.6.3. Операторы
- •4.3.6.4. Базы данных
- •4.3.6.5. Таблицы
- •4.3.6.6. Запросы
- •4.3.6.7. Представления
- •4.3.6.8. Индексы
- •4.3.6.9. Статистика
- •4.3.6.10. Фрагментация
- •4.3.6.11. Курсоры
- •4.3.6.12. Транзакции и блокировки
- •4.3.6.13. Системные переменные, функции и хранимые процедуры
- •4.3.7. Хранимые процедуры
- •4.3.8. Создание триггеров
- •4.3.9. Формирование правил контроля вводимых значений
- •4.3.10. Формирование стандартных значений
- •4.4. Администрирование sql Server
- •4.4.1. Настройка параметров
- •4.4.2. Системные базы данных и таблицы
- •4.4.3. Тестирование и сжатие баз данных
- •4.4.4. Обмен данными с внешними системами
- •4.4.5. Создание резервных копий и восстановление баз данных
- •4.4.6. Использование службы выполнения расписаний sql Server Agent
- •4.4.7. Защита данных
- •4.4.8. Репликация данных
- •4.4.9. Взаимодействие sql‑сервера с Excel и Word
- •4.4.10. Перенос приложения Access в среду sql Server
- •В опросы для самопроверки и контроля
- •Глава 5. Субд Oracle
- •5.1. Основные понятия
- •5.1.1. Файлы данных и табличные пространства
- •5.1.2. Таблицы и индексы
- •5.1.3. Кластеры
- •5.1.4. Словарь данных
- •5.1.5. Объекты базы данных
- •5.1.6. Виды
- •5.1.7. Триггеры
- •5.1.12. Журналы транзакций
- •5.1.13. Экземпляр базы данных
- •5.1.14. Типы данных
- •5.1.14.1. Строки
- •5.1.14.2. Числа
- •5.1.14.3. Битовые строки
- •5.1.14.4. Дата и время
- •5.3.1. Таблицы
- •5.3.2. Представления
- •5.3.3. Запросы
- •5.3.4. Средства разграничения доступа
- •5.3.4.1. Создание и удаление пользователя
- •5.3.4.2. Привилегии
- •5.4.1. Правила написания программы
- •5.4.2. Операторы управления
- •5.4.3. Выражения
- •5.4.4. Переменные
- •5.4.4.1. Скалярные переменные
- •5.4.4.2. Объектные переменные
- •5.4.4.3. Записи
- •5.4.4.4. Коллекции
- •5.4.5. Пакеты
- •5.4.6. Процедуры и функции
- •5.4.7. Курсоры
- •5.4.8. Транзакции
- •5.4.9. Обработка исключений
- •5.4.10. Динамический sql‑оператор
- •5.4.11. Внедрение sql, pl/sql в прикладные программы
- •В опросы для самопроверки и контроля
- •Глава 6. Обзор субд
- •6.1. Российская субд линтер
- •Основные характеристики субд линтер
- •Количественные параметры бд линтер
- •6.2. Субд MySql
- •6.3. Субд InterBase
- •6.4. Субд Firebird
- •6.5. Субд db2
- •6.6. Субд progress
- •6.7. Субд PostgreSql
- •6.8. Субд oracle
- •6.9. Субд Microsoft sql Server
- •6.10. Постреляционная субд Cache’
- •6.11. Распределенная файловая система Google File System (gfs)
- •6.12. Berkeley db – движок для субд
- •6.13 Субд – движок sqLite
- •6.14 Субд Visual Clarion
- •Пункт меню «Личные карточки»:
- •Пункт меню «Выбор информации»
- •2.1. Движение кадров.
- •2.1.1. Приказы оПриеме на Работу.
- •Глава 7. Практикум
- •7.1. Язык запросов sql
- •7.1.1. Запросы на чтение данных
- •7.1.2. Запросы на обновление данных
- •7.1.3. Представления
- •7.2. Работа с базами данных
- •7.3. Курсовые работы
- •1. Учет успеваемости студентов.
- •2. Учет обмена валюты.
- •3. Учет объектов строительства.
- •4. Учет выдачи и возврата книг.
- •5. Учет авиапассажиров.
- •6. Учет производства сельскохозяйственных культур.
- •7. Учет выпуска изделий.
- •8. Учет платежей налогов.
- •9. Учет поставок товаров.
- •10. Учет сбросов отравляющих веществ в окружающую среду.
- •11. Учет уволившихся с предприятия.
- •12. Учет призеров Олимпийских игр.
- •14. Учет участников олимпиады.
- •15. Учет проданных товаров.
- •16. Учет малых предприятий.
- •17. Учет больных в больнице.
- •18. Учет движения общественного транспорта.
- •19. Учет дорожно-транспортных происшествий.
- •20. Учет платежных поручений в банке.
- •21. Учет договоров займа.
- •22. Учет проданных ценных бумаг.
- •23. Учет кадров.
- •24. Учет очередников на получение жилья.
- •25. Учет исполнительской дисциплины.
- •26. Учет книг в библиотеке.
- •27. Учет переселенцев.
- •28. Учет успеваемости школьников.
- •29. Учет нарушителей трудовой дисциплины на предприятии.
- •30. Учет семейного бюджета.
- •Приложения Приложение 1. Ответы на вопросы для самопроверки
- •Глава 1. Проектирование баз данных
- •Глава 2. Субд Visual FoxPro
- •Глава 3. Субд Access
- •Глава 4. Субд Microsoft sql Server
- •Глава 5. Субд Oracle
- •Приложение 2. Вопросы для экзаменационных билетов
- •Приложение 3. Встроенные функции субд Visual FoxPro
- •Математические функции
- •Строковые функции
- •Функции работы с датами
- •Функции преобразования типов данных
- •Функции проверки файлов и дисков
- •Функции времени
- •Функции анализа условий, типов и наличия данных
- •Функции подстановки
- •Функции работы с массивами
- •Функции работы с цветом
- •Приложение 4. События, методы и свойства объектов субд Visual FoxPro События
- •Свойства
- •Приложение 5. Встроенные функции pl/sql субд Oracle
- •Символьные функции
- •Функции преобразования
- •Календарные функции
- •Смешанные функции
- •Приложение 6. Оформление курсовой работы с примером Общие положения
- •Организация выполнения курсовой работы. Структура и требования к содержанию курсовой работы
- •Основные требования по оформлению курсовой работы
- •Оформление структурных элементов курсовой работы
- •Использование и оформление рисунков
- •Использование и оформление таблиц
- •Использование и оформление формул
- •Оформление примечаний и ссылок
- •Правила оформления списка использованных источников
- •Правила оформления приложений
- •Оформление содержания
- •Курсовая работа
- •Пример оформления курсовой работы
- •Курсовая работа
- •Содержание
- •Введение 3
- •Введение 12
- •Глава 1. Проектирование баз данных 14
- •Глава 2. Субд Visual FoxPro 213
- •Глава 3. Субд Access 308
- •Глава 4. Субд Microsoft sql Server 431
- •Глава 5. Субд Oracle 478
- •Глава 6. Обзор субд 506
- •Введение
- •1 Постановка задачи
- •2 Входная информация
- •3 Логическая модель базы
- •4 Выходная информация
- •5 Обращение к приложению
- •Заключение
- •Предметный указатель
- •Библиографический список
- •Плещёв Владимир Васильевич Базы данных.
- •С примерами и упражнениями
В опросы для самопроверки и контроля
Вопросы для самопроверки
Укажите область допустимых значений для полей типа Varchar.
Каким образом представляются поля типа Int?
Укажите область допустимых значений для переменных типа Binary_Integer.
Укажите область допустимых значений для полей типа Numeric.
Для чего используется тип переменной Varray?
Что означает параметр %Type в операторе объявления переменной?
Для чего используется тип переменной Ref Cursor?
Что представляет собой коллекция?
Что представляет собой пакет в PL/SQL?
Какая форма записи параметров допускается в подпрограммах?
Что означает атрибут курсора %Isopen?
Что означает атрибут курсора %Rowcount?
Для чего предназначен оператор Fetch?
Что такое динамический SQL‑оператор?
Каково назначение оператора Savepoint?
Каково назначение оператора Rollback?
Каково назначение оператора Raise?
Каково назначение SQL‑команды Create View?
Каково назначение метода таблицы Limit?
Каково назначение метода таблицы Trim([n])?
Контрольные вопросы
Укажите область допустимых значений для полей типа Nvarchar2.
Укажите область допустимых значений для полей типа Char.
В чем заключается отличие типа Pls_Integer от типа Binary_Integer?
Укажите область допустимых значений для переменных типа Pls_Integer.
Укажите область допустимых значений для переменных типа Boolean.
Для чего используется тип переменной Record?
Для чего используется тип переменной Table?
Что означает параметр %Rowtype в операторе объявления переменной?
Что представляют собой перезагружаемые подпрограммы?
Что понимается под курсором?
Могут ли использоваться переменные курсоры в динамических SQL‑операторах?
Что означает атрибут курсора %Found?
Каково назначение SQL‑оператора Execute?
Каково назначение контрольной точки?
Каким оператором вызывается обработчик исключений?
Каково назначение SQL‑оператора Grant?
Каково назначение метода таблицы Exists?
Каково назначение метода таблицы Count?
Каково назначение хост‑переменных?
Каково наначение предкомпиляторов Oracle?
Глава 6. Обзор субд
6.1. Российская субд линтер
СУБД ЛИНТЕР – единственная система управления базами данных, которая полностью разработана в России (содержание данного пункта является полной копией работы http://bourabai.kz/dbt/servers/linter.htm).
ЛИНТЕР великолепно работает в условиях ограниченных вычислительных ресурсов, поддерживает работу в операционных системах реального времени, обладает высокой надежностью и отказоустойчивостью. Благодаря этому ЛИНТЕР успешно применяется в качестве встроенной СУБД в нефтегазодобывающей отрасли, атомной энергетике, технологических производственных линиях, бытовой технике, сотовых телефонах и автонавигационных системах.
Возможности ЛИНТЕР не ограничиваются только прекрасной встраиваемостью. Система предоставляет разработчику то, что он вправе ожидать от любой корпоративной СУБД – полный набор интерфейсов и утилит, необходимых для разработки приложений.
СУБД ЛИНТЕР поддерживает практически все операционные системы. Это позволяет создавать на ее основе кроссплатформенные приложения.
Семейство СУБД ЛИНТЕР включает в себя четыре сервера баз данных:
Linter Standard, Linter Bastion, Linter Real Time, Linter Multiversion.
Специалисты выбирают ЛИНТЕР как простую, полнофункциональную, высокопроизводительную и надежную СУБД.
ЛИНТЕР – российская СУБД, реализующая стандарт SQL-92 и поддерживающая большинство операционных систем, в том числе семейство Windows (включая Windows CE), различные версии UNIX, ОС реального времени (включая QNX).
История СУБД ЛИНТЕР начинается в 1980 году. У системы были свои отечественные предшественники, в разработке которых принимали непосредственное участие создатели СУБД ЛИНТЕР. К 1983 году в Воронежском СКТБ “Системпрограмм”, в рамках государственного заказа, был разработан и успешно завершен проект реляционной СУБД БАРС под управлением операционной системы реального времени РАФОС (аналог американской RT-11) для машин семейства СМ ЭВМ.
С 1985 года разработчиками системы была принята концепция мобильности, совместимости и открытости, результатом реализации которой стало создание СУБД ИНТЕРЕАЛ. Данная система охватывала широкий спектр программно-аппаратных платформ: от ЭВМ Электроника-85 и управляющих модулей на базе Intel 8086 до вычислительных комплексов на базе СМ1702, Электроника 82, и их прототипов семейства VAX.
В 1990 году коллективом разработчиков СУБД было основано научно-производственное предприятие РЕЛЭКС (Реляционные экспертные системы). Именно тогда и появилась собственно СУБД ЛИНТЕР.
Основные направления применения СУБД ЛИНТЕР: государственные проекты, системы реального времени (real time system), встроенные системы (embeded system) и т. д. Для СУБД ЛИНТЕР существуют программные интерфейсы для большинства популярных средств разработки. СУБД ЛИНТЕР – единственная в своем классе, имеющая сертификаты на соответствие 2 классу защиты информации от несанкционированного доступа и 2 уровню контроля отсутствия недекларированных возможностей для СВТ.
СУБД ЛИНТЕР – многократный участник различных международных выставок программного обеспечения (CeBIT, SofTool, COMDEX и других).
В конце 90-х годов в рамках проектов МО РФ ЗАО НПП “РЕЛЭКС” была разработана система Линтер-ВС 6.0. Прототипом данной системы стала коммерческая версия СУБД ЛИНТЕР 5.7 образца 1999 года, также разработанная в компании РЕЛЭКС. Линтер-ВС 6.0 работает только под управлением операционной системы МСВС. Существует также система “Линтер-ВС 6.0.1”, разработанная во ВНИИНС на основе PostgreSQL 7.2. Она также предназначена для использования с МСВС.
СУБД “Линтер” имеет множество модификаций, среди них семейство совместимых коммерческих СУБД для различных платформ, поставляемых ЗАО РЕЛЭКС и их дистрибьюторами, а также специализированные версии для МО и МВД: “Линтер-ВС”, работающая под ОС МСВС, и “Линтер-ВТ” — соответственно под ОС МСВТ. Как базовый продукт СУБД “Линтер” — собственность ЗАО РЕЛЭКС. По понятным причинам о “Линтер-ВС” мы ничего конкретного писать не можем, поэтому речь пойдет о “гражданской” СУБД — “Линтер”. Проекты под Linux“Линтер” — СУБД, имеющая уже 15-летнюю историю. Во времена СМ ЭВМ, в 1983 году, под ОС реального времени РАФОС в воронежском СКТБ “Системпрограмм” была разработана СУБД БАРС.
Это была первая советская реляционная система, причем на 100% оригинальная – на этот раз советские разработчики ни у кого ничего не воровали и не копировали. В 1985 году было решено сделать СУБД переносимой. Семейство переносимых СУБД появилось 90-м году под именем СУБД ИНТЕРЕАЛ. В этом же году образовалось научно-производственное предприятие РЕЛЭКС, что расшифровывается как “Реляционные экспертные системы”. РЕЛЭКС поставило задачу совместить в одной СУБД преимущества персональных и больших промышленных СУБД. Так появилась многоплатформенная СУБД “Линтер”, работающая практически на всех коммерческих ОС и на свободных ОС Linux и FreeBSD.
“Линтер” часто называют Oracle-подобной СУБД. Разработчики объясняют, что с таким же успехом можно говорить, что их СУБД подобна Informix, Sybase – любой реляционной СУБД с архитектурой клиент-сервер. Даже самая отдаленная прародительница “Линтер” — БАРС строилась на реляционных принципах. “При создании ‘Линтер’, — рассказывает Виталий Максимов, один из разработчиков этой системы, рассматривалось множество систем. Но делалось это не с хакерских позиций (в смысле сломать и своровать), а с исследовательских (определить функциональность и т. д.). Рассматривались такие системы, как ADABAS, Oracle, REQUIZ, Quel, Informix – все понемногу смотрели, сравнивали, пробовали... Но просто так не ‘сдирали’ ничего”.
Качествам, которые обеспечили “Линтер” достаточно широкое распространение, она обязана своим корням – системам специального назначения: она может использоваться (и используется) как система реального времени, удовлетворяет повышенным требованиям к надежности, безопасности и секретности данных. В 1998 году эта система была сертифицирована Гостехкомиссией при Президенте РФ по второму классу защищенности данных от несанкционированного доступа. На сегодняшний день “Линтер” — единственная СУБД, сертифицированная в России по такому высокому классу. А создатели ее утверждают даже, что пока что и в мире СУБД с таким уровнем защищенности не существует.
Но этого сегодня недостаточно, нужно поспевать за лидирующими промышленными СУБД. Усилия разработчиков направлены сейчас приблизительно на то же, на что продолжают тратить свои лучшие ресурсы Oracle, Informix, Microsoft и другие. Одно из важнейших направлений – совершенствование механизмов распараллеливания запросов. Концепция распределенности СУБД “Линтер” позволяет прозрачно обрабатывать запросы к данным, находящимся в различных базах данных, вне зависимости от их физического расположения. Это позволяет базам данных функционировать независимо друг от друга. Кроме того, эта концепция обеспечивает равноправный доступ пользователей к разным базам данных, расположенным в различных узлах вычислительной сети.
Чтобы обеспечить одновременную работу возможно большему числу пользователей, в “Линтер” реализованы различные блокировки вплоть до блокировки на уровне записи – как у лидирующих промышленных СУБД.
Масштабируемость СУБД – одно из самых трудновыполнимых требований. Заместитель генерального конструктора Михаил Ермаков говорит: “ Мы пока и не заявляем, что сильно масштабируемся. Пока что мы не сможем эффективно использовать кластер на сотнях процессоров, более того, мы даже не сможем использовать больше четырех процессоров на одной машине эффективно. Текущие параметры по объемам наших реальных баз – гигабайты; количество пользователей, работающих одновременно, – десятки. Однако мы развиваемся и надеемся к концу года нормально использовать многопроцессорные архитектуры”.
РЕЛЭКС активно внедряет в своей СУБД Web-технологии. К этому компанию сильно стимулирует деятельность на мировом рынке. По заказу американцев (“Линтер” уже шесть лет продается на рынке США) создана система дистанционного тестирования и обучения TestLink. Скоро, видимо, начнется перенос этой системы под Linux. Еще одно направление – разработка системы полнотекстового поиска для Blob-объектов.
Крупнейший проект, реализованный на базе операционной системы Linux, — Информационная система ГИБДД Воронежской области, которая предназначена для ввода, хранения и поиска необходимой информации сотрудниками различных подразделений инспекции. Система призвана обеспечить двустороннюю связь между областным отделением инспекции и находящимися на значительном удалении районными отделениями, объединить накопленные в каждом подразделении данные в единую территориально распределенную базу. В системе предусмотрена проверка вновь поступающей информации, так как данные вводятся различными людьми, не связанными друг с другом, и не исключается возможность ввода неполной, ошибочной или дублирующей информации.
Вопрос защиты от несанкционированного доступа в информационной системе Государственной инспекции безопасности дорожного движения имеет большое значение. Для надежной защиты информации каждый пользователь имеет свой уникальный номер и набор полномочий. Ведется протоколирование работы. Все изменения, вносимые в базу, регистрируются, а каждая запись регистрации содержит в хронологическом порядке информацию о пользователе, который ее изменил, и дату/время последнего изменения. Есть возможность отслеживать изменения объекта во времени. Система предъявляет минимальные требования к компьютерной технике. Обмен информацией может осуществляться с помощью электронной почты или магнитных носителей.
Linux-версия СУБД “Линтер” используется также в специальных проектах Министерства обороны РФ и ФСБ.
Технические характеристики СУБД ЛИНТЕР
Название характеристики |
Величина |
Объем базы данных |
до 65535 таблиц каждая объёмом до 12Тб |
Количество записей в одной таблице |
до 1 млрд. |
Размер записи |
до 64К (не считая BLOB-полей) |
Количество полей в записи |
до 250 |
Минимальный объём памяти, занимаемой ядром СУБД |
3Мб (для специализированных версий — от 800К) |
Защита данных |
2 класс защиты данных от несанкционированного доступа 2 уровень контроля отсутствия недекларированных возможностей |
Форматы для полнотекстовой индексации aaa — dsdsd. |
текстовый файл, Microsoft Office 97—2000 (Excel, PowerPoint, Word), OpenDocument, PDF, PostScript, XML |
Взаимодействие с пользовательскими задачами |
низкоуровневый (CALL) и высокоуровневый (LinApi) программные интерфейсы |
Программные интерфейсы |
ADO.NET, ODBC 3.х, JDBC 1—3, dbExpress, Embedded SQL, Java (Hibernate), OCI, OLE DB, Perl (DBI), Tcl, PHP, Python (Django), Qt, Ruby Администрирование псевдографические и графические утилиты для Windows и UNIX — рабочий стол, архиватор БД, конвертор БД, тестирование и восстановление БД, миграция БД, отладчик хранимых процедур и триггеров |
Архивирование |
полное, выборочное, инкрементное, по расписанию, в соответствии со скриптом, возможность архивирования на ленту |
Репликация |
асинхронная (в том числе и двунаправленная), возможна репликация с другими БД через ODBC |
Синхронизация |
с различными СУБД через ODBC посредством online протоколов TCP/IP (в том числе и через SSL), HTTP, HTTPS и offline транспортов — ActiveSync, ftp, e-mail и т. д. |
Средства разработки |
любые средства разработки, поддерживающие ODBC, JDBC, dbExpress и др. |
Поддерживаемые платформы |
ИНТРОС, ОСРВ, AIX, BSD (BSDI, FreeBSD, NetBSD, OpenBSD), IRIX, Linux (включая Android, Embedded Linux, Maemo, и МСВС), Mac OS X, QNX (4, 6), OS-9, OS-9000, SINIX, Solaris, UnixWare, USIX, VMS, VxWorks, Windows 9x, Windows CE, Windows NT (NT4 до 7) |
Типы данных |
Char, Varchar, Nchar, Nchar Varying, Byte, Varbyte, Boolean, Smallint, Integer, Bigint, Real, Double, Numeric, Date, Blob, Extfile |
Геометрические типы данных |
По спецификации OpenGIS: POINT, LINESTRING, POLYGON, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON, GEOMETRYCOLLECTION Для совместимости с PostgreSQL: BOX, LINE, CIRCLE |
Геометрические функции |
По спецификации OpenGIS:
геометрические операторы (Union, Intersection и др.);
|
Поддерживаемые сетевые протоколы |
TCP/IP(в том числе и SSL), SPX, NetBios, Named Pipes |
Общие характеристики СУБД ЛИНТЕР
СУБД ЛИНТЕР – это реляционная система управления базами данных. Возможности системы ЛИНТЕР позволяют использовать ее для решения практически любых задач – от приложений для микроконтроллеров до корпоративных информационных систем.
ЛИНТЕР – многоплатформенная система, работающая в различных операционных системах (WIN32, включая Windows СE, NetWare, различные версии UNIX, OS9/9000, QNX, VxWorks и др.) и использующая достоинства каждой из них. На всех платформах базовый вариант системы ЛИНТЕР имеет один и тот же интерфейс, что позволяет при необходимости легко перейти на другую операционную систему. СУБД
ЛИНТЕР поддерживает различные аппаратные платформы: Intel, Sparc, MIPS, Alpha, VAX, ARM, SHx и др. При этом поддерживается прозрачное взаимодействие между клиентскими приложениями и сервером БД, функционирующими в разных программно-аппаратных средах.
Система обеспечивает высокий уровень безопасности данных, позволяющий работать с секретной информацией.
ЛИНТЕР имеет сертификат Федеральной службы по техническому и экспортному контролю Российской Федерации на соответствие второму классу защиты информации от несанкционированного доступа и второму уровню контроля отсутствия недекларированных возможностей.
СУБД ЛИНТЕР имеет множество сервисных средств, включающее разнообразные утилиты и программные интерфейсы:
интерактивный/пакетный SQL-интерфейс – Inl;
утилиты администратора (графические, псевдографические, утилиты командной строки), обеспечивающие пользователям полный набор средств по администрированию БД и обработке хранящейся в ней информации;
PCI - встроенный SQL (embedded SQL) для языков C и C++;
ODBC – интерфейс ODBC 3.x;
OLE DB – интерфейс доступа к данным в среде Windows;
Perl – интерфейс, позволяющий осуществлять доступ к ресурсам СУБД ЛИНТЕР из программ, написанных на Perl (поддержаны спецификации DBI и собственной разработки);
Php – интерфейс, позволяющий осуществлять доступ к ресурсам СУБД ЛИНТЕР из программ, написанных на PHP (v. 3.х, 4.х, 5.х);
dbExpress – интерфейс доступа к СУБД ЛИНТЕР из популярных средств разработки Delphi / Kylix / C++ Builder;
Jdbc - интерфейс JDBC 1.0, 2.0, 3.0;
Lintcl - интерфейс поддержки Tcl/Tk;
LinPy - интерфейс доступа к данным из программ, написанных на Python;
Oralin - интерфейс для использования СУБД ЛИНТЕР из программ, разработанных с использованием OCI интерфейса СУБД Oracle;
LinAPI (Linter Application Program Interface) – это интерфейс высокого уровня, предназначенный для разработки сложных программ на языке C;
Call – программный интерфейс низкого уровня.
В ЛИНТЕР существует возможность работы в асинхронном режиме, обработки запросов по приоритетам, использования заранее оттранслированных запросов, что позволяет поддерживать работу в операционных системах реального времени.
Благодаря использованию режима обработки транзакций Optimistic Concurrency Control ЛИНТЕР применяется в системах массового обслуживания, где недопустимо долгое ожидание выполнения транзакций, когда необходимые данные находятся в распоряжении другого пользователя.
ЛИНТЕР – легко встраиваемая система. Компоненты ЛИНТЕР могут быть скрыты от пользователя прикладной программы, при этом все настройки и конфигурация выполняются автоматически в момент установки этой прикладной программы. Данное свойство позволяет разработчикам прикладного программного обеспечения создавать продукты, не требующие отдельной установки и конфигурирования СУБД.
В ЛИНТЕР реализован механизм поддержки резервных серверов, обеспечивающий высокую надёжность и производительность горячего резерва. При сбое в работе основного сервера время перехода резервного сервера в режим основного составляет всего несколько секунд. Система горячего резервирования ЛИНТЕР предназначается для отказоустойчивых программных комплексов и используется, например, для управления движением воздушного транспорта.
В СУБД ЛИНТЕР реализованы геометрические типы данных, которые позволяют работать с географическими данными, создавать их, сохранять и анализировать.
ЛИНТЕР эффективно функционирует в условиях ограниченности ресурсов, в том числе и на карманных персональных компьютерах под управлением Windows CE. На этой платформе ЛИНТЕР может работать не только в качестве клиента, но и в качестве полноценного сервера базы данных. При этом система может работать с большими объемами информации, обеспечивая широкие функциональные возможности и высокую скорость обработки данных при невысоких требованиях к вычислительным ресурсам.
Базовая СУБД Linter Standard
Linter Standard - надежный и высокопроизводительный сервер баз данных, обеспечивающий бесперебойную работу приложений до корпоративного уровня. Это базовая система для семейства СУБД ЛИНТЕР, сочетающая в себе универсальную, полностью встраиваемую и защищенную систему, удовлетворяющую запросам приложений, требующих обеспечения полной доступности данных в каждый момент времени для любого пользователя системы.
Linter Standard сочетает в себе легкость и удобство администрирования с функциональностью корпоративной СУБД.
СУБД Linter Standard является простой, скоростной, надежной и кросс-платформенной СУБД. Занимает мало места на носителях, может быть использована как встраиваемая СУБД, совместима с другими версиями.
Надёжность, производительность и простота Linter Standard позволили сделать эту версию базовой для всего семейства СУБД ЛИНТЕР, разработанного Группой компаний РЕЛЭКС. В Linter Standard реализована базовая функциональность, необходимая для разработки прикладных задач в различных средах: Windows, Linux, FreeBSD, SUN Solaris, Mac OS X, Unix System V, HP-UX, OpenVMS Embedded, Linux, PalmOS, Android, Windows CE.
Linter Standard практически не ограничивает пользователя в выборе средств разработки приложений. В каждой из операционных систем Linter Standard обеспечивает комфортную и быструю разработку приложений, предоставляя разработчику полный набор интерфейсов и утилит: ODBC, DBExpress, JDBC, OLEDB, ADO.NET, PERL/DBI, PHP, OCI, Python, Ruby.
При доступной цене и широкой функциональности Linter Standard является одним из лучших решений для автоматизации бизнес-процессов предприятий. Linter Standard успешно используется для решения задач управления информацией в машиностроении, приборостроении, проектных организациях, а также в энергетике, судостроении, аэрокосмической, нефтегазовой и других отраслях.
Высокозащищенная СУБД ЛИНТЕР БАСТИОН
ЛИНТЕР БАСТИОН – специализированный сервер баз данных, обеспечивающий беспрецедентно высокую степень защиты обрабатываемой информации.
Благодаря своей максимальной защищенности, подтвержденной государственными сертификатами, ЛИНТЕР БАСТИОН позволяет строить информационные системы любого уровня безопасности, в том числе предназначенные для обработки и хранения секретной информации. Система гарантирует высочайший уровень безопасности данных пользователя и обеспечивает оптимальную работу в средах: MS Windows, QNX, ОС РВ (ОС 2000), МС ВС, Linux, ИНТРОС.
Для обеспечения максимальной защиты информации в ЛИНТЕР БАСТИОН собран 20-летний опыт исследований в области обработки, хранения и защиты данных:
Авторизация пользователей
Контроль доступа к информации
Мандатная защита
Дискреционная защита
Шифрация данных
Привилегии безопасности
Привилегии доступа
Иерархия прав доступа
Контроль доступа с удалённых станций
Полный аудит действий пользователей
Контроль внешних хранилищ данных
Удаление остаточной информации
Система построена на базе высокопроизводительного ядра СУБД ЛИНТЕР и по своим функциональным возможностям расширяет базовую версию ЛИНТЕР дополнительными подсистемами защиты и шифрации данных.
Ядром системы безопасности в ЛИНТЕР БАСТИОН является механизм мандатной защиты информации, обеспечивающий наивысший уровень безопасности данных.
Все модули защиты в ЛИНТЕР БАСТИОН реализованы в соответствии с требованиями основных руководящих документов ФСТЭК России и соответствуют требованиям:
№149-ФЗ "Об информации, информационных технологиях и о защите информации";
№ 152-ФЗ "О персональных данных";
№ 94-ФЗ "О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд";
Доктрины информационной безопасности Российской Федерации (утв. Президентом РФ 09.09.2000 № Пр-1895).
Система предназначена для использования, прежде всего, в подразделениях Министерства обороны, Министерства внутренних дел РФ, в силовых структурах, а также на предприятиях, обеспечивающих государственный оборонный заказ.
Сообщество пользователей СУБД ЛИНТЕР БАСТИОН не ограничивается только лишь государственными заказчиками, работающими с секретной информацией. Эту версию ЛИНТЕР часто выбирают коммерческие компании, заботящиеся о сохранении своей конфиденциальной информации и персональных данных своих сотрудников.
Linter Real Time – идеальное решение для организации обработки и хранения данных в среде реального времени. Это система, не требующая администрирования, обеспечивающая необходимую надежность, высокую производительность и привычный интерфейс реляционной СУБД.
СУБД реального времени Linter Real Time
Linter Real Time реализована на базе высокопроизводительного ядра СУБД ЛИНТЕР и предназначена для работы в автоматизированных системах, работающих в режиме реального времени (АСУ ТП, SCADA, промышленных контроллерах, КИПиА и других) в средах: QNX, ОС РВ (ОС 2000), VxWorks, RTOS-32, OS-9000, OS-9.
Преимущества Linter Real Time:
возможность подачи запросов в асинхронном режиме;
возможность обработки запросов в соответствии с приоритетами разных классов;
возможность отделения этапа транслирования запроса от его выполнения;
наличие механизма событий, обеспечивающего реакцию на особые ситуации, при возникновении которых в системе будут происходить определенные действия;
возможность слежения из приложения за состоянием использования ресурсов ядра СУБД;
возможность получения статистики по физическому вводу-выводу данных;
наличие уникального механизма in-memory таблиц, то есть возможности создать копию существующей таблицы в памяти и работать с ней, как с самостоятельной таблицей;
возможность увеличить быстродействие системы за счет специальной настройки ядра СУБД.
Обладая функциональностью корпоративной системы, Linter Real Time представляет огромный интерес для разработчиков комплексов АСУТП и встраиваемых систем. Различные версии системы применяются:
в системах управления атомными реакторами;
в технологических комплексах российской нефтегазодобывающей промышленности;
в устройствах хранения информации;
в проектах Министерства обороны России;
в бытовой технике;
в системах управления воздушным движением;
в системах контроля и управления доступом в метро.
СУБД Linter Multiversion
Linter Multiversion - это СУБД с поддержкой версионной модели обработки данных.
В условиях непрерывного роста объёмов информации возможность параллельной обработки конкурирующих транзакций становится всё более актуальной. Linter Multiversion предназначена для разработки приложений, требующих обеспечения безконфликтности запросов на чтение и на запись в многопользовательской системе.
Linter Multiversion рекомендуется для тех приложений, в которых при использовании классического блокировочного сервера баз данных конфликт запросов на чтение и на запись начинает оказывать существенное влияние на производительность системы.
Linter Multiversion опирается на мощные возможности базовой версии Linter Standard.
Система обеспечивает высокую доступность данных и более быструю обработку конкурирующих транзакций благодаря реализации многоверсионного хранения записей с поддержкой ANSI-уровней изолированности транзакций.
Linter Multiversion позволяет разработчикам создавать приложения, работающие под управлением различных операционных систем: Windows, Linux, FreeBSD, SUN, Solaris, Mac OS X, Unix System V, HP-UX, Android, Windows CE.
Многоверсионность позволила сделать чтение и модификацию данных независимыми процессами, т.к. модификация записи в таблице приводит к появлению новой версии этой записи. При этом в общем случае не требуется специального процесса "чистки" устаревших (неактуальных) версий, так как в системе реализован механизм их переиспользования.
Реализация механизма версионности позволила улучшить показатели распараллеливания при многопользовательской работе. При этом поддерживаются стандартные режимы работы транзакций от Dirty Read до Serializable.
Благодаря механизму многоверсионности каждая прикладная задача может долгое время независимо продолжать работу со своей версией изначальных данных. И только при команде фиксации транзакции потребуется синхронизация изменений сделанных с одними и теми же данным из различных программ.
Если две задачи изменили одни и те же данные, то успешная фиксация этих изменений возможна только для одной задачи. Изменения другой задачи не сохранятся.
При этом разработчикам следует учитывать, что механизм версионности сам по себе требует накладных расходов. При увеличении нагрузки (параллельно работающих транзакций) на сервер производительность версионного механизма начинает снижаться из-за частых обновлений, необходимых для поддержки различных версий данных.
Краткое описание
В состав ЛИНТЕР входят:
система управления базами данных (СУБД) – сертифицированная, многоплатформенная, масштабируемая, защищенная СУБД поддерживающая:
язык обработки баз данных SQL-92 с расширениями стандарта;
режим реального времени;
расширенную защиту данных;
процедурный язык обработки данных;
механизмы триггеров и последовательностей;
механизм транзакций и восстановления после сбоев.
средства управления БД – набор утилит, предназначенных для создания конфигурирования и администрирования БД;
средства поддержки БД – набор утилит, предназначенных для поддержки БД в процессе ее эксплуатации (тестирование структуры БД, миграция и конвертирование данных, резервное копирование и восстановление данных);
сетевые средства организации и поддержки удаленного доступа к БД;
интерфейсные средства – программные средства для разработки клиентских приложений на языках программирования: С / С ++; Pascal(Delphi , Kylix) PHP;PERL/DBI; TCL/TK; Python; Java;и др.
ODBC–драйвер для разработки клиентских приложений, совместимых с различными СУБД;
OLE DB–провайдер для разработки клиентских приложений и использованием современных средств разработки приложений;
JDBC–драйверы для поддержки доступа к БД из Internet-приложений;
средства для организации и поддержки полнотекстового (фразового) поиска в текстовых документах различных форматов (PDF, HTML, XML, ASCII и др.), аналогичные индексации и поиску документов в поисковых серверах Internet;
средства репликации (тиражирования данных);
инструментальные средства разработки приложений.
Основные сферы применения ЛИНТЕР:
информационные системы различного назначения среднего уровня (объем хранимой информации до сотен гигабайт и количество одновременно работающих пользователей до сотен);
системы реального времени;
системы с высокими требованиями к безопасности и конфиденциальности информации;
встроенные системы;
информационно-поисковые системы с расширенными средствами поиска информации.
