MY_CUR1 (4 вариант), страница 10
Описание файла
Файл "MY_CUR1" внутри архива находится в папке "4 вариант". Документ из архива "4 вариант", который расположен в категории "". Всё это находится в предмете "эксплуатация автоматизированных систем обработки информации и управления (асоииу)" из 9 семестр (1 семестр магистратуры), которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "эксплуатация асоииу" в общих файлах.
Онлайн просмотр документа "MY_CUR1"
Текст 10 страницы из документа "MY_CUR1"
В отличие от режима сессии, многие системы, основанные на сообщениях, не гарантируют ни обязательной доставки сообщения, ни определенного порядка прихода нескольких сообщений. Поэтому SQL Remote реализует специальный протокол, который гарантирует проведение обновлений в правильном порядке.
Публикация - это объект, описывающий тиражируемые данные. Удаленные пользователи оформляют подписки на публикации для получения этих данных.
Публикация может включать данные из нескольких таблиц. Каждая таблица может быть представлена либо целиком, либо подмножеством столбцов, либо даже подмножеством строк по условию выборки.
Система репликации администрируется централизованно в консолидированной БД средствами графического инструмента SQL Central.
Публикация может быть использована несколькими подписчиками.
В SQL Remote реализована поддержка систем передачи сообщений MAPI, VIM, SMTP и файлового обмена.
При проектировании любой схемы репликации, где происходит обновление в нескольких БД, следует учитывать возможность возникновения и разрешения конфликтов. Рассмотрим очень кратко, как эта проблема решается в SQL Remote.
-
Два пользователя добавляют в таблицу строку с одинаковым первичным ключом (ПК). В этом случае второй INSERT закончится неудачно. Этой ситуации можно избежать при правильном проектировании БД. Например, включить колонку - идентификатор БД, где происходит обновление, в первичный ключ такой таблицы.
-
Два пользователя обновляют одну и ту же колонку в таблице (не ПК). Если в системе требуется обеспечить пользователям такую потенциально опасную возможность, то SQL Anywhere предоставляет средство обнаружить и разрешить конфликт с помощью специального типа триггера (RESOLVE UPDATE).
Инструмент администрирования SQL Central
SQL Central - графическое средство администрирования БД, работающее под Windows 95 и Windows NT 3.51. SQL Central соответствует интерфейсу Windows 95, поэтому его легко освоить и использовать.
Главное окно SQL Central похоже по дизайну на Windows 95 Explorer. Оно разделено на две панели. В левой панели в виде дерева представлены серверы, базы данных и схемы баз данных с глубиной, доходящей до каждого "контейнера" - объекта базы данных. В правой панели показано содержимое выбранного контейнера.
Из SQL Central осуществляются все административные действия от создания баз данных, загрузки/выгрузки до создания таблиц, процедур и назначения полномочий. SQL Central также управляет системой репликации SQL Remote, описанной выше.
Для удобства предусмотрен drag-and-drop интерфейс, контекстная подсказка и контекстное меню по правой кнопке мыши.
Поддержка Transact-SQL
SQL Anywhere 5.0 включает набор расширений языка Watcom SQL в сторону диалекта Transact- SQL Sybase, используемого в Sybase SQL Server на различных платформах.
Диалект Transact-SQL сам по себе не является лучше или хуже диалекта Watcom SQL. Достигнутая совместимость означает, что на нижних уровнях распределенной информационной системы можно использовать "легкую" по ресурсам, мощную по функциональности и дешевую СУБД SQL Anywhere, а на уровне выше - промышленную высокопроизводительную СУБД Sybase. При этом приложения, работающие с этими СУБД, окажутся инвариантны к тому, с какой СУБД они работают.
Поддержка ODBC 2.1
SQL Anywhere поддерживает ODBC API не только на платформах Windows и Windows NT, но и в DOS, OS/2 и QNX. SQL Anywhere 5.0 поддерживает спецификацию ODBC 2.1 уровня 2.
Повышение производительности и мониторинг производительности
Использование журнала транзакций в SQL Anywhere уменьшает время фиксации каждой транзакции. Сервер SQL Anywhere является 32-разрядным (кроме платформы Windows 3.X).
СУБД использует оптимизатор, который выбирает лучшую стратегию для выполнения каждого запроса. Для этого оптимизатор определяет стоимость каждой стратегии, оценивая требуемое количество считываний и записей на диск. Выбранная стратегия задает, в каком порядке происходит доступ к таблицам в запросе и следует ли использовать индекс для каждой таблицы.
Окно статистики в интерактивном средстве для формирования запросов (ISQL) позволяет просмотреть выбранный план выполнения любого оператора SQL.
В SQL Anywhere предусмотрен набор статистической информации, предназначенной для оценки производительности. Эта информация доступна из инструмента администратора SQL Central и приложений-клиентов. В дополнение, подобная информация предоставляется из SQL Anywhere в монитор производительности Windows NT.
WSQL DDE-сервер
Dynamic Data Exchange (DDE) - это метод взаимодействия приложений. DDE использует архитектуру клиент-сервер. Так, приложение-клиент (например, Excel или Word) может запрашивать данные у приложения-сервера.
WSQL DDE-сервер - это Windows-приложение, которое позволяет выбирать и изменять данные в БД SQL Anywhere. Получаемые данные могут передаваться приложению-клиенту через буфер в памяти или через системный буфер (Clipboard).
Место SQL Anywhere среди СУБД для рабочих групп
Нам было особенно интересно изучить новую версию Watcom SQL после работы с продуктами фирмы Sybase (система 10) и знакомства с Microsoft SQL 6.0. На наш взгляд, новой версии SQL Anywhere 5.0 приданы все качества СУБД для рабочих групп, какие существуют на сегодняшний день у конкурентов, и кое-что еще, делающее этот продукт технически лидером - собственная система репликации, основанная на механизме передачи сообщений и электронной почте.
Все эти факторы (включая и ценовой) делают выбор SQL Anywhere весьма привлекательным для массового использования как на "нижних" уровнях больших информационных систем, так и в качестве ядра относительно небольших разработок.
Заключение
Sybase System 11 - семейство интегрированных продуктов, нацеленных на каждую область применения реляционной СУБД, от обработки данных в реальном времени до задач принятия решений и хранилищ данных, от тысяч пользователей и очень больших баз данных до "легкого" сервера для рабочих групп, который работает на персональном компьютере. В сочетании с мощными средствами разработки и CASE-системами той же фирмы этот набор средств вооружает разработчика для решения практически любых задач.
7. Распределение предметных баз данных по узлам сети.
Задание 1.
Определить вариант рационального размещения предметных баз данных в распределенной информационной системе для случая, когда каждая база данных размещается только в одном узле сети, а обрабатывающие процессы (приложения) не являются распределенными. При этом считать, что если некоторый процесс обращается за данными к базе, находящейся в другом узле, сетевые затраты на одно обращение составляют "t" секунд, независимо от местонахождения узла в сети и дисциплины обслуживания. Если процес обращается к базе данных, находящейся в том же узле, где выполняется и процесс, то считать, что "t=0".
Из исходных таблиц, представленных в задании, получаем таблицы данных для варианта № 5 группы ИУ5-93:
1. Таблица 1, показывающая использование предметных баз данных обрабатывающими процессами (приложениями) в течение временного интервала и интенсивности их обращений к базам данных (среднее число обращений за рассматриваемый интервал времени):
Таблица 1
БД1 | БД2 | БД3 | БД4 | БД5 | БД6 | БД7 | БД8 | БД9 | БД10 | |
П4 | 300 | 150 | 100 | |||||||
П6 | 200 | 300 | 110 | |||||||
П7 | 50 | 70 | 40 | 150 | ||||||
П8 | 200 | 60 | 75 | |||||||
П9 | 350 | 300 | 100 | 400 |
Таблица 2, показывающая распределение обрабатывающих процессов по узлам:
Таблица 2
П4 | П6 | П7 | П8 | П9 | |
У2 | 1,2 | 0,7 | 1,0 | 1,1 | |
У3 | 0,8 | 1,15 | 0,55 | ||
У4 | 1,1 | 0,9 | 0,8 | 0,5 | |
У5 | 1,6 | 1,1 | 0,9 | ||
У6 | 1,6 | 0,2 | 0,6 | ||
У7 | 0,9 | 1,4 | 0,7 |
Коэффициенты в таблице 2 используются для получения количества обращений к базе данных в в исходном варианте задания по формуле:
N1=N*k,
где: N - значение из таблицы 1;
k - значение коэффициента из таблицы 2;
N1 - результирующее значение для таблицы учебного варианта задания.
На основе данных из таблиц для своего варианта, была сформирована следующая сводная таблица исходных данных:
Таблица 3
БД1 | БД2 | БД3 | БД4 | БД5 | БД6 | БД7 | БД8 | БД9 | БД10 | ||
У2 | П4 | 360 | 180 | 120 | |||||||
У2 | П6 | 140 | 210 | 77 | |||||||
У2 | П7 | 50 | 70 | 40 | 150 | ||||||
У2 | П8 | 220 | 66 | 82,5 | |||||||
У3 | П4 | 240 | 120 | 80 | |||||||
У3 | П7 | 57,5 | 80,5 | 46 | 172,5 | ||||||
У3 | П9 | 192,5 | 165 | 55 | 220 | ||||||
У4 | П4 | 330 | 165 | 110 | |||||||
У4 | П7 | 45 | 63 | 36 | 135 | ||||||
У4 | П8 | 160 | 48 | 60 | |||||||
У4 | П9 | 175 | 150 | 50 | 200 | ||||||
У5 | П6 | 320 | 480 | 176 | |||||||
У5 | П7 | 55 | 77 | 44 | 165 | ||||||
У5 | П8 | 180 | 54 | 67,5 | |||||||
У6 | П6 | 320 | 480 | 176 | |||||||
У6 | П8 | 40 | 12 | 15 | |||||||
У6 | П9 | 210 | 180 | 60 | 240 | ||||||
У7 | П4 | 270 | 135 | 90 | |||||||
У7 | П6 | 280 | 420 | 154 | |||||||
У7 | П8 | 140 | 42 | 52,5 |
Оценка варианта.