Какая модель данных используется в субд ibm ims information management system

IMS (СУБД)

IMS (англ. IBM Information Management System , система управления информацией IBM) — система управления иерархическими базами данных с транзакционными возможностями, выпускается компанией IBM с 1968 года.

История

IBM спроектировала IMS в сотрудничестве с компаниями Rockwell и Caterpillar для космической программы Аполлон в 1966 году. В задачу IMS входила обработка спецификации изделия (англ. Bill of materials ) для ракеты Сатурн-5 и кораблей Аполлон.

14 августа 1968 считается датой выпуска системы. Будучи созданная как технология для платформы IBM System/360 позднее система была перенесена в более современные операционные системы, выпускавшиеся IBM, в том числе на z/OS. Начиная с версии IMS 9 стандартным средством сетевого доступа для СУБД становится средство IMS Connect. С конца 1990-х система поддерживает доступ на языке программирования Java, интерфейсы JDBC, обработку XML, а с 2000-х — поддерживаются веб-службы.

Главным архитектором СУБД был Верн Уоттс (англ. Vern Watts ), начав работу в IBM в 1956 году, он непрерывно работал над IMS начиная от времени её первоначального проектирования вплоть до своей кончины 4 апреля 2009 года.

База данных

Компонент базы данных IMS хранит данные, используя иерархическую модель, которая достаточно отличается от позже выпущенной реляционной базы данных DB2. (DB2 получает это имя от DB1, который был создан IMS раньше.) В IMS иерархическая модель осуществлена используя блоки данных, известных как сегменты. Каждый сегмент может содержать несколько частей данных, которые называются областями. Например, в клиенте баз данных существует корневой сегмент (или сегмент наверху иерархии) с областями, такими как телефон, имя и возраст. Младшие сегменты могут быть добавлены под другими сегментами, например, один сегмент заказа в каждом сегменте клиента, представляя каждый заказ, который был размещен компанией. Аналогично, каждый сегмент может иметь много младших сегментов для каждой позиции в заказе. В отличие от других баз данных, вы не должны определять все данные как сегмент IMS. Сегмент может быть определен размером 40 байтов, необходимо определить одну область, размер которой составляет 6 байтов как ключевое поле, которое вы можете использовать, чтобы найти сегмент. IMS восстановит и сохранит 40 байтов, как указано программой, но возможно, не читает (или занят) данные других байтов. Практически все данные в сегменте можно записать в карту COBOL. Помимо запроса DL/I использовании, область может быть определена в IMS так, чтобы данные могли быть скрыты от определенных приложений в целях безопасности. Компонент базы данных IMS может быть приобретен автономно, без компонента «транзакционный менеджер», и используется системами, такими как CICS.

Существует 3 основных формы IMS иерархических баз данных.

Полнофункциональные базы данных

• Напрямую произошедшая от интерфейса DL/I , база данных первоначально развивалась для Аполлона. У полнофункциональных баз данных функции могут быть определены как первичные и вторичные индексы, при этом получается полный доступ к исполнению заданий DL/I вашей прикладной программой, такой как оповещения SQL в DB2 или Oracle.
• Полнофункциональные базы данных могут иметь множество методов доступа, хотя HDAM и HIMAD основные. Существуют другие форматы как SHISAM, HSAM, HISAM.
• Полнофункциональные базы данных хранят данные используя VSAM, а родной z/OS метод доступа, или OSAM, IMS-специфический метод доступа, который оптимален к I/O программному каналу в IMS канале доступа. В частности работа OSAM извлекает выгоду из последовательного доступа к базам данных IMS (OSAM Последовательное Буферезирование).

Быстродоступные базы данных

• Быстродоступные базы данных оптимизированы под высокие операционные нужды. DEDBs и основное запоминающее устройство (MSDBs) являются двумя типами быстрых баз данных. Но ни один из них не обеспечивает индексации. VSO и DEDBs могут заменить MSDBs в современных выпусках IMS, таким образом MSDBs постепенно выводится из обращения.

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

