Система управления данными Unisys II (DMSII) — это система баз данных , первоначально созданная корпорацией Burroughs в 1972 году. Она была доступна на системах Burroughs (позже Unisys ) Small (B1000), Medium (4000, V Series) и Large System (5000, V Series). 6000, 7000) линейки продукции. Более поздние линейки продуктов A Series, Clearpath, Libra поддерживают его, а в последних выпусках программного обеспечения Unisys Clearpath он был переименован в сервер базы данных предприятия для ClearPath MCP . Оригинальная DMS II использовала сетевую модель. [1]
Первоначально он конкурировал с продуктами IBM IMS и CICS и предшествовал популярности реляционных баз данных.
DMSII предоставил модель ISAM (метод индексированного последовательного доступа) для доступа к данным, изоляции транзакций и возможностей восстановления базы данных. Схема базы данных была написана на собственном языке определения данных и структуры (DASDL). Исходный код DASDL был скомпилирован с помощью системной утилиты в файл, содержащий метаданные базы данных (известный как файл описания). Программа-утилита базы данных будет использовать файл описания базы данных для создания остальных компонентов базы данных.
Компиляторы собственных языков (такие как COBOL и ALGOL ) будут использовать файл описания базы данных для создания элементов, связанных с базой данных, в объектном коде скомпилированной программы. Эти компиляторы использовали расширения языка, чтобы обеспечить программисту более естественный интерфейс к базе данных. Компилятор добавил ряд встроенных функций, чтобы гарантировать, что программа и база данных используют одно и то же определение структур базы данных.
Первоначально DMSII поддерживал словарь данных, на который программист приложения ссылался в своем исходном коде. Исходный код структур данных хранился в обычном исходном файле CANDE . Затем этот источник был скомпилирован с помощью компилятора DASDL, который создал словарь (файл описания), если его ранее не существовало. Если словарь существовал, новый дизайн, указанный в исходном файле, был включен в словарь; автоматически были созданы программы для копирования данных из старой файловой структуры(ов) и записи в новую файловую структуру(ы) (задача реорганизации базы данных). Программисту приложения просто нужно было перекомпилировать исходный код своего приложения (обычно COBOL) с новым файлом описания, и программист мог воспользоваться преимуществами новых элементов данных в структурах.
DMSII использовал концепцию «наборов» для хранения данных. Набор данных содержал строки данных и мог быть случайным или упорядоченным. Поскольку DMSII поддерживает как иерархические, так и реляционные модели, набор данных может быть разделен или встроен. Индексы таблиц были реализованы в наборах индексов и могли представлять собой полные наборы или подмножества целевого набора данных. Подмножества могут быть обозначены как автоматические подмножества (с правилами выбора записей из целевого набора данных для включения) или ручные подмножества (которые используют программные интерфейсы для вставки и удаления записей).
Наборы индексов включали стили ISAM (которые использовали ключи полей для ссылки на записи) и наборы с битовыми векторами (которые использовали логическое представление членства в наборе, если запись набора данных соответствовала условиям, определенным в наборе). Как и ISAM, он использовал наборы (индексы, на которые ссылались все записи, такие как индекс в Microsoft Access ), подмножества (частичный список записей, зависящий от определяемого условия, например, женщины для базы данных с полем «пол») и растровые изображения. (набор записей, отвечающих определенному условию (истина/ложь) в наборе данных). Эти функции позволили значительно повысить производительность доступа к данным с небольшим штрафом в виде дополнительного времени, затрачиваемого на создание новой записи, если было определено много подмножеств.
Утверждалось, что база данных сетевого типа может быть создана с использованием возможности ручного подмножества. Это было рискованно, поскольку добавление и удаление записей в подмножестве вручную зависело от пользовательских программ. Существует существенная разница между DMSII и реляционными базами данных: в DMSII запись можно получить с помощью индекса только в том случае, если индекс был разработан изначально (или после реорганизации, которая генерирует новое подмножество из всех данных в наборе). В реляционной модели это операция времени выполнения.
В 1988 году Берроуз попытался создать базу данных объектно-ориентированной модели, известную как Infoexec, которая представляла собой дополнительный уровень поверх DMSII. Этот уровень был запрограммирован на языке Паскаль и соответствовал подходу выбора во время выполнения, как и в реляционной модели. Разработанный Майком Хаммером и Деннисом Маклеодом из Массачусетского технологического института, он показал плохие результаты.