Re: Локальное время и CURRENT_TIMESTAMP
Yurij пишет: Да, на 2.1.4 и Win2003 то же самое - отключение перехода на летнее время вызывает смещение времени между тем что показывают часы и тем что возвращает current_timestamp. Исправляется рестартом Firebird. Да, на том и порешили. Сегодня проверил - всё нормализовалось. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Локальное время и CURRENT_TIMESTAMP
Привет, уважаемые! Мне тут сейчас звонят и сказки рассказывают. Мол часы на экране показывают время правильное. Я этого не вижу, еще не просил доступ к столу, но нет оснований не доверять. А сам я делаю (FB 1.5.6) select current_timestamp from rdb$database и вижу в результате селекта время на 1 час больше текущего. У меня даже гипотез не возникает никаких... Косяки потенциальные с тем, что клиент передает время на час больше, чем воспринимают триггеры через current_timestamp. Клиент сидит на том же компе, на котором и Firebird крутится. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Локальное время и CURRENT_TIMESTAMP
Не, не так. Ovchinnikov Vasily пишет: Косяки потенциальные с тем, что клиент передает время на час больше, чем воспринимают триггеры через current_timestamp. А так: Косяки потенциальные с тем, что клиент передает время на час *меньше*, чем воспринимают триггеры через current_timestamp. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Локальное время и CURRENT_TIMESTAMP
Проверь временную зону, установленную на компьютере. И уточнить, не меняли ли ее недавно, в связи с нововведениями по зимнему времени.
Re: Локальное время и CURRENT_TIMESTAMP
Yurij пишет: Проверь временную зону, установленную на компьютере. И уточнить, не меняли ли ее недавно, в связи с нововведениями по зимнему времени. Пошел к ним в консоль. Сервер Win2008. Чё они там с ним делали, не знаю. Стояла синхронизация времени с интернетом - отключили. Зона стоит сейчас GMT+03. На часах в трее вижу 12:30, а current_timestamp в IBExpert выдает 13:30. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Локальное время и CURRENT_TIMESTAMP
Ovchinnikov Vasily пишет: Пошел к ним в консоль. Сервер Win2008. Чё они там с ним делали, не знаю. Стояла синхронизация времени с интернетом - отключили. Зона стоит сейчас GMT+03. На часах в трее вижу 12:30, а current_timestamp в IBExpert выдает 13:30. Гыы... Они даже не удосужились перезагрузиться прежде, чем меня заботить :) Ладно, запланируют перезагруз - посмотрим, что к чему. Да и пусть обновления винды накатят, а то автоматическое обновление отключено. Так, поток сознания, не обращайте на меня внимания :) -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Локальное время и CURRENT_TIMESTAMP
Если не перезагрузились - есть ненулевая вероятность, что изменили таймзону, но Firebird этого не заметил. Перестартануть Firebird попробовать?
Re: Локальное время и CURRENT_TIMESTAMP
Зона стоит сейчас GMT+03. А полное название зоны? GMT+03 - их несколько.
Re: Локальное время и CURRENT_TIMESTAMP
Yurij пишет: Если не перезагрузились - есть ненулевая вероятность, что изменили таймзону, но Firebird этого не заметил. Перестартануть Firebird попробовать? Да пусть пробуют как знают. Фиг поймешь этих аборигенов. Не мой сервер - я не полезу. Я как разработчик, а не админ выступаю в данном случае. Они отключали автоматический переход на летнее время и отключили синхронизацию времени через инет. Сервис им не по силам понять как рестартануть, а перезагрузить сервер при первой возможности я им скомандовал. А полное название зоны? GMT+03 - их несколько. Москва, Волгоград -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Локальное время и CURRENT_TIMESTAMP
On Oct 25, 1:13 pm, Ovchinnikov Vasily o...@tkvc.ru wrote: Yurij пишет: Если не перезагрузились - есть ненулевая вероятность, что изменили таймзону, но Firebird этого не заметил. Перестартануть Firebird попробовать? А полное название зоны? GMT+03 - их несколько. Москва, Волгоград Отменился переход на зиму, отключили галочку. Можно из консоли глянуть стоит ли галка: reg query HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation параметр ActiveTimeBias если разный то есть переход, если по нулям нету.
current_timestamp
Привет Пардон за ламерский вопрос. Как можно current_timestamp увеличить на нужно количество минут Как можно current_timestamp увеличить на нужно количество часов Заранее спасибо Дмитрий
Re: current_timestamp
Нашел
Re: current_timestamp
09.08.2010 9:08, Dmitry Lendel пишет: Привет Пардон за ламерский вопрос. Как можно current_timestamp увеличить на нужно количество минут Как можно current_timestamp увеличить на нужно количество часов Заранее спасибо Дмитрий Читай Firebird_v2.1.3.ReleaseNotes, Appendix A: New Built-in Functions == DATEADD Returns a date/time/timestamp value increased (or decreased, when negative) by the specified amount of time. Format: DATEADD( number timestamp_part TO date_time ) DATEADD( timestamp_part, number, date_time ) timestamp_part ::= { YEAR | MONTH | DAY | HOUR | MINUTE | SECOND | MILLISECOND } === - С уважением, Тарас Кучер
Re: Интересная фига с current_timestamp
Но надо быть внимательным! За current_timestamp водится неявный бажок, при котором он изменит свое значение в рамках одной транзакции. Проявляется по всех версиях сервера как я понял. Стоит на исправление в трекере.
Re: Интересная фига с current_timestamp
Но надо быть внимательным! За current_timestamp водится неявный бажок, при котором он изменит свое значение в рамках одной транзакции. Проявляется по всех версиях сервера как я понял. Стоит на исправление в трекере. Я знал, я знал :))) Коваленко Дмитрий.
Re: Интересная фига с current_timestamp
Филатов Максим Н. wrote: За current_timestamp водится неявный бажок, при котором он изменит свое значение в рамках одной транзакции. Проявляется по всех версиях сервера как я понял. Стоит на исправление в трекере. Давно исправлено, насколько я помню. -- Дмитрий Еманов
Re: Интересная фига с current_timestamp
Давно трекер не смотрел. В остальных версиях ожидается или только в 2.1 будет? Давно исправлено, насколько я помню. -- Дмитрий Еманов
Re: Интересная фига с current_timestamp
Филатов Максим Н. wrote: В остальных версиях ожидается или только в 2.1 будет? В 2.0.4 тоже войдет. -- Дмитрий Еманов
Интересная фига с current_timestamp
Всем доброго времени суток! Недавно обнаружил интересную особенность работы current_timestamp, если вызываю его несколько раз в ходе работы execute block, или при вставке записи в таблицу и последующем срабатывании триггера везде current_timestamp одинаковый получается, равный времени начала исполнения блока/триггера. Пробовал получить его в начале долгой процедуры и в конце. Одинаковый! С связи с чем вопрос: это так и задумано или баг? По мне, так лучше, если б так и было задумано З.ы. версия сервера 2.1.0.670
Re: Интересная фига с current_timestamp
С связи с чем вопрос: это так и задумано или баг? По мне, так лучше, если б так и было задумано З.ы. версия сервера 2.1.0.670 Так и задумано. Есть еще 'NOW'. Оно вернет то, что ты хотел. With b/r. Gleb.
Отличия current_timestamp и 'now'
Привет всем! В рамках одной процедуры current_timestamp возвращает одно и то же значене. Это так и должно быть? В чем отлииче current_timestamp от 'now'? Тест пример: = create procedure TEST_TS_AND_NOW returns ( TS_VALUE varchar(50), NOW_VALUE varchar(50) ) as declare variable TS timestamp; begin TS = current_timestamp; TS_VALUE = cast(TS as varchar(50)); TS = 'now'; NOW_VALUE = cast(TS as varchar(50)); suspend; execute procedure VERY_SLOW_PROCEDURE; TS = current_timestamp; TS_VALUE = cast(TS as varchar(50)); TS = 'now'; NOW_VALUE = cast(TS as varchar(50)); suspend; end = Результат для select * from TEST_TS_AND_NOW: -- TS_VALUE NOW_VALUE 2006-12-14 14:58:48.3750 2006-12-14 14:58:48.3750 2006-12-14 14:58:48.3750 2006-12-14 14:58:54.9680 -- Сервер: WI-T6.3.0.12484 Firebird 2.0 Release Candidate 1 (режим SuperServer) на Win2000. -- WBR, Широбоков Николай
Re: Отличия current_timestamp и 'now'
Николай Широбоков [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Привет всем! В рамках одной процедуры current_timestamp возвращает одно и то же значене. Это так и должно быть? да В чем отлииче current_timestamp от 'now'? Вот в этом и отличие. With b/r. Gleb.
Re: Отличия current_timestamp и 'now'
Если почитать документацию (есть и такая!), то видим, что current_timestamp - время начала выполнения оператора, в котором встречается, и до конца этого оператора не изменится. -- Сергей Смирнов.
Re: current_timestamp now in FB2
Ded wrote: среднем одну запись из пары тысяч этот запрос не видел. Записи в СУБД идентифицируются ПК, это постулат. И ПК должен быть интегер или на худой конец чар. Старая песня о суррогатных и естественных ПК. Я предерживаюсь среднего мнения. Дату,timestamp вполне могут быть ПК. То что глюки - это траблы конкретной имплементации конкретного сервера. -- --- Home Page http://ok.novgorod.net/ap ---
Re: current_timestamp now in FB2
Sergey Mereutsa wrote: Нифига подобного - таймштамп низзя, даже если абстрагироваться от сервера - 2 события могут быть одновременными. И, в принципе, могут быть зарегестрированны в одно и то же время, с delta t той, которую мы можем допустить. Разве что занимаешься ты исследованиями в области ядерной физики... Всё зависит от того как заполняется поле. А так можно ии договориться до того что дату нельзя делать PK. Вполне возможны случае когда нет проблем с совпадением. Когда его можно сделать PK? 1) Поле не обновляется. Значение только при вставке. 2) Нет ситуаций с совпадениями 3) Нет внешных ключей на эту таблицу. Грабли с проверкой на точное равенство всецело вина сервера. Данный тип данных обязан быть выражаясь в терминах c++: copy_constructible и comparable. Т.е. создавая копию значения мы обязаны получить точное логическое равенство с источником. -- --- Home Page http://ok.novgorod.net/ap ---
Re: current_timestamp now in FB2
Alexey Popov [EMAIL PROTECTED] wrote: çÒÁÂÌÉ Ó ÐÒÏ×ÅÒËÏÊ ÎÁ ÔÏÞÎÏÅ ÒÁ×ÅÎÓÔ×Ï ×ÓÅÃÅÌÏ ×ÉÎÁ ÓÅÒ×ÅÒÁ. çÄÅ ÔÙ ÇÒÁÂÌÉ-ÔÏ ÎÁÛÅÌ? -- äÍÉÔÒÉÊ åÍÁÎÏ×
Re: current_timestamp now in FB2
Hi Alexey Popov ! AP его можно сделать PK? ... AP 2) Нет ситуаций с совпадениями Зуб даёшь, что их не будет никогда ? -
Re: current_timestamp now in FB2
Hello, Dmitry! You wrote to ru-firebird@googlegroups.com on Tue, 29 Aug 2006 14:12:48 +0400: Грабли с проверкой на точное равенство всецело вина сервера. DY Где ты грабли-то нашел? А это из серии: А почему MyFloatField=Bla-bla (или MyTimeStampField=Bla-bla) ничего не выводят, а данные есть? WBR,Dmitry Beloshistov AKA [-=BDS=-]
Re: current_timestamp now in FB2
А на сервере стоит наверное какой-нибудь атомный clock, который не переводит не синхронизировать. А специально для клиентов sp_get_current_time. :-) -- Учусь (пока/ещё) чего и Вам желаю
current_timestamp now in FB2
Hello, All! А что, революцию с миллисекундами в Subj все проспали? Или у всех работает? Или у всех FIBPlus (хотя там еще неясно пока, работает али нет)? http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592 -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: current_timestamp now in FB2
DK А что, революцию с миллисекундами в Subj все проспали? DK Или у всех работает? Или у всех FIBPlus (хотя там еще DK неясно пока, работает али нет)? DK http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592 Про фичу читал, но еще ни разу не напоролся. Использую IBX 7.08.
Re: current_timestamp now in FB2
Dmitri Kuzmenko wrote: http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592 Дело в том, что а) По таймштампу на равенство ни один здравомыслящий человек не ищет и искать не будет. Если только этот таймштапм не является date по способу формирования (на клиенте или через today в PSQL), и то очень редко. б) Всякие там UpdateSQL и прочая, даже автогенерируемые, здравомыслящий человек опять же пишет по ПК. В которые человек искушённый и погулявший вволю в своё время по граблям, таймштамп опять же не пихает. Такшта проблему это создаёт исключительно для проктологических решений, порождённых недостатком опыта и, если и живших доселе, то только благодаря известной баге, которая наконец ликвидирована. -- Regards. Ded.
Re: current_timestamp now in FB2
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Hello, All! А что, революцию с миллисекундами в Subj все проспали? Или у всех работает? Или у всех FIBPlus (хотя там еще неясно пока, работает али нет)? http://forum.ibase.ru/phpBB2/viewtopic.php?t=2592 -- Да, интересно. Вспоминаю вот свои программы. Вроде нигде updat-ить и delet-ить по timestamp-у я не додумался... With b/r. Gleb.
Re: current_timestamp now in FB2
Hello, Ded! Ded wrote: Такшта проблему это создаёт исключительно для проктологических решений, порождённых недостатком опыта и, если и живших доселе, то только благодаря известной баге, которая наконец ликвидирована. это я согласен, достаточно вспомнить ambiguous queries, и другие чудеса парсера. однако при несоответствии типов мы в большинстве случаев в tdatetime получим вовсе не то, что хранится в timestamp или time, если те хранят данные с миллисекундами. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: current_timestamp now in FB2
Dmitri Kuzmenko wrote: это я согласен, достаточно вспомнить ambiguous queries, и другие чудеса парсера. однако при несоответствии типов мы в большинстве случаев в tdatetime получим вовсе не то, что хранится в timestamp или time, если те хранят данные с миллисекундами. Именно. Просто основная область применения - АСУП, где на это дело накласть с высокой вышки без передышки. Все натыкаются когда пытаются использовать не по назначению. Разбираются и успокаиваются. Я тоже об этом не задумывался, пока однажды, ещё до того, как попытался применить в ПК лога, где он был нужен только для order by, не напоролись на казус - в какой-то из вспомогательных задач вытягивания данных из старой базы в новую в параметр одного запроса тыкалось таймштамп-поле из другого и в среднем одну запись из пары тысяч этот запрос не видел. Записи в СУБД идентифицируются ПК, это постулат. И ПК должен быть интегер или на худой конец чар. Все атрибутные условия where - так или иначе диапазонные, включая starting-containing. Иногда бывает на равенство, но опять же по интам или чарам, остальное от лукавого. Так же как нулл по логике вещей нужен только в датах. Кроме очевидных правил есть и не совсем очевидные, воспринимаемые как рекомендации, но если копнуть поглубже - то всё обусловлено и детерминировано. -- Regards. Ded.