Yo.!sphinx_mvВы мне льстите!
Внутренняя ошибка ядра сервера Oracle с причиной "неизвестно, куда сервер себя "завел" - и это проблема криворукости разработчиков Oracle. Ну, а я среди них не числюсь...

нет клоун, это проблема твоих рук и дремучести. я практически уверен, что вы клоуны компилите на проде процедуры и клиенты у которых изменились процедуры по ходу выполнения вылетают с ORA-600

Компилирую пакет "XXX.YYY". Получаю список связаных с ним невалидных объектов (процедуры/пакеты/представления и т.п.), которые затем перекомпилирую...
Любой пользователь, который в это время может сидеть подключенным к базе данных, после перекомпиляци получает для первого вызова любой перекомпилированной процедуры/функции "простыню":
ORA-04068: existing state of packages has been discarded
ORA-04061: existing state of package "XXX.YYY" has been invalidated
ORA-04065: not executed, altered or dropped package "XXX.YYY"
ORA-06508: PL/SQL: could not find program unit being called: "XXX.YYY"
ORA-06512: at line 1Ну, так что "не так" с перекомпиляцией? И, кстати, где обещаная "00600"?

В-общем, очередное "палец->небо->мимо"...
Yo.!ядро тут совершенно не причем.А кто/что должно отслеживать изменение состояния объектов базы данных?!
Если ошибка возникает после выполнения пользователем некоторых действий строго по документации, то тут одно из двух: ошибка либо в документации, либо в продукте...
И оба этих варианта - "не фонтан"...

Alexander Ryndinsphinx_mvВы мне льстите!
Внутренняя ошибка ядра сервера Oracle с причиной "неизвестно, куда сервер себя "завел" - и это проблема криворукости разработчиков Oracle. Ну, а я среди них не числюсь...Еще раз. Есть ли в компании кроме вас, ламера, кто-то, понимающий, что такое Oracle.
Или Вы уже забыли (тогда напомню - 14937091 ) как показывали на Oracle "совершенно одинаковые планы выполнения" запросов для одной таблицы и для представления из запроса только к этой таблице, в то время когда предлагалось соединить (join) в одном запросе несколько представлений (view), в каждом из которых соединялись несколько таблиц и посмотреть план получившегося запроса?
Alexander RyndinИли вы там один работаете? Я даже не буду рассказывать, что такое первый параметр ORA-600. Если вы там один, то вы некомпетентны и full stop.
Мне (как пользователю продукта) совершенно до лампочки сколько и каких параметров выводится при возникновении ошибки.
Но мне совсем не до лампочки, что эти ошибки вылезают при выполнении документированных (по документации на продукт или по утвежденному и обкатаному внутреннему регламенту обслуживания) действий.

ЗЫ. И кто-то объяснит, почему на параллельно работающем MSSQL (с эквивалентной нагрузкой) ничего такого не наблюдается?
Модератор: Отредактировано

Yo.!sphinx_mv,

лапух, прочти metalink note 549637.1И это сразу отменит Вашу непоколебимую веру в безглючность продуктов Oracle?!

Хотя, как же я забыл - "задокументированный баг превращается в фичу" (с)
Ну, а так как на металинке собрана вся документация с описаниями и способами решения проблем, по багам Oracle, обзовем эти баги фичами... Сугубо из этого контекста я вынужден признать: Oracle - не "глючный"... Он - "фичастый"...

Yo.!0030vadiminfoЯ за это же время не более 10. Последний уже не помню когда.
вот я об этом
Другими словами, Вы тоже не в курсе про такую "замечательную фичу", которую где-то тут 14959475 "рекламировали"?
Alexander Ryndin...
5) Edition-Based Redefinition (обновление приложения на лету - старые сессии видят старую версию view, pl/sql модулей, а новые новую версию )
...

Yo.!sphinx_mvДругими словами, Вы тоже не в курсе про такую "замечательную фичу", которую где-то тут 14959475 "рекламировали"?

другими словами твой мозг столь примитивен, что так и не смог осознать во время чего и где я получаю подобные ора-600Ну, уж не Вам сравнивать примитивность чьих-то мозгов - тем более в сравнении с Вашим: если бы у Вас было чем думать, Вы бы увидели что там, где у меня даже не вылезает ORA-00600 - а полный текст цепочки из всех ошибок, проявляющихся после перекомпиляции объектов схемы я приводил в 15563974 - Вам не помогает даже доступ на металинк.

ЗЫ. У Oracle есть замечательная фича - http://docs.oracle.com/cd/E11882_01/appdev.112/e41502/adfns_cqn.htm#ADFNS018]Continuous Query Notification]Continuous Query Notification . Ну, так в не менее замечательном релизе этого сервера данная "фича" физически не работает (за подробностям - "11.2 Client Unable To Receive Notifications From 11.2 Database", Doc ID 1310859.1)... В нормальной софтверной компании за такие "фичи" релиз-менеджеров увольняют без выходного пособия и с "волчьим билетом" - но не в случае с Oracle...

ЗЗЫ. Кстати, к вопросу о саппорте "совершенно безглючного продукта"... Чтобы "ознакомиться" с "решением" для этой "фичи" обычной OTN-лицензии, предусматривающей возможность ознакомления хотя бы с возможностями продукта, естественно не достаточно - и "ознакамливаться" (кто еще "не в курсе") приходится с глюками продукта... И это, естественным образом призвано "популяризировать" и "прививать лояльность" к этому продукту со стороны "новичков" - даже не вдаваясь в подробности про тщательным образом задокументированные глюки самого инсталятора Oracle, который при установке не может просто поднять из дистрибутива инстанс сервера БД (с настройками по умолчанию) в системе...

