ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / dbms_scheduler + timezone
4 сообщений из 4, страница 1 из 1
dbms_scheduler + timezone
    #39573178
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreymx
Участник
сорри за может быть детский вопрос

с сабжами почти не работал, потому не чувствую
когда создаю шедулер джоб
Код: plsql
1.
repeat_interval='freq-daily;byhour=8'


8 часов будут по какой таймзоне считаться?
...
Рейтинг: 0 / 0
21.12.2017, 00:02
| Ответить | Цитировать | Написать  
dbms_scheduler + timezone
    #39573180
Bobby Z.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bobby Z.
Участник
andreymxсорри за может быть детский вопрос

с сабжами почти не работал, потому не чувствую
когда создаю шедулер джоб
Код: plsql
1.
repeat_interval='freq-daily;byhour=8'


8 часов будут по какой таймзоне считаться?Из указанной в параметре start_date. Если start_date не передана или NULL, то из зоны твоей сессии, если она установлена в виде региона (напр., 'Europe/Moscow'). Если зона сессии установлена не в виде региона, а в виде фиксированного смещения, то зона берётся из параметра Scheduler DEFAULT_TIMEZONE. Если и параметр не установлен (NULL), то из systimestamp в момент создания задания.
...
Рейтинг: 0 / 0
21.12.2017, 00:16
| Ответить | Цитировать | Написать  
dbms_scheduler + timezone
    #39573181
Bobby Z.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bobby Z.
Участник
Кстати, если в start_date или где-то ещё откуда Scheduler её возьмёт, зона задана не виде имени региона, а в виде фиксированного смещения, то при наличии перехода на летнее время задание полгода будет исполняться невовремя. Так что желательно всегда указывать start_date и явно прописывать регион, если часы переводятся. Для России в настоящий момент не актуально, но фиг знает, вдруг они опять решат на летнее время переходить...
...
Рейтинг: 0 / 0
21.12.2017, 00:21
| Ответить | Цитировать | Написать  
dbms_scheduler + timezone
    #39573182
andreymx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
andreymx
Участник
Bobby Z.Кстати, если в start_date или где-то ещё откуда Scheduler её возьмёт, зона задана не виде имени региона, а в виде фиксированного смещения, то при наличии перехода на летнее время задание полгода будет исполняться невовремя. Так что желательно всегда указывать start_date и явно прописывать регион, если часы переводятся. Для России в настоящий момент не актуально, но фиг знает, вдруг они опять решат на летнее время переходить...спасибо, вопрос был именно в этом :)

попробую теперь так
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
  SYS.DBMS_SCHEDULER.CREATE_JOB
    (
       job_name        => 'D_MENU.AAM_TEST'
      ,start_date      => TO_TIMESTAMP_TZ('2017/12/20 23:50:21.000000 Europe/Kiev','yyyy/mm/dd hh24:mi:ss.ff tzr')
      ,repeat_interval => 'FREQ=daily;byhour=8,16'
      ,end_date        => TO_TIMESTAMP_TZ('2099/01/01 00:00:00.000000 Europe/Kiev','yyyy/mm/dd hh24:mi:ss.ff tzr')
      ,job_class       => 'DEFAULT_JOB_CLASS'
      ,job_type        => 'PLSQL_BLOCK'
      ,job_action      => 'begin null; end;'
      ,comments        => NULL
    );
...
Рейтинг: 0 / 0
21.12.2017, 00:28
| Ответить | Цитировать | Написать  
4 сообщений из 4, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / dbms_scheduler + timezone
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&fpage=132&tid=1884693]:
 0ms
get settings:
 6ms
get forum list:
 17ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 53ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 35ms
get tp. blocked users:
 1ms
others: 228ms
total:  357ms
созд. / загр.: 357ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]