- •«Информационные технологии в туристской индустрии» Доцент Дьяконов Герман Николаевич
- •Лекция 1. Понятие об информационных технологиях
- •1.2. Классификация информационных технологий
- •Лекция 2. Глобальные компьютерные сети.
- •Система адресации
- •Ip-адреса
- •Лекция 3 Мультимедийные технологии
- •Лекция 4. Системы бронирования и резервирования
- •Лекция 5. Информационные системы управления гостиничным бизнесом
- •5.1. Общая характеристика гостиничного комплекса
- •5.2. Система автоматизации гостиниц Hotel-2000
- •5.3. Автоматизированная система управления гостиницей «Русский отель»
- •5.4. Автоматизированная информационная система для гостиниц «Отель- Симпл»
- •5.5. Система «Меридиан-1»
- •5.6. Программные продукты фирмы «Рек-Софт»
- •5.7. Система Lodging Touch
- •5.9. Система Fidelio
- •5.10. Система модулей Cenium
- •5.11. Система комплексной автоматизации «Дип-Пансион»
- •5.12. Система Nimeta
- •5.13. Сравнительная характеристика основных систем управления гостиничным комплексом
- •Лекция 6. Экспертные системы и базы знаний.
- •Лекция 7. Информационные языки
- •7.1 Информационно-поисковый язык
- •Структура
- •Типы и виды ипя Способ задания лексических единиц
- •Порядок записи лексических единиц
- •Лекция 8. Автоматизированные информационно-поисковые системы.
- •Лекция 9. Классификаторы. Классификатор
- •Виды классификаторов
- •Методы классификации
- •Иерархический метод классификации
- •Фасетный метод классификации
- •Методы кодирования в классификаторах
- •Классификаторы в России
- •Лекция 10. Основы построения инструментальных средств информационных технологий
- •13.1.2. Создание и обработка электронных таблиц
- •13.1.3. Средства графики в Excel
- •13.1.4. Обработка данных в Excel
- •13.2 Создание баз данных для сферы туризма средствами microsoft access
- •13.1. Основные понятия реляционных баз данных
- •13.2.2. Этапы создания реляционной базы данных предприятия туризма
- •13.2.3. Типы информационных связей в моделях данных
- •13.2.4. Создание базы данных для предприятия туризма
- •13.2.5. Реализация базы данных «Турфирма» средствами субд Access
- •Лекция 14. Локальные и распределенные базы данных
- •14.2 Распределенные бд
- •14.1. Разновидности распределенных систем
- •14.2. Распределенная система управления базами данных System r*
- •14.2.1. Именование объектов и организация распределенного каталога
- •14.2.2. Распределенная компиляция запросов
- •14.2.3. Управление транзакциями и синхронизация
- •14.3. Интегрированные или федеративные системы и мультибазы данных
- •Лекция 15. Распределенная обработка информации Лекция 16. Региональные и локальные вычислительные сети.
- •16.1 Компьютерная сеть
- •16.2 Локальная вычислительная сеть
- •Лекция 17. Телеобработка данных
- •Лекция 18. Коммуникационные сети
- •Лекция 19. Современные средства коммуникации и связи
- •19.1. Классификация средств связи
- •19.2. Способы передачи информации
- •19.3. Классификация каналов связи
- •19.4. Телефонная связь
- •19.5. Компьютерная телефония
- •19.6. Радиотелефонная связь
- •19.7. Системы сотовой радиотелефонной связи
- •19.8. Транкинговые радиотелефонные системы
- •19.9. Персональная спутниковая радиосвязь
- •19.10. Пейджинговые системы связи
- •19.11. Видеосвязь
- •19.12. Факс
14.2.2. Распределенная компиляция запросов
Как мы уже отмечали, запросы на языке SQL до своего реального выполнения подвергаются компиляции. Как и в случае System R компиляция запроса может производиться на стадии прекомпиляции прикладной программы, написанной на традиционном языке программирования (PL/1, Cobol, ассемблер) с включением предложений SQL, или в динамике выполнения транзакции при выполнении предложения PREPARE. С точки зрения пользователей процесс компиляции в System R* приводит к тем же результатам, что и в System R: для каждого предложения SQL образуется программа к машинных кодах (секция модуля доступа), вызовы которой помещаются в текст исходной прикладной программы.
Однако, в действительности процесс компиляции запроса в System R* намного более сложен, чем в System R, что и естественно по причине гораздо более сложных сетевых взаимодействий, которые потребуются при реальном выполнении транзакции. Распределенная компиляция запросов в System R* включает множество технических ухищрений и тонкостей. Мы не будем касаться их всех в этой статье по причинам недостатка информации и ограниченности объема. Рассмотрим только общую схему распределенной компиляции.
Будем называть главным узлом тот узел сети, в котором инициирован процесс компиляции предложения SQL, и дополнительными узлами - те узлы, которые вовлекаются в этот процесс в ходе его выполнения. На самом грубом уровне процесс компиляции можно разбить на следующие фазы:
В главном узле производится грамматический разбор предложения SQL с построением внутреннего представления запроса в виде дерева. На основе информации из локального каталога главного узла и удаленных каталогов дополнительных узлов производится замена имен объектов, фигурирующих в запросе, на их системные идентификаторы.
В главном узле генерируется глобальный план выполнения запроса, в котором учитывается лишь порядок взаимодействий узлов при реальном выполнении запроса. Для выработки глобального плана используется расширение техники оптимизации, применяемой в System R. Глобальный план отображается в преобразованном соответствующим образом дереве запроса.
Если в глобальном плане выполнения запроса участвуют дополнительные узлы, производится его декомпозиция на части, каждую из которых можно выполнить в одном узле (например, локальная фильтрация отношения в соответствии с заданным в условии выборки предикате ограничения). Соответствующие части запроса (во внутреннем представлении) рассылаются в дополнительные узлы.
В каждом узле, участвующем в глобальном плане выполнения запроса (главном и дополнительных) выполняется завершающая стадия выполнения компиляции. Эта стадия включает, по существу, две последние фазы процесса компиляции запроса в System R: оптимизацию и генерацию машинных кодов. Производится проверка прав пользователя, от имени которого производится компиляция, на выполнение соответствующих действий; происходит обработка представлений базы данных (здесь имеются тонкости, связанные с тем, что представления могут включать удаленные отношения; ниже мы еще остановимся на этом, а пока будем считать, что в запросе употребляются только имена базовых отношений); осуществляется локальная оптимизация обрабатываемой части запроса в соответствии с имеющимися индексами; наконец, производится генерация кода.