• IMS V7 представляет HALDBs, расширение полных баз данных IMS, чтобы предоставить более высокую производительность, лучшую обработку больших объёмов данных, и, с IMS V9, онлайн реорганизация поддерживает продолжительную возможность. (Инструменты третьей части исключительно обеспечили онлайн обновление до IMS V9.) HALDBS может сохранить более 40 терабайт данных.

• В IMS v10 включена поддержка XML, доступ к данным IMS через XQuery, инструменты Java и XML для упрощения разработки и др.

• IMS v11 обеспечивает прямой доступ к данным IMS средствами SQL, расширенная поддержка Java, упрощающая написание IMS приложений.

• В 2011 году представлена IMS v12, в которую внедрена поддержка TCP/IP, улучшена взаимосвязь мужду IMS системами Multiple IMS Systems Coupling (MSC). В IMS v12 появился инструмент с графической средой, основанной на Eclipse, позволяющий значительно упростить разработку IMS приложений, и множество других дополнений и улучшений.

Быстрый путь DEDBs может быть построен только на VSAM. Базы данных DL/I могут быть построены или на VSAM или OSAM, с некоторыми ограничениями в зависимости от организации базы данных. Хотя максимальный размер z/OS VSAM набор баз данных увеличился до 128 Тбайт несколько лет назад, IMS все ещё ограничивает набор данных VSAM 4 Гбайтами (и OSAM до 8 Гбайтами). Это «ограничение» просто означает, что клиенты IMS будут использовать большие наборы для больших объёмов данных. VSAM и OSAM обычно упоминаются как методы доступа, IMS «логический» вид базы данных и упоминается как база данных «организация» (HDAM, HIDAM, HISAM и т. д.) Внутренне, данные связаны используя 4-байтовые указатели или адреса. В наборах баз данных (DBDSs) указатели обозначены как RBAs (относительные адреса байта).

Все вместе связанные с базой данных способности IMS часто называют IMS DB. IMS DB увеличивался и развивался почти 4 десятилетия до поддержки бесчисленных бизнес-потребностей.

Операционный менеджер

IMS менеджер транзакций (IMS TM , также известный как IMS DC) — один из «большой тройки» наряду с CICS и БРИТАНСКОЙ ЕВРОПЕЙСКОЙ АВИАТРАНСПОРТНОЙ КОМПАНИЕЙ (сейчас Oracle). Операционный менеджер взаимодействует с конечным пользователем (связанный через VTAM или TCP/IP, включая 3270 и пользовательские интерфейсы Сети) или другой оператор, обрабатывает бизнес функцию (такую как изъятие банковского счета), и поддерживает управление в течение процесса, удостоверяясь, что система делает запись бизнес функции правильно в хранилищах данных. Таким образом IMS TM выглядит как веб-приложение, работающее через программу CGI (к примеру), чтобы предоставить интерфейс, чтобы проверить или обновить базу данных. IMS TM обычно использует IMS DB или DB2 , как базу данных. Когда используется отдельно с DB2, то компонент IMS TM может быть приобретен отдельно от компонента IMS DB.

Реляционное «Хранилище данных» может быть использовано в дополнение к базе данных МСМ. IMS TM использует сообщения и парадигменную очередь. IMS контролирует программу, получающую транзакцию введенную с терминала (или Web-браузера или другой программы), и затем отправляет транзакцию на хранение в очередь сообщений (в памяти или в блоке данных). IMS тогда вызывает свой планировщик транзакций в очереди, чтобы запустить бизнес-приложение в области обработки сообщений. Сообщение, обрабатывающее регион, восстанавливает сделку с IMS очереди и обрабатывает его, читая и обновляя IMS и/или DB2 базу данных, гарантируя надлежащую регистрацию сделки. Затем, если потребуется, IMS поставит сообщение об ответе обратно в очередь сообщений IMS. Как только исходящее сообщение выполнено и доступно, контрольная программа IMS отсылает обратно сообщение к терминалу. IMS TM может управлять всем этим процессом тысячи (или даже десятки или сотни) тысяч раз в секунду.

