|
![]() |
#1 |
Участник
|
Всем доброго времени суток!
Подниму старую тему все же. Стоит Ax2009 Ru5 Проблема с типом UTCDatetime все же не решилась! Есть форма, на форме имеются датасорсы с полями типа UTCDatetime, так же на форме считается и выводится кол-во отфильтрованных записей. Так вот, если наложить фильтр на любое из полей типа UTCDateTime - счетчик не срабатывает и показывает 0. (самый простой пример - сделать фильтр по выделению на поле CreatedDateTime, как минимум одна строка найдется, а счетчик показывает 0) Копаюсь глубже, смотрю в sysQuery какой запрос у квери подсчета кол-ва уже ушедший на SQL - оказывается, что при копировании квери значение range на поле типа UTCDatetime копируется не верно - не учитывает временную зону! Т.е при наложиении фильтр наклыдвается по гринвичу - минус часовой пояс, а копирует фильтр - часовой пояс не отнимает и вместо времени 7-45, к примеру, копирует 10-45. Проблему локально решить можно, но хотелось бы более глобального решения, особенно если учесть множество временных форматов и многоязычную компанию! Кто сталкивался с подобным, подскажите, пожалуйста! |
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от Consciousness
![]() Всем доброго времени суток!
Подниму старую тему все же. Стоит Ax2009 Ru5 Проблема с типом UTCDatetime все же не решилась! Есть форма, на форме имеются датасорсы с полями типа UTCDatetime, так же на форме считается и выводится кол-во отфильтрованных записей. Так вот, если наложить фильтр на любое из полей типа UTCDateTime - счетчик не срабатывает и показывает 0. (самый простой пример - сделать фильтр по выделению на поле CreatedDateTime, как минимум одна строка найдется, а счетчик показывает 0) Копаюсь глубже, смотрю в sysQuery какой запрос у квери подсчета кол-ва уже ушедший на SQL - оказывается, что при копировании квери значение range на поле типа UTCDatetime копируется не верно - не учитывает временную зону! Т.е при наложиении фильтр наклыдвается по гринвичу - минус часовой пояс, а копирует фильтр - часовой пояс не отнимает и вместо времени 7-45, к примеру, копирует 10-45. Проблему локально решить можно, но хотелось бы более глобального решения, особенно если учесть множество временных форматов и многоязычную компанию! Кто сталкивался с подобным, подскажите, пожалуйста! |
|
![]() |
#3 |
Участник
|
Да, прикрепила проект
В инфологе запрос с датасорса формы и запрос скопированный для подсчета количества строк. Спасибо ) |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
![]() |
#4 |
Участник
|
Не буду плодить новой темы, хотя и достойно базы знаний.
AX2009 ru6 EDT CreatedDateTime и любые другие станлратные ЕДТ или свои новый таких типов примененный в дисплей методах - НЕ РАБОТАЮТ Прошу подтвердить, тк сами не смогли это поправить и плюнули на исследования дальше. Кончилось тем, что преобразовали поле к дате и вернули только ее с ЕДТ даты. Выглядит так: на закладке разное поле бесконечной длины, пустое. Сделать свой ЕДТ с ДисплейЛен 30 можно, все становится коротенько, но поле по прежнему пустое. Из чего делается вывод, что тип ДатаВремя не применим в вычислимых методах..... вот тебе и мега фича. Если же добавлять поле таблицы, а не метод, все рисуется ок. |
|
![]() |
#5 |
Боец
|
Цитата:
Сообщение от BOAL
![]() Не буду плодить новой темы, хотя и достойно базы знаний.
AX2009 ru6 EDT CreatedDateTime и любые другие станлратные ЕДТ или свои новый таких типов примененный в дисплей методах - НЕ РАБОТАЮТ Прошу подтвердить, тк сами не смогли это поправить и плюнули на исследования дальше. Кончилось тем, что преобразовали поле к дате и вернули только ее с ЕДТ даты. Выглядит так: на закладке разное поле бесконечной длины, пустое. Сделать свой ЕДТ с ДисплейЛен 30 можно, все становится коротенько, но поле по прежнему пустое. Из чего делается вывод, что тип ДатаВремя не применим в вычислимых методах..... вот тебе и мега фича. Если же добавлять поле таблицы, а не метод, все рисуется ок. |
|
Теги |
ax2009, display метод, utcdatetime, дата, ошибка, фильтр, формат дат |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|