Здравствуйте господа знатоки cache !!!
Я опять набрался наглости и смею вас побеспокоить...
Не судите строго неразумного школяра, мне просто нужно знать наверняка!

Есть два вопроса :

1) Как правильно создать класс в какой либо области cache, так что бы имея Default Storage, к этому классу можно было бы обратиться как к объекту имеющему несколько индексов в узле а не один как это делается по умолчанию т.е. так чтобы обращение к глобалу выглядело бы вот так ^CacheSpace.Global(id, id, "СТРОКА", id) а не как по умолчанию ^CacheSpace.Global(id) ?

2) КАк получить Id когда обращаетесь через класс который имеет много id в узле
т.е. По умолчанию я получаю id записи вот так s obj= ##class(Cache.Space).OpenId(id)
А как то же самое делать если у глобала несколько индексов определяющих строку ?

Спасибо господа знатоки, еще раз извиняюсь, что посмел вас побеспокоить.

[quot servit] alex171069 ,

Вы ранее уже создали три топика с похожим вопросом:

12556343

12271341

12238818

Решения не помогли?


Решения помогли но слегка для другого.
Если вы внимательно прочитаете предыдущие топики, то легко поймете, что клоню я мягко говоря не в ту сторону.
Да действительно id используемые в запросе глобала это обращение к другим классам имеющим связи с этим классом.
Я лишь пытаюсь разобраться, как правильно создавать классы имеющие нестандартные индексы узлов (id,id, "Строка", id.....)
используя стандартную по Default структуру хранения, естественно ее переработав...
А стремление создать класс с нестандартными индексами доступа к строке родилось у меня исходя из того, что поиск конкретной строки в стандартной форме хранения представляется весьма не удобным на уровне классов и глобалов.
Имея строку глобала GLOBAL(id) нужно пройтись по нему $Order() перебрав все его строки для того чтобы найти нужное значение в $LB("", дата, " нечто"..... ) это крайне не рациональный способ поиска информации ...
Вы конечно же сейчас упрекнете меня в том, что я не использую SQL в котором все это оптимизированно ... - это все так конечно же, можно использовать и SQL и все сильно упростится...все это конечно же так, но простите это же не реляционная база данных.
По этому хочется использовать более прогрессивные технологии тем более, что они лежат в основе CACHE.
На мой взгляд создав оптимальную структуру хранения в классе я получу преимущество в скорости и удобстве доступа к данным которыми я манипулирую. Все это конечно же относится к классам и глобалам как наиболее быстрым и продуктивным формам доступа к данным. Я в текущей практике имею дело с объемами данных для которых SQL форма доступа уже очень медленная....