D
Я бы советовал не использовать их по возможности, а расчитывать значение через лиснер и писать в обычное поле
Согласен. Но вопрос по реалтайму, потому и ответ из имеющегося варианта:)
Size: a a a
2020 September 01
ЕР
Согласен. Но вопрос по реалтайму, потому и ответ из имеющегося варианта:)
Не ну там будет актуальное значение, если лиснер нормально сделать)
D
Не ну там будет актуальное значение, если лиснер нормально сделать)
+
A
TheShestov (20.51) увеличил карму Kasseg (9.7)
GT
Sil custom fields программируемое поле, с актуальным значением будет всегда
Как насчет калькулируемого поля скрипраннер или через java?
D
Как насчет калькулируемого поля скрипраннер или через java?
+
A
TheShestov (20.51) увеличил карму gon4ik (51.66)
ЕР
Как насчет калькулируемого поля скрипраннер или через java?
Тоже самое, лучше через лиснер чем программное поле
ЕР
Скриптовые поля - зло
GT
почему?
ЕР
1) производительность
2) индексы
2) индексы
GT
поконкретнее
ЕР
Ну скрипт отрабатывает каждый раз при открытии Тикета на просмотр, при чем несколько раз. И по умолчанию не индексируется, то есть это надо делать явно в скрипте, что в сумме даёт: пересчёт поля и переиндексация тикета КАЖДЫЙ раз при просмотре. Зачем, если можно один раз посчитать при изменении зависимых объектов и всё?
GT
Интересно, почему так спроектировали такой тип поля 🙁
GT
Это ж чертовски, неправильно
GT
Ну скрипт отрабатывает каждый раз при открытии Тикета на просмотр, при чем несколько раз. И по умолчанию не индексируется, то есть это надо делать явно в скрипте, что в сумме даёт: пересчёт поля и переиндексация тикета КАЖДЫЙ раз при просмотре. Зачем, если можно один раз посчитать при изменении зависимых объектов и всё?
а есть реальные случаи? 🙂 просто для меня мир перевернулся 🙂
ЕР
а есть реальные случаи? 🙂 просто для меня мир перевернулся 🙂
Да)
ЕР
Попробуй сам
GT
Попробуй сам
при таком раскладе я останусь при своем мнении
AT
мне скриптранеровское поле после обновления джиры сломал реиндекс)