Я ищу подробное определение / обсуждение реализации глобальных Mumps. Есть документ под названием «Глобальные системы MUMPS и их реализация», но мне не удалось найти способ заказать его, не говоря уже о доступе к цифровой копии. (напечатано в 75 г.)
В общем, я пытаюсь найти подробное обсуждение внутреннего устройства базы данных Mumps.
Я предполагаю, что внутреннее устройство базы данных будет сильно отличаться между различными реализациями MUMPS. Итак, я думаю, вам лучше всего было бы посмотреть, как это делается в реализации MUMPS с открытым исходным кодом:
Взгляните на этот документ, Единый локальный, глобальный и «Типовой дизайн микрокомпьютерной системы против эпидемического паротита» Фрэнка Брауна. Доктор Браун был разработчиком глобальной системы от COMP Consultants Standard MUMPS. Я был разработчиком, на сборке 8086! Да, еще в 1981 году.
По сути, это было простое B-дерево со сжатыми ключами.
Я не совсем уверен, что вам нужно. Глобальные объекты эпидемического паротита - это просто разреженный многомерный массив. Программист может реализовать свою стратегию базы данных по своему усмотрению. Например, база данных клиентов может быть реализована как:
^CUSTOMER(custnum,"NAME")=name
^CUSTOMER(custNum,"ADDRESS")=address
^CUSTOMER(CustNum,"PHONE")=phone
в качестве альтернативы база данных клиентов может быть реализована как:
^CUSTOMER(custNum)=name|address|phoneNum
Здесь я использовал вертикальную черту "|" в качестве разделителя в записи о клиенте. В большинстве реализаций свинки длина строки записи ограничена 32 КБ.
В реляционном смысле глобал CUSTOMER можно рассматривать как таблицу с custNum в качестве ключа и именем, адресом и телефоном в качестве столбцов.
Похожую схему можно использовать для таблицы заказов:
^ORDERS(orderNum)=date|invoiceNum|totalPrice
Чтобы связать клиента с заказом, мы могли бы использовать отдельный глобал:
^custOrders(custNum,orderNum)=""
или, в качестве альтернативы, добавьте их в глобальный список клиентов:
^CUSTOMER(custNum)=name|address|phone
^CUSTOMER(custNum,orderNum)=""
или даже объединить две таблицы в одну глобальную:
^CUSTOMER(custNum)=name|address|phone
^CUSTOMER(custNum,orderNum)=date|invoiceNum|totalPrice
Используемая стратегия зависит от разработчика, она является чрезвычайно гибкой и мощной.
Есть еще пара документов, которые я бы порекомендовал в дополнение к документу, на который вы ссылаетесь выше. Для некоторых основ о глобальных объектах и о том, что они из себя представляют, я бы порекомендовал:
Экстремальное программирование баз данных с глобальными MUMPS
Для более продвинутой темы я рекомендую:
Универсальный движок NoSQL, использующий опробованный и проверенные технологии
Автором обоих документов является Роб Твид, который является своего рода проповедником паротита в своей компании M / Gateway События. Первый документ дает хорошее представление о глобальных объектах эпидемического паротита, а второй - об их использовании в различных стратегиях, включая noSQL.
Согласен с предыдущим ответом; Вопрос направлен на детали реализации, которые продавец будет считать собственностью. Есть понимание версий с открытым исходным кодом / исторических версий, но Cache и текущие версии будут отличаться по мере того, как они получат свои современные возможности масштабирования.
