|
28.10.2014, 09:02 | #1 |
Участник
|
Кстати, с введением новых таймзон, MS не озаботился для них настроить правила перехода для предшествующих периодов.
Т.е., теперь надо в коде, если возникнет необходимость анализировать исторические данные, учитывать, что до 26.10.2014 02:00 была другая тайм-зона ЗЫ Про добавку *TZID напоминать не надо. Либо укажите, как ее можно использовать изнутри Аксапты (без внешних вызовов SQL)
__________________
Axapta v.3.0 sp5 kr2 |
|
29.10.2014, 16:41 | #2 |
Участник
|
Поле *TZID изменяется в том случае, если поле UTCDateTime модифицируется через форму. При программной модификации - не меняется. Можно ли на основании этого написать какой-то код по модификации *TZID из Axapta - не знаю.
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
30.10.2014, 08:46 | #3 |
Участник
|
Цитата:
По-моему, его хотели как-то использовать, когда вводили, но, похоже, мысль умерла, а поле осталось)
__________________
Axapta v.3.0 sp5 kr2 |
|
30.10.2014, 11:01 | #4 |
Участник
|
Цитата:
Последний раз редактировалось gl00mie; 30.10.2014 в 11:29. Причина: стилистика |
|
30.10.2014, 12:26 | #5 |
Участник
|
Цитата:
Сообщение от gl00mie
Мысль не умерла - см. TimeZonePatcher. Если обновление настроек перехода на летнее/зимнее время для определенного часового пояса было применено уже после ввода данных (а данные могут относиться к будущим датам), поля *TZID позволяют постфактум идентифицировать данные, введенные именно в этом часовом поясе, и скорректировать их с учетом того, что при переводе из местного времени в UTC надо было, скажем, вычитать не 4, а 3 часа.
Но вот только ничего подобно даже в интерфейсе я не вижу Для всех полей дейттайм отображается пересчет в мою таймзону и ее правила, а не ту, что записана в TZID И еще - в 2012-й патчер вообще упразднили Видимо, за ненадобностью)
__________________
Axapta v.3.0 sp5 kr2 Последний раз редактировалось AndyD; 30.10.2014 в 12:28. |
|
Теги |
time, time zone, utc, utcdatetime, зимнее время, часовые пояса |
|
|