Статическое, обновляемое числовое поле?

[meu3]

Другая сущность? Не вложенная? Может из-за этого?

[meu3]

Чтобы избежать подобных накладок, я и предлагал новый тип поля хранящий в себе результаты выполнения запросов.

[meu3]

Пока выкручиваюсь через создание статики с последующим преобразованием в число добавлением "0". CAST и CONVERT ругались.
И какой будет вердикт разработчика?

[meu3]

Проблема, по-моему, в обрамлении функции. Видимо функция при вызове не из своей сущности находится вне области применения и выдает ошибку

[mad]

Пока выкручиваюсь через создание статики с последующим преобразованием в число добавлением "0".

а можно поподробнее? как преобразовать строку в число? есть "текст по шаблону", который берет результат формулы в другом поле. не могу понять как этот результат превратить в число.

[alcompstudio]

Пока выкручиваюсь через создание статики с последующим преобразованием в число добавлением "0".

а можно поподробнее? как преобразовать строку в число? есть "текст по шаблону", который берет результат формулы в другом поле. не могу понять как этот результат превратить в число.

Попробуйте использовать тип поля Статический текст по шаблону (для записи результата в БД, как "промежуточное" поле). Т.е. из поля-донора (числовое, "формульное") в стат.текст по шаблону просто указываете его id, как обычно (напр., [123]). И если результат поля-донора - число, то и в поле стат.текст тоже система определит его как число, можно будет ссылаться на это поле стат.текст по шаблону в формулах, должно работать. По крайней мере у меня работает. Я забираю значение в виде числа из поля стат.текст по шаблону в другое формульное поле и все считает. Если я конечно понял вашу проблему.

[mad]

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

[nruslan2]

зачем городить огород и использовать различные поля - не проше ли использовать sql формулу с вложенными запросами? да запрос будет длинный зато заберет и выведет все как надо?!