Приложение

До IMS, компаниям и правительствам приходилось писать свою собственную транзакционную программу. IMS TM предоставляет прямую, удобную в работе, надежную, стандартную среду для достижения высокой производительности. Фактически, бОльшая часть банковских компаний полагаются на IMS, включая американскую ФРС. К примеру, вы снимаете деньги через банкомат (АТТ), большинство подобных транзакций обрабатывает IMS. Несколько китайских банков недавно приобрели IMS чтобы поддержать расцветающую финансовую индустрию.

Текущее дополнение IMS DB2, система реляционной базы данных IBM, введена в 1982 году. IMS работает быстрее, чем DB2 в выполнении общих задач, но требует бОльших программных ресурсов на вторичные задачи. Реляционные базы данных оказались лучше в случаях, где требования, особенно требования отчетов, изменили частые запросы и многообразие запросов «ангелов» с внешней стороны от первичной или оригинальной функции.

Реляционные «базы данных» могут использоваться, для добавления в базу IMS. Например, IMS может обеспечить первичные транзакции банкомата, потому что он оптимален для этой определенной задачи. Однако, ночные копии данных IMS могут быть скопированы в реляционные системы таким образом, чтобы множество сообщений и задач обработки могло быть выполнено с данными. Это позволяет каждому виду базы данных сосредотачиваться на оптимальной для неё задаче.

• Исправить статью согласно стилистическим правилам Википедии.
• Найти и оформить в виде сносок ссылки на авторитетные источники, подтверждающие написанное.
• Проставить шаблон-карточку, который существует для предмета статьи. Пример использования шаблона есть в статьях на похожую тематику.
• Викифицировать статью.

IBM Information Management System (IMS)

IBM Information Management System — система управления иерархическими базами данных с транзакционными возможностями [1] .

Компания IBM работает над этой СУБД с 1968 года.

IMS создана при участии IBM в сотрудничестве с Rockwell и Caterpillar для космической программы Аполлон в 1966 году. В задачу IMS входила обработка спецификации изделия для ракеты Сатурн-5 и кораблей Аполлон.

14 августа 1968 считается датой выпуска системы. Система создавалась как технология для платформы IBM System/360 и позднее перенесена на более современные операционные системы от IBM, в том числе на z/OS.

С конца 1990-х система поддерживает доступ на языке программирования Java, интерфейсы JDBC, обработку XML, в 2000-х годах включена поддержка веб-служб.

Построенное на IBM System z программное обеспечение дает возможность управления и распределения данных. Оно состоит из двух частей: менеджера баз данных и менеджера транзакций. Оба обеспечивают высокую скорость обработки, производительность и надежность.

Возможности IMS [2]

• Быстрый доступ к критическим данным с помощью мощных функций управления данными и распределения данных.
• Сокращение сроков разработки и уменьшение затрат на разработку приложений благодаря упрощенным интерфейсам и инструментам.
• Интеграция с другими продуктами от IBM для улучшения производительности и управления данными.

Быстрый доступ к критически важным данным

• Включает поддержку 64-битного менеджера буфера Fast Path для устранения «узких мест» и улучшения скорости обработки транзакций.
• Предоставляет поддержку расширенного адресного объема (EAV) для уменьшения ограничений на дисковое хранилище, обеспечивая большую масштабируемость.
• Предлагает полнофункциональные буферные пулы баз данных для уменьшения времени простоя системы и улучшения доступности.
• Обеспечивает расширенные команды запросов и обновлений для улучшения доступности данных.
• Предоставляет связь с Multiple Systems Coupling (MSC) TCP/IP для повышения пропускной способности и улучшения производительности.

Сокращение сроков разработки и уменьшение затрат на разработку приложений

