UtcDateTime

[Eldar9x]

Как так может получиться?

    transDateTime transDateTime =  DateTimeUtil::newDateTime(systemdateget(), timenow(),DateTimeUtil::getUserPreferredTimeZone()) ;

    utcdatetime             startDateTime = datetobeginUtcDateTime(systemdateget());
    utcdatetime             endDateTime = datetoendUtcDateTime(systemdateget());
    ;


    info(strfmt("%1 | %2 | %3", startDateTime, transDateTime , endDateTime));

Цитата:

03.08.2011 20:00:00 | 04.08.2011 07:22:03 | 04.08.2011 19:59:59

И это выдается на московском сервере...

[Eldar9x]

Подскажите, пожалуйста, если есть поле с типом UtcDateTime, то как отфильровать записи за какой-то определенный день?
datetobeginUtcDateTime и datetoendUtcDateTime выдают какую-то фигню...

[AndyD]

strfmt() выводит время UTC - без учета часового пояса

Для целей ВЫВОДА информации в нужной часовой зоне можно воспользоваться DateTimeUtil::applyTimeZoneOffset()

Про различие в использовании newDateTime() и applyTimeZoneOffset() можно посмотреть здесь Как задать литерал для DateTime с учетом TimeZone?

[AndyD]

Цитата:

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

Подскажите, пожалуйста, если есть поле с типом UtcDateTime, то как отфильровать записи за какой-то определенный день?
datetobeginUtcDateTime и datetoendUtcDateTime выдают какую-то фигню...

А отфильтровывать где?
На форме в QueryRun или в запросе select?
И по какому полю? Созданному вами или по системному (типа CreatedDateTime)?

Вообще, фильтрация учитывает временную зону.

Еще, в RU7 datetobeginUtcDateTime и datetoendUtcDateTime трубуют в качестве параметра передачи временной зоны. Возможно, в вашей версии там подставляется какое-то значение по умолчанию

[Eldar9x]

Цитата:

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

А отфильтровывать где?
На форме в QueryRun или в запросе select?
И по какому полю? Созданному вами или по системному (типа CreatedDateTime)?

Вообще, фильтрация учитывает временную зону.

Еще, в RU7 datetobeginUtcDateTime и datetoendUtcDateTime трубуют в качестве параметра передачи временной зоны. Возможно, в вашей версии там подставляется какое-то значение по умолчанию

Созданному мной, в обычном select.

Просто, мне всего лишь нужно вытащить из таблицы записи начиная с Дата_00:00:00 по Дата_23:23:59. Ведь тут по сути не имеет значения настройки временной зоны?

[Eldar9x]

