X_Shooter,

Компилируется без ошибок и данные сохраняются как задумано (Caché 2010.2.FT5).

X_Shooter,

Проверил в Caché 5.0.21 - компилируется без ошибок и сохраняет данные согласно Вашим требованиям.

PS: не используйте мастер.

Аленочка ,

Есть тип вычисляемых полей, которые хранятся в БД: Two Types of Computed SQL Fields
Скорее всего у Вас используется именно такой (Triggered computed) тип поля или на момент первой компиляции класса это поле было невычисляемым, поэтому и осталось в схеме хранения.

Аленочка ,

Создал и скомпилировал следующий класс:

Class User.Test Extends %Persistent
{
Property name As %String(MAXLEN = 2000);
Property rowCount As %Integer;
Property Category As User.Test [ Calculated, SqlComputeCode = {s {Category}=##class(User.Test).%OpenId({ID})}, SqlComputed ];
}

Потом проверил схему хранения на наличие свойства Category для разных версий Caché:
5.0.21 - отсутствует ;

2009.1.1 - отсутствует ;

2011.2.0 - отсутствует ;

Если у Вас есть подозрение на баг конкретной версии СУБД, то проверить можно просто:
сделайте резервную копию класса, удалите схему хранения и перекомпилируйте класс заново.

PS: проверьте, есть ли данные в глобале в позиции вычисляемого свойства согласно схеме хранения.

Аленочкав структуре хранения все ок! прям загадка века какая-тоКак я писал выше, такое бывает, когда разработчики "временно" меняют что-то в классе. Например, можно добавить свойство в класс, скомпилировать его, удалить это свойство и снова скомпилировать класс. В схеме хранения останется фантом. Кто-то потом может долго гадать откуда он взялся.
Аленочкавозможности проделать то же самое в 2009 версии уже нет..к сожалению..Уверен, что ситуация не изменилась бы. См. мой предыдущий пост.
Аленочкапо поводу просмотра данных в глобалах - как правильно задать маску для выборки в портале управления, если класс у меня наследуется ?Можно поступить проще: сделать временно вычисляемое поле обычным хранимым и потом выполнить простой SQL запрос: .

Аленочка ,

Если данных ещё нет, то можно безболезненно удалить поле из схемы хранения, сдвинув остальные поля.
Если данные уже есть, то лучше поле не удалять, а обнулить, то есть:
вместо
^global(ID)=$LB(%%CLASSNAME,field1,Category,field3)
должно получиться
^global(ID)=$LB(%%CLASSNAME,field1,,field3)

Но перед этим нужно не забыть обнулить поле либо через запрос, либо программно:
update my.Class set Category=null

Потом вновь создаваемые поля в схеме хранения можно помещать на место таких пустот.