• Предоставляет централизованное хранилище данных для динамических определений ресурсов, упрощения управления, хранения и совместного использования ресурсов.
• IMS-каталог обеспечивает единое хранилище для данных, связанных с базами данных IMS для упрощения управления большими производственными и тестовыми средами.
• IMS Connect, интегрированная IMS-функция, улучшает связь по протоколу TCP/IP, обеспечивает доступ к IMS-приложениям и данным через Интернет и поддерживает XML-конверсию. Можно создавать клиентские приложения IMS Connect на языках Java и C/C++.

Интеграция с другими продуктами IBM

• Интегрируется с IBM Rational Developer for System z, обеспечивая эффективную платформу для программы разработки и поддержки IMS-приложений.
• Интегрируется с устройствами IBM WebSphere DataPower, позволяющими получать доступ к IMS-ресурсам через Интернет.
• Обеспечивает многопоточное взаимодействие между IBM CICS Transaction Server for z/OS и IMS для повышения скорости обработки запросов клиентов IMS Database Control (DBCTL).
• Интегрируется с IBM InfoSphere IMS Replication for z/OS для увеличения доступности IMS-данных и обеспечения своевременности распределения информации уровня предприятия.
• Интегрируется с IBM InfoSphere Guardium Data Encryption for DB2 and IMS Databases для мониторинга активности баз данных и защиты уязвимых данных.

Модели представления данных

Для реализации основных функций в ИС используются различные принципы описания данных. Ядром любой БД является модель представления данных, т.е. их информационная структура. Модель базы данных – это множество структур данных и операций манипулирования с этими структурами. Если БД не содержит никаких внешних данных, в ней все равно имеется информация. Эта информация – структура самой базы. Структура определяет методы занесения данных и хранения их в базе.

Итак, модель данных – это некоторая абстракция, в которой отражаются самые важные аспекты функционирования выделенной предметной области. Описано много разнообразных моделей, используемых в базах данных. Все их можно разделить на три категории:

• объектные модели данных;

• модели данных на основе записей;

• физические модели данных.

Наибольшее распространение получили модели данных на основе записей. В них БД состоит из нескольких записей фиксированного формата и разных типов. Информационные модели данных на основе записей подразделяются на:

1) теоретико-графовые (ТГ):

2) теоретико-множественные (ТМ):

В теоретико-графовых моделях предусматривается одновременная обработка только одиночных объектов данных из БД. Доступ к БД поддерживается созданием соответствующих прикладных программ с собственным интерфейсом. Механизмы доступа к данным и навигации по структуре данных в таких моделях достаточно сложны, особенно в сетевой модели.

Теоретико-множественные модели используют математический аппарат реляционной алгебры (знаковой обработки множеств). Данные в таких БД представлены в виде совокупностей таблиц, над которыми могут выполняться операции, сформулированные в терминах реляционной алгебры.

В иерархической БД существует упорядоченность элементов в записи. Объекты, связанные иерархическими отношениями, образуют ориентированный граф – дерево. Для этой структуры характерна подчиненность объектов нижнего уровня объектам верхнего уровня (рис. 10.2). Иерархическую базу данных образует, например, каталог файлов, хранимых на диске, а дерево каталогов – наглядная демонстрация ее структуры.

Первые системы управления базами данных использовали иерархическую модель данных. Самой известной СУБД, использующей модель данных этого типа, является система фирмы IBM – Information Management System (IMS), первая версия которой появилась в 1968 году.

Основными информационными единицами в иерархической системе данных являются сегмент и поле. Поле данных определяется как наименьшая неделимая единица данных, доступная пользователю. Сегмент образуется из значений полей данных. В иерархической модели вершине графа-дерева соответствует сегмент, а дугам – типы связей «предок-потомок». Каждый сегмент-потомок должен иметь в точности одного предка.

Рис. 10.2. Иерархическая БД

В целом иерархическая БД состоит из упорядоченного набора нескольких экземпляров одного типа дерева. При этом граф-дерево обладает следующими свойствами:

а) имеется только одна вершина графа – корень, в которую не заходит ни одно ребро;

