Руководство администратора баз данных Inrformix.
Добавить в закладки К обложке
- 1. Теоретические основы. - Страница 1
- 1.1.1 Основные функции СУБД - Страница 2
- 1.1.2 Типовая организация современной СУБД - Страница 5
- 1.2 Понятие архитектуры клиент-сервер. - Страница 6
- 2. Теоретические основы СУБД сервера Informix OnLine v.7.X - Страница 7
- 2.1.1 Описание продуктов Informix - Страница 8
- 2.1.2 Типовые конфигурации - Страница 9
- 2.2 Архитектура СУБД сервера Informix OnLine v.7.X - Страница 10
- 2.2.1 . Динамическая масштабируемая архитектура - Страница 11
- 2.2.1.1 Потоки - Страница 12
- 2.2.1.2 Виртуальные процессоры - Страница 13
- 2.2.1.3 Планирование потоков - Страница 14
- 2.2.1.4 Разделение потоков между виртуальными процессорами. - Страница 15
- 2.2.1.5 Экономия памяти и других ресурсов - Страница 16
- 2.2.2 Организация разделяемой памяти - Страница 17
- 2.2.3 Организация операций обмена с дисками - Страница 18
- 2.2.3.1 Управление дисковой памятью - Страница 19
- 2.2.3.2 Асинхронный ввод-вывод - Страница 20
- 2.2.3.3 Опережающее чтение - Страница 21
- 2.2.4 Поддержка фрагментации таблиц и индексов - Страница 22
- 2.2.5 Параллельная обработка запросов - Страница 23
- 2.2.5.1 На чем основана технология PDQ - Страница 24
- 2.2.5.2 Итераторы - Страница 25
- 2.2.5.3 Примеры применения параллелизма - Страница 27
- 2.2.5.4 Баланс между OLTP и DSS-приложениями - Страница 28
- 2.2.6 Оптимизатор выполнения запросов по стоимости - Страница 29
- 2.2.7 Средства обеспечения надежности - Страница 30
- 2.2.7.1 . Зеркалирование дисковых областей - Страница 31
- 2.2.7.2 Тиражирование - Страница 32
- 2.2.7.3 Быстрое восстановление при включении системы - Страница 33
- 2.2.7.4 Архивирование и восстановление данных - Страница 34
- 2.2.8 Динамическое администрирование - Страница 35
- 2.2.8.1 Интерфейс мониторинга системы - Страница 36
- 2.2.8.2 Утилита DB/Cockpit - Страница 37
- 2.2.8.3 Утилита OnPerf - Страница 38
- 2.2.8.4 Утилита параллельной загрузки - Страница 39
- 2.2.9 Распределенные вычисления - Страница 40
- 2.2.9.1 Взаимодействие клиент-сервер - Страница 41
- 2.2.9.2 Прозрачность расположения данных - Страница 42
- 2.2.9.3 Распределенные базы данных и протокол двухфазовой фиксации транзакций - Страница 43
- 2.2.10 Поддержка национальных языков - Страница 44
- 2.2.11 Средства безопасности класса С2 - Страница 45
- 2.3 Дополнительные компоненты компании Informix для выполнения специфических задач. - Страница 46
- 2.3.1 Informix-Enterprise Gateway 7.1 - Страница 47
- 2.3.2 Технология и компоненты EDA/SQL - Страница 48
- 2.3.2.1 EDA API/SQL - Страница 49
- 2.3.2.2 EDA/Link - Страница 50
- 2.3.2.3 EDA/SQL Server - Страница 51
- 2.3.2.4 EDA/Data Drivers - Страница 52
- 2.3.3 Возможности Enterprise Gateway - Страница 53
- 2.3.3.1 Прозрачный доступ для чтения и записи - Страница 54
- 2.3.3.2 Распределенные соединения - Страница 55
- 2.3.3.3 Конфигурирование Enterprise Gateway - Страница 56
- 2.3.3.4 Безопасность - Страница 57
- 2.3.4 Библиотеки сопряжения сервера Informix-OnLine DS с менеджерами транзакций: Informix-TP/XA и Informix-TP/TOOLKIT - Страница 58
- 2.4 Заключение - Страница 59
- 2.5 Литература - Страница 61
1.1.1 Основные функции СУБД
К числу функций СУБД принято относить следующее:
Непосредственное управление данными во внешней памяти
Эта функция включает обеспечение необходимых структур внешней памяти как для хранения непосредственных данных, входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используются индексы). В некоторых реализациях СУБД активно используются возможности существующих файловых систем, в других работа производится вплоть до уровня устройств внешней памяти. Но подчеркнем, что в развитых СУБД пользователи в любом случае не обязаны знать, использует ли СУБД файловую систему, а если использует, то как организованы файлы. В частности, СУБД поддерживает собственную систему именования объектов БД (это очень важно, поскольку имена объектов базы данных соответствуют именам объектов предметной области).
Существует множество различных способов организации внешней памяти баз данных. Как и все решения, принимаемые при организации баз данных, конкретные методы организации внешней памяти необходимо выбирать в тесной связи со всеми остальными решениями.
Управление буферами оперативной памятиСУБД обычно работают с БД значительного размера; по крайней мере этот размер обычно существенно превышает доступный объем оперативной памяти. Понятно, если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Единственным же способом реального увеличения этой скорости является буферизация данных в оперативной памяти. И даже если операционная система производит общесистемную буферизацию (как в случае ОС UNIX), этого недостаточно для целей СУБД, которая располагает гораздо большей информацией о полезности буферизации той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов. При управлении буферами основной памяти приходится разрабатывать и применять согласованные алгоритмы буферизации, журнализации и синхронизации. Заметим, что существует отдельное направление СУБД, которые ориентированы на постоянное присутствие в оперативной памяти всей БД. Это направление основывается на предположении, что в предвидимом будущем объем оперативной памяти компьютеров сможет быть настолько велик, что позволит не беспокоиться о буферизации. Пока эти работы находятся в стадии исследований.
Управление транзакциями
Транзакция - это последовательность операций над БД, рассматриваемых СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует (COMMIT) изменения БД, произведенные ею, во внешней памяти, либо ни одно из этих изменений никак не отражается в состоянии БД. Понятие транзакции необходимо для поддержания логической целостности БД. Если вспомнить наш пример информационной системы отдела кадров с файлами СОТРУДНИКИ и ОТДЕЛЫ, то единственным способом не нарушить целостность БД при выполнении операции приема на работу нового сотрудника будет объединение элементарных операций над файлами СОТРУДНИКИ и ОТДЕЛЫ в одну транзакцию. Таким образом, поддержание механизма транзакций - обязательное условие даже однопользовательских СУБД (если, конечно, такая система заслуживает названия СУБД). Но понятие транзакции гораздо существеннее во многопользовательских СУБД. То свойство, что каждая транзакция начинается при целостном состоянии БД и оставляет это состояние целостным после своего завершения, делает очень удобным использование понятия транзакции как единицы активности пользователя по отношению к БД. При соответствующем управлении параллельно выполняющимися транзакциями со стороны СУБД каждый пользователь может в принципе ощущать себя единственным пользователем СУБД (на самом деле, это несколько идеализированное представление, поскольку пользователи многопользовательских СУБД порой могут ощутить присутствие своих коллег).
С управлением транзакциями в многопользовательской СУБД связаны важные понятия сериализации транзакций и сериального плана выполнения смеси транзакций. Под сериализаций параллельно выполняющихся транзакций понимается такой порядок планирования их работы, при котором суммарный эффект смеси транзакций эквивлентен эффекту их некоторого последовательного выполнения. Сериальный план выполнения смеси транзакций - это такой способ их совместного выполнения, который приводит к сериализации транзакций. Понятно, что если удается добиться действительно сериального выполнения смеси транзакций, то для каждого пользователя, по инициативе которого образована транзакция, присутствие других транзакций будет незаметно (если не считать некоторого замедления работы для каждого пользователя по сравнению с однопользовательским режимом).
В конце февраля 2009 года в продаже на Amazon появил
Электронная читалка - вещь очень хрупкая. Если с ней обращаться не правильно - она может сломаться. Чтобы этого не случилось, нужно придерживаться лиш
Большинство книг в сети интернет распространяется в формате FB2 (Fiction Book). Этот формат очень удобен для чтения. Файлы, в нем созданные, отличаютс
Популярность электронных книг у читателей неуклонно растет. Для доказательства этого мы провели маленький эксперимент. Из 10 людей, читающих в метро,
Файлы формата FB2 часто можно увидеть среди огромнейшего разнообразия текстовых форматов. Такая высокая популярность объясняется его предназначением.
Первую версию формата PDF (Portable Document Format) еще в 1993 году разработала фирма Adobe Systems. В 2006 году она уже разработала версию 1.7, а с
Фирма Apple порадовала пользователей iPad, выпустив под него красивую и удобную читалку iBooks.