Помогите плз... Очень важно!

Необходимо прописать хранение экземпляров класса типа SerialObject в дочерних узлах, а не в виде списка в узле глобала, где хранится объект, полем которого является экземпляр данного класса.
Это, как я понял, можно задать через способе хранения класса. В документации (Class Definition Reference) нашел, что есть ключевое слово Structure внутри элемента StorageData, которое может принимать значение node, subnode, <пустая строка>:
- (empty string)—data is stored as a multiple values within a node.
- node—data is stored as a single value within a node.
- subnode—data is stored within repeating subnodes.
По умолчанию - listnode.

Только про то, как и где прописывать - ниче не написано...
Может кто разбирался с этим Storage, подскажите, плз...

Заранее огромное спасибо!

DAiMor,

Да, с помощью этого мастера хранения можно добавить к определению способа хранения внутри тега Data тег Structure:
<Structure>subnode</Structure>

Однако при компиляции класса возникает ошибка...
Пишет "Неправильная структура схемы хранения"
Да и в мастере уже видно, что что-то не так. Если до изменения было:
Имя узла Глобальная ссылка
AddressState (ID)=$LB(Street,Number)
То после изменения:
Имя узла Глобальная ссылка
AddressState (ID)=

Блок А.Н.,

Пробовал в студии. Куда только не вставлял... Та же ошибка.
Поэтому и написал сюда, может кто это использовал или знает, где можно узнать (кроме Class Definition Reference).

krvsaX_ShooterНеобходимо прописать хранение экземпляров класса типа SerialObject в дочерних узлах, а не в виде списка в узле глобала
Что-то типа такого?



Да, кажется это то, что нужно. Огромное спасибо!

doublefintX_Shooter, может поможет

Это тоже, чувствую, сильно пригодится. Премного благодарен.

krvsaX_ShooterНеобходимо прописать хранение экземпляров класса типа SerialObject в дочерних узлах
Хранение типа стораж можно указать только для хранимых классов типа персистент. Т.к. в описании явно нужно указывать именя глобалов.
Так же при описании предлагается выбирать только свойства данного класса. Выбрать какие-то "дальние" свойства которые есть у свойства типа "другой класс" построитель не даёт.

Т.ч. если у тебя есть класс А сериалобжект со свойствами а1 и а2, класс Б со свойством б1 типа класс А - ты не сможешь расписать б1.ф1 и б1.а2 по узлам глобала в котором хранится класс Б.

Да, пока разбирался с этим уже столкнулся. Жаль, конечно. Вообще бы красота получилась...

krvsa,

Для класса типа сериалобжект, судя по всему, нельзя прописать структуру хранения, подобную той, которая описана в вашем примере?

krvsa,

Т.е. получается, как ни крути, а такие объекты могут храниться в глобале, соответствующего к/л персистентному классу, только в виде списка?

krvsa,

Пример.
Класс 1:

Class Temp.Person Extends %Persistent [ StorageStrategy = NewStorage1 ]
{
Property Name As %String;

Property Phone As %String;

Property Adr As Address;
}

Класс 2:

Class Temp.Address Extends %SerialObject [ StorageStrategy = NewStorage1 ]
{
Property City As %String;

Property Street As %String;
}

Можно ли сделать в глобале вот так:
^Temp.PersonD(1,"Name")="John Smith"
^Temp.PersonD(1,"Phone")="235-05-45"
//до сих пор все понятно
//но адрес хочу хранить так:
^Temp.PersonD(1,"Adr","City")="NewYork"
^Temp.PersonD(1,"Adr,"Street")="Park Avenue"

/*
Т.е. не просто ^Temp.PersonD(1,"Adr")=$lb("NewYork","Park Avenue"),
а прям поддеревом
*/


В способе хранения сериалобжектов есть тег State, который отвечает за содержимое и соответствует одному тегу Data. Т.е. поля класса Address нельзя разносить в разные теги Data и описывать для каждого Subscript и Structure.

**Создавать новый способ хранения через мастер и модифицировать его через инспектор не получается, так как у классов сериалобжект способ хранения имеет тип %Library.CacheSerialState, а не Storage вовсе...

Хранение по умолчанию для Address:

<Storage name="Default">
<Data name="AddressState">
<Value name="1">
<Value>State</Value>
</Value>
<Value name="2">
<Value>City</Value>
</Value>
<Value name="3">
<Value>Street</Value>
</Value>
<Value name="4">
<Value>Zip</Value>
</Value>
</Data>
<State>AddressState</State>
<StreamLocation>^Temp.AddressS</StreamLocation>
<Type>%Library.CacheSerialState</Type>
</Storage>

servit,

Спасибо, теперь все вышло. А я то пытался сделать это в описании самого класса Address...

krvsaservitтакой вариант задания схемы возможен только в "ручном" режиме
Спасибо, буду знать! Пока только с "интерфейсом" имел дело...

Кстати, с использованием интерфейса это тоже можно. Если не выбирать в выпадающем списке имя нужного свойства, а писать руками, например Adr.Street. А в поле для задания индекса глобала можно писать прямо: "Adr","Street" одной строкой, тогда получается как раз то, что показал servit.

X_Shooterservit,

Спасибо, теперь все вышло. А я то пытался сделать это в описании самого класса Address...
А нет, не вышло...
servit, у Вас класс нормально компилится?
Просто у меня компилятор ругается.

servit,

У меня стояла Cache 2008.1.0, там делал через местер и выскакивала ошибка.
Только что скачал Cache 2010.1.3. Сделал в ней то же самое через мастер - ошибки нет...

Правда при компиляции автоматически создается узел PersonDefaultData и туда помещается Adr:
<Data name="PersonDefaultData">
<Value name="1">
<Value>Adr</Value>
</Value>
</Data>

и никак его не уберешь...