б) в вершины n -го уровня заходит одно ребро (n — 1) -го уровня, исходят из этих вершин ноль, один или несколько порожденных вершин, называемых потомками;

в) единственный проход к порожденной вершине лежит через ее исходную вершину;

г) каждый потомок имеет только одного предка;

д) нет замкнутых петель и циклов;

е) сегмент, у которого нет потомков, называется листовым сегментом.

При работе с древовидной структурой используются два метода доступа ко всем вершинам внутри дерева: прямой порядок обхода дерева (от корне с нисходящим обходом поддеревьев до нужного уровня) и обратный порядок обхода дерева (от n-го уровня с восходящим обходом поддеревьев до корня).

Сетевая БД отличается большей гибкостью, т.к. в ней существует возможность дополнительно к вертикальным иерархическим связям добавить горизонтальные связи. Сетевая структура представляет собой произвольный граф, здесь каждый элемент может быть связан с любым другим элементом (рис. 10.3).

Рис. 10.3. Сетевая БД

Произвольный граф состоит из вершин (узлов), соединенных ребрами. В сетевой модели узлы представляют собой объекты в виде типов записей данных, а ребра – связи между объектами. Основное отличие графовых форм представления данных в сетевой структуре от данных в иерархической структуре состоит в том, что потомок в графе может иметь любое число предков.

Типичным представителем СУБД, использующих сетевую модель данных, является Integrated Database Management System (IDMS) компании Cullinet Software, Inc., предназначенная для использования на машинах фирмы IBM.

Основными типами структур данных в сетевых моделях являются элементы данных, агрегаты данных, записи и наборы (рис. 10.4).

Рис. 10.4. Основные структуры сетевой модели данных

Элемент данных – это наименьшая поименованная информационная единица данных, доступная пользователю.

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

Запись – конечный уровень композиции элементов данных. Каждая запись представляет собой именованную структуру, содержащую один или более элементов данных.

Тип записи – это совокупность логически связанных экземпляров записей. Тип записей моделирует некоторый класс объектов реального мира.

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

Сетевой граф БД устроен значительно сложнее иерархического и имеет следующие свойства:

• БД может содержать любое количество наборов и записей;

• между двумя типами записей может быть любое количество наборов;

• тип записи может быть владельцем в одних типах наборов и членом в других типах наборов, а может и не быть членом какого-то типа набора;

• только один тип записи может быть владельцем в каждом наборе;

• типы наборов могут образовывать циклическую структуру;

• один и тот же тип записи может быть владельцем нескольких типов наборов и одновременно может быть членом нескольких типов наборов.

Недостатком сетевой модели является сложность ее реализации.

Реляционными (от англ. relation – отношение) являются БД, содержащие информацию, организованную в виде прямоугольных таблиц. Реляционные БД характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений.

Создатель реляционной модели – сотрудник фирмы IBM, английский математик Э. Ф. Кодд (1923 – 2003 гг.). Одним из основных преимуществ реляционной модели является ее однородность. Все данные рассматриваются как хранимые в таблицах и только в таблицах. Каждая строка такой таблицы имеет один и тот же формат.

Важным понятием реляционных моделей данных является сущность. Сущность – это объект любой природы, данные о котором хранятся в БД.

В настоящее время реляционный подход к построению баз данных наиболее распространен. Этот подход имеет следующие достоинства:

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

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

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

Основные теоретические результаты реляционного подхода были получены в 70-е годы XX столетия. Большой вклад в развитие реляционной алгебры и нормализации отношений внес Э. Ф. Кодд. В частности в статье, опубликованной в журнале «Computer Word», он сформулировал двенадцать правил, которым должна соответствовать настоящая реляционная база данных.

Реляционные системы не сразу получили широкое распространение. Даже сейчас не существует такой реляционной БД, в которой поддерживались бы все до единой возможности реляционной технологии. К настоящему времени основными недостатками реляционной технологии являются:

• ограниченность реляционных БД при использовании, например, в системах автоматического проектирования (САПР), в которых используются очень сложные структуры;