Yo.!ну давайте посмотрим честно правде в глаза, я же крут. по одной вашей фразе о ядре оракла совершенно точно определил, что мы имеем дело с дурачком, который получает ora-600 из-за криво написанных процедурЕсли такой "крутой специалист" как Вы совершенно не в курсе, что ORA-600 вылезает не только из-за перекомпиляции процедур - и даже в этом случае не у всех (в Вашем случае Вас не спасает даже металинк), то кто Вам доктор? В-общем, научитесь пользоваться зеркалом...

На всякий случай (для "всезнаек"): причинами ошибок с этим кодом (ora-00600) могут быть (не полный список!) таймауты, повреждения структуры файлов, проблемы с контролем данных в памяти процессов сервера баз данных, проблемы с железом, проблемы с восстановлением базы данных - и так далее, и тому подобное... Утверждают, но сам (пока) не сталкивался, что в некоторых случаях даже "SELECT ... FROM DUAL" может вызвать ORA-00600... В-общем, "очень полезная" ошибка - ну, прямо на все случаи жизни...

Гхостикsphinx_mvЛюбой пользователь, который в это время может сидеть подключенным к базе данных, после перекомпиляци получает для первого вызова любой перекомпилированной процедуры/функции "простыню":
ORA-04068: existing state of packages has been discarded
ORA-04061: existing state of package "XXX.YYY" has been invalidated
ORA-04065: not executed, altered or dropped package "XXX.YYY"
ORA-06508: PL/SQL: could not find program unit being called: "XXX.YYY"
ORA-06512: at line 1
Ну, так что "не так" с перекомпиляцией?Не любой процедуры, а только пакетов, в которых используются глобальные переменные. И только в сессиях, которые до перекомпиляции эти пакеты использовали.Мне была обещана ORA-00600...
Для любой перекомпиляции... Любой процедуры/функции/пакета...
Примеры причин, котрые вызывают ORA-00600 и не связаны с перекомпиляцией я приводил в предыдущем сообщении...

softwarerГосподи, ну чего вы время-то тратите.... вот есть человек, он мучается, плюётся, исходит желчью, но продолжает жрать кактус.Я (в отличие от Вас) знаю что я вынужден "жрать кактус". И (в отличие от Вас) я осознаю, что кактус этот с изрядным количеством колючек. И (опять же в отличие от Вас) вполне способен открыто высказать свое отношение к процессу поедания этого кактуса. Вам же - все "божья роса" (с)
softwarerЕсть, например, я, который представления не имеет - есть ли в MSSQL ошибки, сколько их и как они проявляются. По той простой причине, что опыт работы с ним, мягко говоря, не стимулировал дальнейшее изучение и регулярное использование. "Поток сознания", главная мысль которого в том, что Вы "не имеете представления" (с) , но "вкус устриц" обсуждаете.
softwarerСобственно, вопрос сравнения на этом имхо закрыт. Всё очень напоминает попытку велосипедиста опустить "жигуль" - мол, под капотом надо ковыряться и воняет изрядно, но как надо далеко поехать, так этот велосипедист садится и едет, плюясь.Вариант сравнения Вашего "новенького жигуля" хотя бы с "хондой" (неаскольколетней свежести) Вы не расматриваете в принципе? Ну, тогда можете продолжать хвалить свое "достижение отечественньго автопрома", в котором Вам нужно постоянно ковыряться, котрый изрядно воняет, да и едет на самом деле не особо далеко...

Yo.!sphinx_mvЕсли такой "крутой специалист" как Вы совершенно не в курсе, что ORA-600 вылезает не только из-за перекомпиляции процедур
интересно, которая моя фраза вас навела на столь смешной вывод ?

sphinx_mvМне была обещана ORA-00600...
Для любой перекомпиляции... Любой процедуры/функции/пакета...

кем ??Вот "таблетка от склероза" 15558569 - что по первому, что по второму вопросу.

rockclimberМожет оно и может, да только вот я ни разу не видел системы, где ORA-600 валится пачками, да так, что надо каждое утро садиться и разбирать.Цитирую 15487662 :
sphinx_mvТеперь мне приходится (параллельно!) пользоваться "самым замечательным сервером всех времен и народов", на котором только за последний год ORA-00600 вылетала (на продакшене!) раз десять. Из них два раза базу восстанавливали в режиме "лунохода": неоднократный запуск неорднократно присланных разных скриптов, и никто не знает, что в системе происходит - даже саппорт... Если кто-то считает, что внутренние ошибки ядра сервера, способные "убить сервер нафиг" (на продакшене!) это нормально, то пусть это останется на его личной совести...
(при наличии оной)

И по поводу "каждого утро"... Это да... Нужно разбирать... Протму что считается вполне обычной ситуация, когда при резервном копировании файлов что-то "внезапно" пошло "не так"...

Yo.!sphinx_mvВот "таблетка от склероза" 15558569 - что по первому, что по второму вопросу.
дурачек, там нет ничего, что бы могло навести на мысль, что ора-600 вылезает исключительно из-за рекомпиляций. тебе стоит сходить на курсы русского языка ...Мда-с... Тут таблетки уже не помогут...
Дословная цитата:
Yo.!я практически уверен, что вы компилите на проде процедуры и клиенты у которых изменились процедуры по ходу выполнения вылетают с ORA-600. Тут даже не нужно переводить "с русского на русский" (с)
Ваша "практическая уверенность" в том, что Ваш вариант является единственно возможным - а других вариантов от Вас не было, нет и, похоже, уже не предвидится...