Свойство поля saveContent

[Eldar9x]

Объясните, пожалуйста, что это такое?

[Dark Light]

Цитата:

Сообщение от Eldar9x

Объясните, пожалуйста, что это такое?

Замечательная штука! Таблица в Аксапте будет иметь данное поле, а соотв. таблица в БД - нет. Соответственно, значение в этом поле не сохраняется при update/insert. Ещё ни разу не пригодилось

Предполагается, видимо, использовать данное поле для промежуточных вычислений. До первого сохранения.

Может кто поделится примерами удачного использования виртуально поля? Нашел пример только тут, но зачем оно там - непонятно.

[oip]

Цитата:

Determines whether the field data is saved in the database or is treated as virtual field data. Virtual field data is calculated at run time when the field is displayed, and has no physical representation in the database.

Instead of virtual fields, you can use display and edit methods.

http://msdn.microsoft.com/en-us/libr...(v=ax.50).aspx

Цитата:

Сообщение от Dark Light

Может кто поделится примерами удачного использования виртуально поля?

Например, вместо дисплейного поля. Перекрываем метод postload и считаем в нем что нам надо. Не скажу, что пример удачный, просто вариант использования. Сам никогда не использовал.

[wolfstein]

SaveContents property on the table fields

[Vadik]

Цитата:

I've opened for myself the new great property of the table fields - SaveContents.

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Цитата:

Может кто поделится примерами удачного использования виртуально поля?

Себестоимость для OLAP так считается в старых версиях, см. \Data Dictionary\Tables\CustInvoiceJour\Fields\OLAPCostValue. Само значение себестоимости физически в БД не хранится, так как "плавает" и обновлять его каждый раз в накладной накладно (хм, каламбур), но поле в AOT используется при настройке куба и протянуто в списке "волшебных" "не-физических" полей в \Classes\OLAPCreateAmount\isSpecialCalcField (в итоге - рассчитывается, а не тянется из БД)

[oip]

Цитата:

Сообщение от Vadik

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Тут можно добавить, что если вместо display метода использовать такие "виртуальные" поля, то фильтрация и сортировка по таким полям в интерфейсе для пользователя доступна будет, но реально работать не будет. Что может сильно сбить с толку.

[mazzy]

Цитата:

Сообщение от Eldar9x

Объясните, пожалуйста, что это такое?

устаревшее свойство, унаследованное из старых версий, когда еще не было Display/Edit методов.
предполагается, что программист переопределит метод postLoad и/или write.

Цитата:

Сообщение от oip

Например, вместо дисплейного поля. Перекрываем метод postload и считаем в нем что нам надо.

угу. но лучше пользоваться Display/Edit методами.

Цитата:

Сообщение от Vadik

Казалось бы, есть display и edit методы - так нет же, обязательно найдется какой-нибудь "первооткрыватель" и сделает все как обычно (через задницу)

Это свойство еще с Конкорда тянется, вроде.

[fed]

Я бы добавил. что это было актуально до изобретения cacheAddMethod() в версии 3.0. До этого, других способов закэшировать вычесленное значение не было. В некоторых случаях, вариант с postLoad и несохраняемым полем давал заметный выигрыш в производительности по сравнению с дисплейным методом. Хотя в некоторых случаях - заметный проигрыш, поскольку значение поле рассчитывалось при любых операциях и не только для тех записей которые выводились на экран.
В общем - в версии 2.5 я таким подходом иногда пользовался... Начиная с версии 3.0 - перестал

[Logger]

Цитата:

Сообщение от fed

Я бы добавил. что это было актуально до изобретения cacheAddMethod() в версии 3.0. До этого, других способов закэшировать вычесленное значение не было. В некоторых случаях, вариант с postLoad и несохраняемым полем давал заметный выигрыш в производительности по сравнению с дисплейным методом. Хотя в некоторых случаях - заметный проигрыш, поскольку значение поле рассчитывалось при любых операциях и не только для тех записей которые выводились на экран.
В общем - в версии 2.5 я таким подходом иногда пользовался... Начиная с версии 3.0 - перестал

Можно сделать гибридный вариант.
Завести флажок, обозначающий что значения рассчитаны и умный дисплей метод, который при первом вызове рассчитывает значения, прописывает и взводит флажок.