• ограниченные возможности адекватного отражения семантики предметной области.

Итак, реляционная БД – это конечный набор отношений. Отношения используются для представления объектов и для представления связей между объектами. Каждое отношение – это двумерная таблица, состоящая из строк и столбцов, причем строки соответствуют записям, а столбцы атрибутам.

Атрибут – это поименованный столбец отношения. Свойства объекта, его характеристики определяются значениями атрибутов.

Хотя понятия «отношение» и «таблица» иногда рассматриваются как синонимы, их следует различать: отношением является не любая таблица, а лишь таблица, обладающая определенными свойствами. Будем в последующем изложении употреблять термин «таблица» с учетом этого замечания.

Каждая реляционная таблица, представляя двумерный массив (см. рис. 10.1), обладает следующими свойствами:

• каждый элемент таблицы – один элемент данных;

• все столбцы однородны, т. е. все элементы в столбце имеют одинаковый тип и длину;

• каждый столбец имеет уникальное имя;

• одинаковые строки в таблице отсутствуют;

• порядок следования строк и столбцов произвольный.

Рассмотрим основные свойства полей БД и используемые типы данных на примере реляционной СУБД Microsoft Access. В ней все поля имеют следующие основные свойства:

• имя поля – определяет обращение к данным этого поля, используется в качестве заголовков столбцов таблиц;

• тип поля – определяет тип данных, содержащихся в данном поле;

• размер поля – задает предельную длину поля (в символах);

• формат поля – определяет способ форматирования данных в адресах памяти, принадлежащих полю;

• значение по умолчанию – это значение вводится в адреса поля автоматически и является средством автоматизации вода данных;

• условие на значение – ограничение, используемое для проверки правильности ввода данных;

• сообщение об ошибке – текстовое сообщение, выдаваемое при попытке ввода в поле ошибочных данных;

• обязательное поле – свойство, определяющее обязательность заполнения данных этого поля;

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

Так как в разных полях могут храниться данные разного типа, то свойства полей зависят от типа хранимых данных. Таблицы баз данных допускают работу с большим количеством разных типов данных по сравнению с другими программами стандартных Windows-приложений.

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

Операции изменения структуры базы данных, создание новых таблиц или иных объектов происходят при сохранении файла базы данных, т.е. об этих операциях СУБД предупреждает пользователя. С другой стороны, операции по изменению содержания данных, не затрагивающие структуру базы, выполняются автоматически и без предупреждения. Все изменения, вносимые в таблицы базы, сохраняются на диске без нашего ведома, т. е. происходит работа с жестким диском напрямую, вне операционной системы.

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Информационная система управления IBM

Система управления информацией IBM (IMS) — это объединенная иерархическая база данных и система управления информацией с расширенными операционными способностями обработки.

История

IBM спроектировала IMS в сотрудничестве с Rockwell и Caterpillar для программы Аполлон в 1966. Вызов IMS состоял в том, чтобы учитывать спецификации на компоненты (BOM) для ракеты на луну Saturn V и космического корабля Аполлон. Однако некоторые расчёты, которые сделали существенный вклад, были приняты слишком поздно в процессе создания программы Аполлон.

Первое «IMS READY» сообщение появилось на терминале IBM 2740 в Доуни, Калифорния, 14 августа 1968. IMS все еще остается мощной системой, даже спустя более чем 40 лет, были увидены некоторые интересные события, как технология IBM System/360, эволюционировавшую в текущую z/OS и z9 и z10 технологии. К примеру, IMS поддерживает язык программирования Java, JDBC, XML, и с конца 2005, веб-службы(хотя установка драйвера JDBC может потребовать лицензирования дополнительного программного обеспечения от IBM). IMS Connect становится стандартом с версией 9 и выше и предоставляет TCP/IP интерфейс программам обработки сообщений, запущенным в IMS .

Верн Ваттс был главным архитектором IMS много лет. Ваттс присоединился к IBM в 1956 году и работал в лабораториях Силиконовой долины до своей смерти 4 апреля 2009. Он непрерывно работал над IMS с 1960-х.

