|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Из изменений в sql: - json_object(*) - listagg distinct ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 11:46 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic, Меня на самом деле это радует и это их ответ на кучу жалоб на баги. Раньше же к старшим минорным релизам оракл становился стабильнее, а с их новым подходом добавлять кучу багованных фич в минорных релизах, все подзадолбались. На oow18 они и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 14:55 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
xtenderобещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильнымНичто так не нарушает стабильности как ее небольшое улучшение. Например, обещают without user intervention вытаскивать из awr лучший план, если посчитали, что текущий ухудшился. Напоминает очередной adaptive... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 15:11 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
-2-Из изменений в sql: - json_object(*) - listagg distinctособенно второе ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 20:52 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Обещали, что версии будут нумероваться по кварталам. v$version.banner_full говорит: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19. 2 .0.0.0 Значит выложат не раньше апреля. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.02.2019, 22:59 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
-2-Обещали, что версии будут нумероваться по кварталам. v$version.banner_full говорит: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19. 2 .0.0.0 Значит выложат не раньше апреля. А зачем гадать? на MOS все есть, выход 19c (финальной long time support версии ветки 12.2) on premise Linux x86-64 второй квартал 2019. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2019, 00:01 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Со страницы docs.oracle.com появился переход на доку 19с. Книжек пока мало. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 14:19 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
-2-Со страницы docs.oracle.com появился переход на доку 19с. Книжек пока мало. нажимаем browse и попадаем https://docs.oracle.com/en/database/oracle/oracle-database/19/books.html чего то не хватает? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 15:29 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Salчего то не хватает?На 14:19 было около 30 книг. Остались еще errorы. Остальное - gateway и install - сложно назвать "не хватает" в отсутствие необходимости установки. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2019, 17:18 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Sal https://docs.oracle.com/en/database/oracle/oracle-database/19/books.html чего то не хватает? Ну например гайдов для всех остальных платформ, там сейчас Linux only. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2019, 03:05 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Salчего то не хватает?download-а ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2019, 08:47 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
зато оказывается уже как 5 дней можно качать https://mikedietrichde.com/2019/02/13/oracle-database-19-2-for-exadata-is-now-available-for-download/ ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2019, 10:10 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Не могу найти в документации - поправили ли ограничение на 2GB PGA-памяти одного процесса в новом софте? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2019, 11:47 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Доброе всем! Чтоб не плодить отдельных тем Есть Oracle 11.2.0.1.0 EE 64 бит Как и почему заказчик ни разу не патчился- это тема исторических исследований. Планируется переход на Oracle 12 и выше Стоит ли переходить сразу на 19c? Или переход на 18с или более младшие версии? И насколько я понимаю предварительно необходимо подняться до версии 11.2.0.4.0? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 11:34 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
"Стоит ли?" - вопрос к задачам, решаемым СУБД и к ее окружению - насколько оно подружится с новой версией. Один свой проект перевел с 8 на 10 чисто по собственной инициативе, заказчику пофигу - работает и работает. Один могу теперь на честную 18 XE перевести, JSON парсить в СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 11:55 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
BalbescoЧтоб не плодить отдельных темНу с таким-то трольим имечком не мудрено срать офтопиком где попало. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 17:22 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic, простите великодушно за имечко.Ни в коем случае не хотел троллить и создавать оффтоп в вашей теме. Так как у Вас,полагаю, имеется опыт как с 12с , так и с 18с надеялся,что вы поделитесь свои мнением. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 20:00 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
xtenderони и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться dbms_job проэмулировали через dbms_scheduler :| Код: plsql 1. 2. 3. 4. 5. 6. 7.
Не то чтобы новое, но конкретно переделанное старое. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.09.2019, 12:26 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
xtenderчтобы он стал наиболее стабильным (хотелось бы, конечно, надеятьсяПриложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере. Абсолютное отсутствие backward-compatibility :( Моё мнение: 19с - таки новая сырая версия, как бы не пытались убедить в обратном. Не рекомендую к эксплуатации. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 10:08 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic, Всегда? На бинде или при фетче? Ресолвер не помогает? ... Тоже 19 собираюсь пробовать, ищу солому ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 10:35 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic...Приложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере. Абсолютное отсутствие backward-compatibility :( ... Если этот ODAC использует собственную реализацию SQL*NET, то варианта всего три - не переходить на 19 - требовать с devart версию компонентов, совместимых по SQL*Net с 19м oracle - отказаться от devart В 19й версии они отрезали совместимость с 8м sql*net ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 10:47 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
andrey_anonymousНа бинде или при фетче?В Код: plsql 1.
отвалиться можно только на exec. Но этот statement не отражается в *.trc. Тупо создаётся dir инцедента. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:02 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
boobyВ 19й версии они отрезали совместимость с 8м sql*netПросьба перевести. Типо OCI нах - всё переписывайте козлодои?! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:05 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
ElicboobyВ 19й версии они отрезали совместимость с 8м sql*netПросьба перевести. Типо OCI нах - всё переписывайте козлодои?! не, поменяли сетевой протокол. И даже с 12.2, кажется. Я не в курсе деталей - визуально что-то вроде того, что простой коммит с клиента может не доехать или даже вызвать ошибку листенера или сервера по причине нераспознанной команды. И планов восстанавливать совместимость нет. Вероятно, главная причина в том, что слишком много клиентов сидят на 6х формсах, построенных на 8м sql*net Убрав совместимость по сетевому протоколу, заставляют "обновлять клиентские приложения" Их jdbc драйвера соответствующей свежести, конечно, работают. Но в описанном тобой случае, может быть и другая причина. Хотя то, что стейтмент не появляется в trc как бы намекает. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:16 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
boobyЕсли этот ODAC использует собственную реализацию SQL*NETУ него есть такой режим. Но refcuror-ы падают даже на 19с-клиенте. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:16 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
boobyВероятно, главная причина в том, что слишком много клиентов сидят на 6х формсах, построенных на 8м sql*netДичайшая мифология. boobyУбрав совместимость по сетевому протоколу, заставляют "обновлять клиентские приложения"Я до сих пор люблю пользоваться sqlplusw.exe (это 10Gr2). Пока у меня не получилось законнектить его к 19с (к 18с проблем не было после тюнинга sqlnet.ora). Если оракел решил сказать идите нах всё старьё - то не нужно быть насредином - падишах-таки сдохнет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:27 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
К 18.6 удалось прицепится 6 репортсом (поправив серверный sqlnet.ora) К 12.1, кстати, не получилось ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:30 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровК 18.6Лично я так и не понял, как интерпретировать послезапяточие. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:45 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2. 3. 4. 5. 6.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 11:57 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров Код: plsql 1.
Ну так поясни, откуда взял установку. Или как пропатчил? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 12:53 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elicоткуда взялRecommended Patch Advisor Search ResultsPatch 29757256 - Database Release Update 18.7.0.0.190716 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 12:56 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Да, есть уже 18.7, я ставил "Patch 29301631 - Database Release Update 18.6.0.0.190416" поверх LINUX.X64_180000_db_home.zip (какой-то отдается по ссылке https://download.oracle.com/otn/linux/oracle18c/180000/LINUX.X64_180000_db_home.zip) Суть в другом -- 19c объявлена как терминальная LTS, предстоит апгрейд, хотелось бы сразу ставить ее, но тут оказывается, уже куча несовместимостей. Понятно, что тестирование все равно будет, но уже, кажется, даже не стоит и пытаться Вот думаю, может хоть grid (ASM) на нее обновить, но вдруг окажется что там и 10g перестала нормально работать, а у нас есть такое чудо, хоть и не критичное ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:13 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Recommended Patch Advisor Search Results18.7Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:14 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic, Я подзабыл детали, но был баг в деварт ещё при 12.2 и помогла смена режима. Действительно было изменение протокола в ещё в 12.2 и я писал воркэраунд с багом из-за порядка биндов. 19.3 все-таки более стабильный, чем 12-18.да,есть баги, но они ещё с 12 или 18й версии, но часть из них в 19 уже пофиксена. Новых багов, которые есть только в 19 я не находил ещё ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:14 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
http://orasql.org/2017/11/24/oracle-issues-after-upgrade-to-12-2/ правда, я давно не обновлял этот список, поэтому какие-то баги, которые я встречал и быстро фиксил, отстутствуют в списке ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:18 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
ElicRecommended Patch Advisor Search Results18.7Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия?Ну, это давно известно 18 -- это 12.3 19 -- это 12.4 Сейчас актуальна "Patch 29834717 - Database Release Update 19.4.0.0.190716", т.е. в старой нумерации 12.4.0.4 (и это еще не конец, но вряд ли больше 19.8 будет) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:21 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
xtenderНовых багов, которые есть только в 19 я не находил ещёСаян, падает Код: plsql 1.
Нет нюансов с порядком. Просто отваливается серверный (не клиентский) процесс. В моём случае это означает безусловный откат к 18с. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 13:30 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elic, А в 18 все ок? На thick client пробовали режим сменить? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:23 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Кстати, вспомнил, что у devart при работе через оракловый клиент недавно обнаружился странный memory leak, поэтому кое-что мы перевели на direct access ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:29 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
У нас (дочерняя Allianz ) тестировали довольно долго и 18 и 19 (от 18 в конце отказались - актуальная 11.2.0.4 ибо багов немеряно) . Результаты может немного специфические - ибо приложение/я не очень правильно написанные, почти все на pl sql, все на exadata, но в общем впечатление такое - процентов 70-80 - баги оптимайзера, остальные - смесь всего. На 19 (опять же , сугубо имхо) положение немного улучшилось по количеству 600/7445, зато существеяно просел перформанс (по сравнению с 18). Из свежих - прикольный Bug 30347410 (non public) - exchange subpartition with table without validation - длится (при 50-100к строк) до 30-40 минут, workaround - alter session set "_optimizer_cbqt_or_expansion"=off (казалось бы - где optimizer, где exchange partition), причем по разному работает в sql, plsql и dynamic sql. В общем - грустно все как то... Regards Maxim ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:46 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
xtenderА в 18 все ок?Да. xtenderНа thick client пробовали режим сменить?Не уверен, об чём речь. Но косяки не зависели от способа подключения с/без клиента. Инстант в принципе не используется. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2019, 14:48 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровElicпропущено... Стало быть, 19с (хрен знает с какой цифрой после точезяпятой) - это таки новая (1), плохо совместимая(2) версия?Ну, это давно известно 18 -- это 12.3 19 -- это 12.4 Кому это такое давно известно? Мне, например, известно, что 18с -- это 12.2.0.2 19с -- это 12.2.0.3 (терминальный релиз 12с) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.10.2019, 11:24 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Они бы хоть эту ноту обновили в связи с новой нумерацией версий: COMPATIBLE Parameter - Explanation, Usage and Advise (Doc ID 1458741.1) и эту: Do Patchset Updates (PSU's) Change the Oracle Release Version/Fifth Digit? (Doc ID 861152.1) ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2019, 00:21 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
SQL*PlusВячеслав Любомудровпропущено... Ну, это давно известно 18 -- это 12.3 19 -- это 12.4 Кому это такое давно известно? Мне, например, известно, что 18с -- это 12.2.0.2 19с -- это 12.2.0.3 (терминальный релиз 12с)Упс.. Конечно же Переклинило ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2019, 01:43 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elicxtenderчтобы он стал наиболее стабильным (хотелось бы, конечно, надеятьсяПриложения на ODAC (devart) на bind-ах refcursor падают с ORA-03113 с невнятнымы core-ми на сервере. Абсолютное отсутствие backward-compatibility :( Моё мнение: 19с - таки новая сырая версия, как бы не пытались убедить в обратном. Не рекомендую к эксплуатации. Поддержка Oracle 19c будет добавлена в следующий релиз, который выйдет в течении месяца. Если вам поддержка Oracle 19c необходима срочно - пишите к нам в саппорт https://www.devart.com/company/contactform.html с указанием номера лицензии, и мы вышлем вам ночной билд ODAC с поддержкой Oracle 19c. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2019, 12:12 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
devartПоддержка Oracle 19c будет добавлена в следующий релиз, который выйдет в течении месяца. Если вам поддержка Oracle 19c необходима срочно - пишите к нам в саппорт https://www.devart.com/company/contactform.html с указанием номера лицензии, и мы вышлем вам ночной билд ODAC с поддержкой Oracle 19c.Дорога ложка к обеду :| ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2019, 13:35 |
|
12.2.0.3 :|
|
|||
---|---|---|---|
#18+
Elicxtenderони и обещали, что в 19 не будут добавлять кучу нового, я чтобы он стал наиболее стабильным (хотелось бы, конечно, надеяться dbms_job проэмулировали через dbms_scheduler :| Код: plsql 1. 2. 3. 4. 5. 6. 7.
Не то чтобы новое, но конкретно переделанное старое.Что еще хреновей -- не полностью съэмулировали поведение DBMS_JOB Код: 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. 38. 39. 40. 41.
Хотя и в DBMS_JOB и DBMS_SCHEDULER (для PL/SQL блока, по крайней мере) пост-обработка NEXT_DATE выполнялась корректно ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2019, 03:01 |
|
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?all=1&fid=52&tid=1879654]: |
0ms |
get settings: |
15ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
36ms |
get topic data: |
2ms |
get forum data: |
0ms |
get page messages: |
1031ms |
get tp. blocked users: |
0ms |
others: | 367ms |
total: | 1458ms |
0 / 0 |