|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Нашелся Workaround: указывать INTERVAL при создании задания К сожалению, не всегда есть возможность поменять код ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 03:35 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровЧто еще хреновей -- не полностью съэмулировали поведение DBMS_JOB Спасибо, Вячеслав. Слава богу мы отвалились от 19с ещё раньше. Вячеслав ЛюбомудровНашелся Workaround: указывать INTERVAL при создании задания К сожалению, не всегда есть возможность поменять код Это не обход проблемы. Это дюжина гвоздей в крышку гроба dbms_job. Эти козлы забыли написать в доке, что dbms_job, на самом деле, desupported. P.S. Саян, похер в похеровницах остался надеяться, "чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться"? ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 08:21 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
ElicЭти козлы забыли написать в доке, что dbms_job, на самом деле, desupported.Написали might beNote:The DBMS_JOB package has been superseded by the DBMS_SCHEDULER package, and support for DBMS_JOB might be removed in future releases of Oracle Database. Странно, что, несмотря на многолетние рекомендации мигрировать c dbms_job, в синтаксисе матвью так и не появилась кляуза с поддержкой синтаксиса расписания dbms_scheduler. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 08:57 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
-2-ElicЭти козлы забыли написать в доке, что dbms_job, на самом деле, desupported.Написали might beНе передёгивай:19сsupport for DBMS_JOB might be removed in future releases of Oracle Database.Т.е. в 19c "support" задокументирован. Note:has been superseded byЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет. Кому они десяток лет ездят по ушам с "superseded"? У меня сделанный ещё в 7.3 функционально достаточный планировщик с гибкими расписаниями прекрасно работает до сих пор. А его возможности тем более не покрываются калечным DBMS_SCHEDULER-ом. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:15 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
ElicЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет.Ну как нет Установка NEXT_DATE/BROKEN в DBMS_SCHEDULER (PLSQL_BLOCK) нормально работает Просто для DBMS_SCHEDULER задокументированное поведение: "If repeat_interval is not specified, the job runs only once at the specified start date" Т.е. при пустом REPEAT_INTERVAL в принципе не допускается запуск более одного раза, а вычисленное в коде значение NEXT_DATE просто игнорируется, хотя точно так же биндится и, соответственно, доступно Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20.
... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:31 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровElicЛадно, сэмулировать next_date (уверен, и broken) они обосрались. Так и в самом DBMS_SCHEDULER подобного механизма нет.Ну как нетНу как же, обосраться-таки обосрались? А по поводу "механизм есть" и "Workaround" - напрашивающийся interval=>'null' не срабатывает. Но любой "нетривиальный" фэйк срабатывает: Код: plsql 1.
Т.е. мне как разработчику с next_date можно будет жить. Может и они досообразят, как доэмулировать. Через пару лет :| ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 09:54 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Еще одна задница с DBMS_SCHEDULER в 19c Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.10.2019, 10:33 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров Да SR не заводили? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.08.2020, 19:21 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Мы столкнулись с большой неприятностью - без ошибок, просто все jobs перестали выполняться Patch 28805242: SCHEDULER JOB SUDDENLY STOPS RUNNING ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2020, 00:03 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Баг 28805242 полечен в 19.8 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 15:51 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
DBMS_JOB промаплен в DBMS_SCHEDULER с багами в части таймзоны. Причём баги видоизменялись где-то в районе 19.10. Из-за чего нужно эти баги учитывать, чтобы добавлять компенсирующее смещение как при submit-е, так и при запросе к *_jobs. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.12.2021, 20:56 |
|
|
start [/forum/topic.php?fid=52&gotonew=1&tid=1879654]: |
0ms |
get settings: |
19ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
36ms |
get topic data: |
3ms |
get first new msg: |
5ms |
get forum data: |
1ms |
get page messages: |
264ms |
get tp. blocked users: |
0ms |
others: | 358ms |
total: | 693ms |
0 / 0 |