IMS — самый доходный программный продукт IBM, и он продолжает расти. [источник не указан 5039 дней]

База данных

Компонент базы данных IMS хранит данные, используя иерархическую модель, которая достаточно отличается от позже выпущенной реляционной базы данных DB2. (DB2 получает это имя от DB1, который был создан IMS раньше.) В IMS иерархическая модель осуществлена используя блоки данных, известных как сегменты. Каждый сегмент может содержать несколько частей данных, которые называются областями. Например, в клиенте баз данных существует корневой сегмент (или сегмент наверху иерархии) с областями, такими как телефон, имя и возраст. Младшие сегменты могут быть добавлены под другими сегментами, например, один сегмент заказа в каждом сегменте клиента, представляя каждый заказ, который был размещен компанией. Аналогично, каждый сегмент может иметь много младших сегментов для каждой позиции в заказе. В отличие от других баз данных, вы не должны определять все данные как сегмент IMS. Сегмент может быть определен размером 40 байтов, необходимо определить одну область, размер которой составляет 6 байтов как ключевое поле, которое вы можете использовать, чтобы найти сегмент. IMS восстановит и сохранит 40 байтов, как указано программой, но возможно, не читает (или занят) данные других байтов. Практически все данные в сегменте можно записать в карту COBOL. Помимо запроса DL/I использовании, область может быть определена в IMS так, чтобы данные могли быть скрыты от определенных приложений в целях безопасности. Компонент базы данных IMS может быть приобретен автономно, без компонента «транзакционный менеджер», и используется системами, такими как CICS.

Существует 3 основных формы IMS иерархических баз данных.

Полнофункциональные базы данных

• Напрямую произошедшая от интерфейса DL/I , база данных первоначально развивалась для Аполлона. У полнофункциональных баз данных функции могут быть определены как первичные и вторичные индексы, при этом получается полный доступ к исполнению заданий DL/I вашей прикладной программой, такой как оповещения SQL в DB2 или Oracle.
• Полнофункциональные базы данных могут иметь множество методов доступа, хотя HDAM и HIMAD основные. Существуют другие форматы как SHISAM, HSAM, HISAM.
• Полнофункциональные базы данных хранят данные используя VSAM, а родной z/OS метод доступа, или OSAM, IMS-специфический метод доступа, который оптимален к I/O программному каналу в IMS канале доступа. В частности работа OSAM извлекает выгоду из последовательного доступа к базам данных IMS (OSAM Последовательное Буферезирование).

Быстродоступные базы данных

• Быстродоступные базы данных оптимизированы под высокие операционные нужды. DEDBs и основное запоминающее устройство (MSDBs) являются двумя типами быстрых баз данных. Но ни один из них не обеспечивает индексации. VSO и DEDBs могут заменить MSDBs в современных выпусках IMS, таким образом MSDBs постепенно выводится из обращения.

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

• IMS V7 представляет HALDBs, расширение полных баз данных IMS, чтобы предоставить более высокую производительность, лучшую обработку больших объемов данных, и, с IMS V9, онлайн реорганизация поддерживает продолжительную возможность. (Инструменты третьей части исключительно обеспечили онлайн обновление до IMS V9.) HALDBS может сохранить более 40 терабайт данных.

Быстрый путь DEDBs может быть построен только на VSAM. Базы данных DL/I могут быть построены или на VSAM или OSAM, с некоторыми ограничениями в зависимости от организации базы данных. Хотя максимальный размер z/OS VSAM набор баз данных увеличился до 128 TB несколько лет назад, IMS все еще ограничивает набор данных VSAM 4 Великобританией (и OSAM до 8 GB). Это «ограничение» просто означает, что клиенты IMS будут использовать большие наборы для больших объемов данных. VSAM и OSAM обычно упоминаются как методы доступа, IMS «логический» вид базы данных и упоминается как база данных «организация» (HDAM, HIDAM, HISAM и т. д.) Внутренне, данные связаны используя 4-байтовые указатели или адреса. В наборах баз данных (DBDSs) указатели обозначены как RBAs (относительные адреса байта). Все вместе связанные с базой данных способности IMS часто называют IMS DB. IMS DB увеличивался и развивался почти 4 десятилетия до поддержки бесчисленных бизнес-потребностей.