Вобщем, нужен аналог следующей конструкции:

    while select tmpShtrihMTable
        order by TransDateTime
    {
        if (DateTimeUtil::date(tmpShtrihMTable.TransDateTime) != _transDate) // _transDate нужная дата
            continue;

[AndyD]

В RU7 срабатывает так

while select tmpShtrihMTable
        where tmpShtrihMTable.TransDateTime != datetobeginUtcDateTime(_transDate, DateTimeUtil::getUserPreferredTimeZone())
        order by TransDateTime
    {

Возможен еще такой вариант

while select tmpShtrihMTable
        where tmpShtrihMTable.TransDateTime != DateTimeUtil::newDateTime(_transDate, 0, DateTimeUtil::getUserPreferredTimeZone())
        order by TransDateTime
    {
        info(strfmt("%1", DateTimeUtil::applyTimeZoneOffset( tmpShtrihMTable.TransDateTime, DateTimeUtil::getUserPreferredTimeZone())));

Но это то, что делается внутри datetobeginUtcDateTime()

[gl00mie]

Цитата:

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

В RU7 срабатывает так

while select tmpShtrihMTable
        where tmpShtrihMTable.TransDateTime != datetobeginUtcDateTime(_transDate, DateTimeUtil::getUserPreferredTimeZone())
        order by TransDateTime
    {

По-моему, это неверно. Эти два выражения отнюдь не тождественны:

DateTimeUtil::date(tmpShtrihMTable.TransDateTime) != _transDate

и

tmpShtrihMTable.TransDateTime != datetobeginUtcDateTime(_transDate, DateTimeUtil::getUserPreferredTimeZone())

Первое выражение будет ложно для интервала в сутки, второе - для интервала в одну секунду.

Цитата:

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

Вобщем, нужен аналог следующей конструкции:

    while select tmpShtrihMTable
        order by TransDateTime
    {
        if (DateTimeUtil::date(tmpShtrihMTable.TransDateTime) != _transDate) // _transDate нужная дата
            continue;

В поля типа UtcDateTime пишется дата-время по Гринвичу; по Гринвичу 2 ночи и 10 вечера одного дня - это одна и та же дата, в то время как, скажем, для Москвы эти же временные отметки будут относиться к разным датам, поэтому нужно определиться с тем, в какой временной зоне будет считаться TransDate. После того, как это станет ясно, можно будет фильтровать данные примерно так:

Timezone tz = // ...
while select tmpShtrihMTable
    where   tmpShtrihMTable.TransDateTime >= datetobeginUtcDateTime(_transDate, tz)
        &&  tmpShtrihMTable.TransDateTime <= datetoendUtcDateTime(_transDate, tz)

[AndyD]

Цитата:

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

Эти два выражения отнюдь не тождественны:

DateTimeUtil::date(tmpShtrihMTable.TransDateTime) != _transDate

и

tmpShtrihMTable.TransDateTime != datetobeginUtcDateTime(_transDate, DateTimeUtil::getUserPreferredTimeZone())

Да, точно, был невнимателен

[AngelDominantes]

Возникла такая проблема при считывании поля записи типа TransDateTime с последующим присвоением переменной типа TransDateTime происходит автоматическое преобразование в utc, есть ли какая то функция обратного преобразования или только сложением\вычитанием?

[gl00mie]

Ничего такого не происходит на самом деле: данные в полях типа UtcDateTime хранятся в UTC (сюрприз! ), поэтому присвоение значения поля переменной никак это значение автоматически не меняет - это только на формах ядро умеет автоматом переводить значения из UTC во временную зону, настроенную у пользователя, при отображении и обратно - при редактировании значения поля. В коде же нужно самостоятельно переводить значение из UTC в нужную временную зону, если есть такая потребность.

[AngelDominantes]

Цитата:

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

Ничего такого не происходит на самом деле: данные в полях типа UtcDateTime хранятся в UTC (сюрприз! ), поэтому присвоение значения поля переменной никак это значение автоматически не меняет - это только на формах ядро умеет автоматом переводить значения из UTC во временную зону, настроенную у пользователя, при отображении и обратно - при редактировании значения поля. В коде же нужно самостоятельно переводить значение из UTC в нужную временную зону, если есть такая потребность.

Так в том то и дело что в таблице данные имеют тип TransDateTime и время там записано не UTC а GMT + 3 и когда я считываю это поле и записываю в переменную или в другую таблицу он автоматически переводит это время в UTC то есть отнимает 3 часа.

[gl00mie]

Это заблуждение: время в полях базового типа UtcDateTime (включая TransDateTime) хранится в UTC - именно в этом и смысл таких полей (ну, помимо хранения времени в том же поле), именно поэтому базовый тип называется так, а не просто DateTime, однако, при отображении на форме, включая обозреватель таблиц, ядро автоматически переводит такие значения в настроенную у пользователя временную зону. В качестве эксперимента можно попробовать вывести в инфолог значение такого поля без присваивания его промежуточной переменной и убедиться, что никаких +3 часов там не будет.

[AngelDominantes]

while select sysUserLogCreate
            where   sysUserLogCreate.createdDateTime > dateFrom &&
                        sysUserLogCreate.createdDateTime < dateTo
                      {. . .

Смотрим в отладчике что у нас в переменной sysUserLogCreate (1 вложение)

Теперь смотрим через обозреватель таблиц ту же запись, там совсем другое время, меня интересует при таком преобразовании насколько будет верным сравнение в вышеуказанном коде (2 вложение)

[gl00mie]

Цитата:

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

Смотрим в отладчике что у нас в переменной sysUserLogCreate (1 вложение). Теперь смотрим через обозреватель таблиц ту же запись, там совсем другое время

Цитата:

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

данные в полях типа UtcDateTime хранятся в UTC - это только на формах ядро умеет автоматом переводить значения из UTC во временную зону, настроенную у пользователя, при отображении

Обозреватель таблиц с т.з. ядра - тоже форма... Отладчик же при отображении данных типа UtcDateTime всегда показывает их "как есть".

[AngelDominantes]

Понятно спасибо, я думал обозреватель таблиц показывает "как есть".