МЕНЮ


Фестивали и конкурсы
Семинары
Издания
О МОДНТ
Приглашения
Поздравляем

НАУЧНЫЕ РАБОТЫ


  • Инновационный менеджмент
  • Инвестиции
  • ИГП
  • Земельное право
  • Журналистика
  • Жилищное право
  • Радиоэлектроника
  • Психология
  • Программирование и комп-ры
  • Предпринимательство
  • Право
  • Политология
  • Полиграфия
  • Педагогика
  • Оккультизм и уфология
  • Начертательная геометрия
  • Бухучет управленчучет
  • Биология
  • Бизнес-план
  • Безопасность жизнедеятельности
  • Банковское дело
  • АХД экпред финансы предприятий
  • Аудит
  • Ветеринария
  • Валютные отношения
  • Бухгалтерский учет и аудит
  • Ботаника и сельское хозяйство
  • Биржевое дело
  • Банковское дело
  • Астрономия
  • Архитектура
  • Арбитражный процесс
  • Безопасность жизнедеятельности
  • Административное право
  • Авиация и космонавтика
  • Кулинария
  • Наука и техника
  • Криминология
  • Криминалистика
  • Косметология
  • Коммуникации и связь
  • Кибернетика
  • Исторические личности
  • Информатика
  • Инвестиции
  • по Зоология
  • Журналистика
  • Карта сайта
  • Создание клиентских частей SQL БД под ОС Windows'95 и WindowsNT

    например методов компрессии данных и аппаратной поддержки сортировки.

    В DB2 для MVS версии 4 важные добавления были сделаны в поддержку

    архитектуры клиент-сервер, использования DB2 в масштабируемой архитектуре

    Parallel Sysplex, возможности распараллеленного исполнения запросов.

    Появились также хранимые процедуры как важное средство снижения сетевого

    трафика и перенесения бизнес-логики приложений на сервер баз данных. Также

    увеличились возможности DB2 по поддержке клиентов до 25 тысяч на один

    сервер, а с учетом возможности параллельной работы в группе до 32 узлов DB2

    в Parallel Sysplex - до 800 тысяч клиентов.

    Для архитектуры клиент-сервер наиболее важные улучшения связаны с

    поддержкой клиентов в сетях TCP/IP, хранения данных в ASCII-форматах, более

    развитых механизмов хранимых процедур, стандартизацией DB2 SQL и появлением

    продукта DB2 WWW Connection для доступа к данным из Internet.

    Архитектура DRDA. При изначальной ориентации DB2 на платформах MVS, VM,

    VSE на централизованные приложения впоследствии, в условиях распространения

    архитектуры клиент-сервер, потребовалась дополнительная поддержка

    удаленного доступа для PC- и Unix-рабочих станций к базам данных на

    мэйнфреймах и на системах типа AS/400.

    Решая проблему поддержки архитектуры клиент-сервер, IBM предложила

    архитектуру DRDA (Distributed Relational Database Architecture) в виде

    открытой спецификации, описывающей протоколы взаимодействия удаленного

    клиента с базами данных. Реализация DRDA должна была позволить продуктам от

    разных производителей баз данных прозрачно взаимодействовать и, в

    частности, образовывать единую распределенную базу данных.

    Подход DRDA позволяет решить многочисленные проблемы кросс-платформенного

    взаимодействия, в частности конвертацию ASCII- и EBCDIC-данных, различия в

    диалектах SQL, командах, типах данных, строении каталогов. В настоящее

    время архитектуру DRDA поддерживают прежде всего все серверы семейства DB2;

    остальные производители реализовали продукты типа DRDA-реквесторов, которые

    позволяют прикладным программам-клиентам иметь доступ к базам DB2, например

    к DB2/390.

    Типичный пример такого DRDA-реквестора производства IBM - продукт DDСS,

    работающий на OS/2, AIX, Windows, Windows NT, служащий

    многопользовательским шлюзом к DB2 для пользователей локальной сети или, в

    случае однопользовательского варианта, работающий на компьютере клиента.

    Реализация поддержки DRDA по протоколам TCP/IP, в добавление к традиционной

    поддержке протоколов SNA, в новых версиях серверов DB2 и шлюзов DDCS

    значительно упрощает многочисленным пользователям доступ к базам данных DB2

    на мэйнфреймах и AS/400.

    DB2 Common Server. Эксплуатация реляционных баз данных поставила перед

    разработчиками практические задачи по дополнению СУБД новыми возможностями

    и привела к появлению нового поколения систем управления базами данных, так

    называемых расширенных реляционных (extended relational) СУБД. К этому

    классу относят системы управления базами данных, поддерживающие ряд

    дополнительных возможностей, которые выходят за рамки реляционной алгебры,

    - триггеры, хранимые процедуры, контроль целостности и т. д.

    На сегодняшний день практически все системы управления реляционными

    базами данных ведущих производителей, в том числе DB2, можно отнести к

    категории расширенных.

    Целью проекта IBM Starburst в конце восьмидесятых годов было создание

    такой расширяемой системы управления реляционными базами данных.

    Практическим результатом проекта Starburst и его продолжения проекта

    Starwings было появление семейства DB2 Common Server в 1993 г.

    Для поддержки OLTP-приложений в DB2 Common Server реализовано большое

    число механизмов, улучшающих производительность, включая разнообразные

    алгоритмы буферизации, алгоритмы контроля ресурсов и методы мониторинга,

    конфигурации и настройки параметров системы, использующие статистику

    системы.

    Система управления буферизацией использует алгоритмы распараллеливания

    операций ввода/вывода, предварительного чтения данных и индексов,

    асинхронной записи на диск и многие другие. DB2 Performance Monitor,

    поставляемый вместе с DB2, предоставляет широкие возможности для сбора и

    анализа данных о производительности системы, включая информацию о событиях

    и периодические срезы параметров производительности.

    Оптимизатор DB2 является одним из наиболее важных компонентов,

    обеспечивающих DB2 высокую производительность и адаптацию к различным

    задачам. DB2 строит так называемую QGM (Query Graph Model) для внутреннего

    представления запросов и использует ее на этапах проверки семантики

    запросов, преобразования запросов к оптимальному виду и построения плана

    исполнения запроса. Расширяемость QGM позволяет легко добавлять к SQL DB2

    новые конструкции.

    При анализе плана исполнения запроса оптимизатор, используя статистику

    каталогов и параметры аппаратной части, оценивает эффективность того или

    иного плана исполнения запроса и выбирает наилучший. Один из

    административных компонентов DB2, Visual Explain, позволяет наглядно

    представить выбранный план исполнения запроса и даже оценить его

    эффективность при изменении параметров системы.

    Объектно-реляционные свойства DB2. В настоящее время существует множество

    приложений, оперирующих с данными, которые имеют гораздо более сложную и

    чаще изменяемую структуру, чем традиционно используемая в реляционных базах

    данных. Стремительно растет число мультимедийных приложений. Кроме того,

    актуальна более гибкая поддержка серверами баз данных бизнес-логики

    приложений.

    DB2 Common Server, появившаяся в 1995 году, уже содержит инфраструктуру

    для реализации объектно-ориентированных функций, на основании которой

    построены реляционные расширения DB2 (relational extenders). Расширения

    позволяют определять структуру, атрибуты и поведение новых типов данных,

    сохранять эти данные в таблицах DB2 и затем использовать их в SQL-

    выражениях. В общем случае при создании новых типов данных используется UDT

    (User Defined Type - определяемые пользователем типы данных) DB2, часто

    основанные на применении больших объектов DB2, поведение новых типов данных

    определяется с помощью нескольких UDF (User Defined Function - определяемая

    пользователем функция). При этом механизмы триггеров (triggers) и

    ограничений (constrains), предлагаемые DB2, оснащающие базу данных

    возможностями хранить правила поведения данных, могут использоваться для

    управления внутренней структурой новых сложных типов данных.

    Подобно некоторым другим базам данных, DB2 Common Server позволяет

    хранить данные в больших бинарных (BLOB) и символьных (CLOB) объектах.

    Размер объекта может достигать 2 Гбайт.

    Поскольку размер таких объектов сильно отличается от традиционных данных,

    на обработку которых настроены серверы реляционных баз данных, то DB2

    содержат ряд функций помогающих обеспечить нормальную производительность:

    переменные типа локаторов, ссылки, специальные режимы при журналировании.

    Кроме того, IBM предлагает специализированные программные и аппаратные

    решения, такие как Digital Library, ориентированные на хранение и

    высокопроизводительную обработку мультимедийных данных и на взаимодействие

    с DB2.

    Постоянно растущие объемы текущих операционных данных представляют собой

    значительную ценность для решения разнообразных задач управления, поскольку

    являются объективным отражением происходящих деловых процессов.

    На сегодняшний день задача построения информационных хранилищ

    представляет весьма сложный комплекс проблем и решений, касающихся

    пополнения хранилищ информацией, трансформации, хранения, представления и

    использования информации. Причем важнейшую роль в этом комплексе играют

    весьма сложные инструментальные средства. Качественное изменение характера

    данных в информационных хранилищах и изменение характера работ,

    производимых над базой данных, требуют определенных технологических

    изменений в ядре самой СУБД, в частности поддержания новых методов хранения

    и размещения данных и новых методов поиска.

    DB2 кроме естественной роли быть источником операционных данных для

    пополнения хранилищ обеспечивает хранение самих информационных данных и

    эффективное выполнение сложных запросов, включающих многочисленные

    соединения таблиц, вычисления и методы группировки данных. В частности, уже

    сейчас оптимизатор DB2 Common Server поддерживает оптимизацию запросов к

    базам данных, смоделированным по принципу звезды (Star Schema), широко

    используемым для OLAP (Online Analytical Processing) приложений и состоящим

    из большой таблицы фактов и нескольких таблиц размерностей.

    Для поддержки очень больших баз данных объемом в сотни гигабайт и даже

    терабайт семейство DB2 предлагает два решения, основанные на технологиях

    распараллеливания - DB2/390 в Parallel Sysplex (архитектура Data Sharing) и

    DB2 Parallel Edition.

    Архитектура DataSharing позволяет масштабировать решения путем

    подключения дополнительных серверов и при увеличении объемов данных, и при

    увеличении количества и сложности запросов. При выполнении сложных запросов

    поддерживается техника разделения запроса на отдельные задачи и выполнение

    этих задач параллельно несколькими серверами DB2, входящими в Sysplex.

    DB2 Parallel Edition создана на основе DB2 для RS/6000 и предназначена

    для поддержки приложений, требующих выполнения сложных запросов к большим

    массивам данных. DB2 Parallel Edition использует технологию Sharing

    Nothing, позволяющею почти линейно масштабировать систему до сотен и даже

    тысяч параллельно работающих узлов.

    DB2 Parallel Edition разработана для работы на различной аппаратной

    архитектуре, на системах POWERparallel SP2, на комплексах HACMP/6000 и

    группе рабочих станций RISC/6000, связанных локальной сетью.

    Данные любой базы данных распределяются между несколькими узлами DB2

    Parallel Edition с использованием схемы хеширования. При этом алгоритмы

    распределения данных обеспечивают сбалансированность работы между узлами,

    позволяющую избежать перегрузки одних узлов и простоя других, и

    минимизирование передачи данных между узлам во время исполнения запросов,

    например.

    IBM предлагает набор продуктов для репликации данных между серверами

    семейства DB2, а также между DB2 и базами данных других производителей.

    Решение от IBM DataReplication состоит из двух типов компонентов Capture и

    Apply для всех платформ, где функционирует DB2. Компоненты Capture

    предназначены для выборки из базы данных источника измененных данных и

    организации таблиц для промежуточного хранения и обработки реплицируемых

    данных. Компоненты Apply ответственны за передачу реплицируемых данных

    между серверами баз данных и добавление их в целевые таблицы.

    Сложность построения хранилища данных, охватывающего все источники данных

    большой корпорации или предприятия, заставляет иногда предпочесть локальные

    и более дешевые варианты внедрения небольших информационных хранилищ для

    отдельного подразделения или конкретной предметной области. Продукт IBM

    Visual Warehouse использует в качестве основы административной базы данных

    для хранилища DB2 для OS/2 или Windows NT и серверы из семейства DB2 для

    самого хранилища.

    Компоненты собственно Visual Warehouse обеспечивают процесс

    преобразования данных из баз данных DB2, Oracle, Informix, Sybase, ODBC -

    источников в информационные данные, и организуют семантически значимые

    представления (business view) для разнообразных аналитических,

    статистических и отчетных приложений клиентов. Другой важнейшей функцией,

    которую выполняют административные компоненты Visual Warehouse, является

    автоматизация непрерывных процессов создания и управления хранилища.

    Продукт IBM Intelligent Miner представляет собой интегрированное средство

    для сложного анализа данных, хранящихся в реляционных базах данных и

    файлах. Он позволяет добывать из баз данных ранее неизвестную и

    содержательную информацию, предоставлять ее для анализа и принятия решений.

    Набор API для приложений-клиентов позволяет разработчикам создавать свои

    собственные приложения, использующие алгоритмы Intel-ligent Miner. Для

    конечных пользователей Intelligent Miner имеет функцию подготовки данных к

    поиску и представления найденной информации в графическом виде. Серверные

    компоненты Intelligent Miner функционируют в настоящее время под AIX,

    OS/390, OS/400.

    По сравнению с многочисленными средствами создания отчетов и запросов для

    персональных компьютеров и рабочих станций, аналогичных средств для хост-

    систем не так много. В своем составе QMF (Query Management Facility для

    DB2/390) имеет средство формирования запросов, редактор таблиц, средство

    составления отчетов и обеспечивает интерфейсы для поддержки приложений. QMF

    поддерживает несколько методов формирования интерактивных запросов.

    Результаты запроса могут быть выведены на экран в самых разных форматах,

    включая табличный, матричный, свободный и графический. QMF является

    достаточно мощным продуктом, даже с точки зрения специалистов в области

    обработки данных. Последние версии QMF поддерживают работу в среде рабочих

    станций, а также содержат ряд усовершенствований для среды мэйнфреймов.

    Клиентский компонент QMF для работы в среде Windows, который известен под

    названием Shuttle, дает пользователям возможность выполнять запросы QMF к

    центральному хост-компьютеру и выводить результат на экран рабочей станции

    для встраивания в другие программные продукты для рабочих станций, например

    в электронные таблицы Lotus 1-2-3 или Microsoft Excel.

    Стремительное развитие Internet и рост популярности WWW, наблюдаемые в

    настоящее время, открывают новые возможности использования баз данных.

    С одной стороны, многое обещает организация доступа огромного числа

    пользователей Internet к коммерческим OLTP-системам. Распространение

    intranet как технологии для корпораций делает эту задачу еще более

    актуальной.

    С другой стороны, перспективным является построение новых Web-серверов с

    использованием мультимедиа. Применение баз данных позволяет создавать

    информационные узлы, сочетающие возможности эффективного поиска,

    обеспечиваемого реляционными базами данных с наглядным представлением

    информации и удобным к ней доступом, предоставляемыми Internet. При этом

    требуется не только статическое хранение Web-страниц, но и динамическая их

    генерация с использованием реляционных данных.

    Использование в Internet потребовало создания определенных дополнений для

    DB2, таких как поддержка JDBС, приложений, хранимых процедур и UDF,

    написанных на Java, и дополнительных программных средств для взаимодействия

    с серверами Internet, такими как DB2 WWW Connection и являющимся его

    развитием Net Data.

    1.1.3 RDMS Oracle

    Компания Oracle проникла на российский рынок более десяти лет назад, и

    продукция этой фирмы хорошо известна. В 1979 г. небольшая компания Silicon

    Valley разработала Oracle - первую коммерческую реляционную базу данных с

    языком доступа к данным SQL. Первой СУБД клиент/сервер стал выпущенный в

    1985 г. Oracle5. До недавнего времени, Oracle7 была последней версией

    сервера базы данных Oracle, появившейся в 1992 г. В прошлом году фирма

    выпустила новую версию Oracle8. К сожалению, пока еще очень мало литературы

    по новой версии, так что придется рассматривать технологию уже не самую

    "горячую". С другой стороны практически все направления развития серверной

    технологии, получившие отражение в Oracle8, в той или иной степени уже

    заложены в Oracle7.3.

    Oracle7 это реляционная СУБД и семейство продуктов, обеспечивающих

    создание автоматизированных и информационных систем различного назначения.

    В состав семейства входят: СУБД Oracle7 RDBMS, средства проектирования

    приложений CDE CASE (Designer/2000), средства разработки приложений CDE

    Tools (Developer/2000), средства конечного пользователя, средства

    интерфейса с программными продуктами третьих фирм, коммуникационные

    средства и т.д.

    Общие функциональные возможности. Версия 7.3 сервера Oracle содержит ряд

    функциональных новшеств, направленных как на расширение возможностей

    разработчиков приложений, так и на развитие возможностей самой системы по

    обслуживанию большого числа одновременных пользователей. Обусловлено это

    целым рядом архитектурных решений, и не в последнюю очередь хорошо

    выверенным механизмом блокировок. Oracle устроен так, что разработчик

    приложений может не заботиться об эффектах многопользовательского режима

    работы. Сервер сам обеспечивает все необходимые блокировки (хотя позволяет

    выпонять их и "вручную"), причем осуществляет их всегда на минимально

    возможном уровне: скажем при изменении записи только эта запись и будет

    заблокирована от изменений другими пользователями (до завершения

    транзакции). В Oracle необходимость обеспечения блокировок учитывается уже

    в организации хранения данных, а сам этот механизм является неотъемлемой

    частью ядра сервера, "переплетаясь" со всеми его внутренними алгоритмами.

    И все-таки, проблема блокировки (моды изоляции чтения) продолжает

    существовать (пока один пользователь читает данные, другой пользователь

    может эти данные изменять). Стандарт ANSI SQL-92 описывает требования к

    реализации нескольких мод изоляции операций чтения от выполняющихся

    Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15


    Приглашения

    09.12.2013 - 16.12.2013

    Международный конкурс хореографического искусства в рамках Международного фестиваля искусств «РОЖДЕСТВЕНСКАЯ АНДОРРА»

    09.12.2013 - 16.12.2013

    Международный конкурс хорового искусства в АНДОРРЕ «РОЖДЕСТВЕНСКАЯ АНДОРРА»




    Copyright © 2012 г.
    При использовании материалов - ссылка на сайт обязательна.