Операционный менеджер

IMS менеджер транзакций (IMS TM , также известный как IMS DC) — один из «большой тройки» наряду с CICS и БРИТАНСКОЙ ЕВРОПЕЙСКОЙ АВИАТРАНСПОРТНОЙ КОМПАНИЕЙ (сейчас Oracle). Операционный менеджер взаимодействует с конечным пользователем (связанный через VTAM или TCP/IP, включая 3270 и пользовательские интерфейсы Сети) или другое заявление, обрабатывает деловую функцию (такую как изъятие банковского счета), и поддерживает государство в течение процесса, удостоверяясь, что система делает запись деловой функции правильно в хранилищах данных. Таким образом IMS TM выглядит как веб-приложение, работающее через программу CGI (к примеру), чтобы предоставить интерфейс, чтобы проверить или обновить базу данных. IMS TM обычно использует IMS DB или DB2 , как базу данных. Когда используется отдельно с DB2, то компонент IMS TM может быть приобретен отдельно от компонента IMS DB.

Реляционное «Хранилище данных» может быть использовано в дополнение к базе данных МСМ. IMS TM использует сообщения и парадигменную очередь. IMS контролирует программу, получающую транзакцию введенную с терминала (или Web-браузера или другой программы), и затем отправляет транзакцию на хранение в очередь сообщений (в памяти или в блоке данных). IMS тогда призывает планировщика на сделку с очередями, чтобы начать бизнес-приложение в области обработки сообщений . Сообщение, обрабатывающее регион, восстанавливает сделку с IMS очереди и обрабатывает его, читая и обновляя IMS и/или DB2 базу данных, гарантирую надлежащую регистрацию сделки. Тогда, если потребуется, IMS оставит сообщение об ответе в очередь, а затем обратно на очередь сообщений IMS. Только исходящее сообщение отправлено и доступна контрольная программа IMS, отсылает обратно сообщение к терминалу. IMS TM может управлять всем этим целым процессом тысячи (или даже десятки или сотни) тысяч раз в секунду.

Приложение

До IMS, компаниям и правительствам приходилось писать свою собственную транзакционную программу. IMS TM предоставляет прямую, удобную в работе, надежную, стандартную окружающую среду для достижения высокой производительности. Фактически, большая часть банковских компаний полагаются на IMS, включая американскую ФРС. К примеру, одна из возможностей состоит в том, что автоматический торговый автомат (АТТ) создает сделку IMS. Несколько китайских банков недавно приобрели IMS чтобы поддержать расцветающую финансовую индустрию.

Текущее дополнение IMS DB2, система реляционной базы данных IBM, введена в 1982. IMS работает быстрее, чем DB2 в выполнении общих задач, но требует бОльших программных ресурсов на вторичные задачи. Реляционные базы данных оказались лучше в случаях, где требования, особенно требования отчетов, изменили частые запросы и многообразие запросов «ангелов» с внешней стороны от первичной или оригинальной функции.

Реляционные «базы данных» могут использоваться, для добавления в базу IMS. Например, IMS может обеспечить первичные сделки торгового автомата, потому что он выступает хорошо для этой определенной задачи. Однако, ночные копии данных IMS могут быть скопированы к относительным системам таким образом, чтобы множество сообщений и задач обработки могло быть выполнено с данными. Это позволяет каждому виду базы данных сосредотачиваться лучше всего на ее относительной силе.de:Information Management System en:IBM Information Management System es:IMS (IBM) fr:Information Management System it:Information Management System ja:IMS nl:IMS (database) pl:Information Management System pt:IMS DC sv:Information Management System