Блок А.Н.,

SQL (РМД) и объектная модель (кэшевская например) строится элементарно поверх глобалов.
Ручками все эти хэш-джойны итп.

Оно так и устроено внутри sql-серверов (только там не глобалы, а совсем сырые блоки данных).

Просто M ( и формат данных глобалов) это более низкоуровневый язык/структуры и сымитировать на нем более сложные - просто.

Блок А.Н.Siemargl,

моя практика подсказывает, что большая часть системы работает прекрасно и в реляционной модели (особенно, если вы понимаете, как она в случае Каше ложится на глобалы), ну может 1% можно и подоптимизировать. Выжимать то нужно не со всего кода, а только в узких местах. А вот в объектной (той, что из коробки) хрен вы что выжмете. Хотя удобно, а скорость не всегда критична.
Не всегда.

РМД это _всегда_ натягивание змеи на глобус.

Если же данные близки к иерархии - выгода от глобалов будет, но если нужно 50% запросов делать по иерархии, а 50% - поперек (с другой иерархией), то будут потери (хотя сравнимые с РМД).

Т.е. РМД - это гарантированный худший случай, а привязка к реальной иерархии в РМД выполняется индексами.

Блок А.Н.SiemarglSQL (РМД) и объектная модель (кэшевская например) строится элементарно поверх глобалов. Да, я в курсе. Довольно много лет проработал с Каше.

SiemarglРМД это _всегда_ натягивание змеи на глобус.РМД в Каше (вернее, объектное проектирование) - это метаданные, инкапсуляция, методы и методы классов. Это возможность легко получить результат и легко модифицировать структуры данных. Можно убрать один индекс, добавить другой, перекомпилировать и все будет работать. В системе, где я работал, были структуры данных на глобалах, к счастью, на них легко натянулись таблицы, потому что работать с большими объемами данных через прямой доступ - полный трэш ("А что это у нас находится в индекcе ("XX","YY",10500) в 25м субскрипте" - и пошел искать описание данных).
Мне сложно представить ситуацию, когда достаточно одного дерева глобалов с заранее заданной структурой. Т.е. потребности в другом представлении данных не возникает вообще? В другой группировке, другом выборе? В объединении разных данных?

SiemarglТ.е. РМД - это гарантированный худший случайРучное определение индекса idkey вы делали?

Siemarglа привязка к реальной иерархии в РМД выполняется индексами.Вам так хочется иерархии и хранения в одном глобале? Сделайте отношение parent-child.
РМД я употребляю исключительно в смысле "Реляционная модель данных". К глобалам отношения не имеющей.

Не вижу принципиального удобства поиска связей в массе таблиц РМД перед поиском в дереве глобалов.
Наоборот, дерево уже определяет связи, а чистая РМД - нет, надо их отдельно рисовать.

Последнее не понял.