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

Информационная система управления 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, и он продолжает расти.

База данных

Компонент базы данных 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 могут быть скопированы к относительным системам таким образом, чтобы множество сообщений и задач обработки могло быть выполнено с данными. Это позволяет каждому виду базы данных сосредотачиваться лучше всего на ее относительной силе.