Оракловые чудеса

[Uzito]

Продакшен внезапно встал колом, пытаюсь понять что за чудеса. Есть репорт который высасывает данные из вьюшки средней сложности.

Это выполняется из SQL Dev за 10 секунд:

Code: Select all

SELECT *
  FROM v_report_abc
 WHERE condition1 = 'QQQQ' AND condition2 = 'ABC'

Это умирает и не возращает никакого результата даже после 3 часов:

Code: Select all

SELECT field1, field2, field3, field4, field5
  FROM v_report_abc
 WHERE condition1 = 'QQQQ' AND condition2 = 'ABC'

Это опять выполняется нормально:

Code: Select all

SELECT field1, field2, field3, field4, field5
  FROM (SELECT *
          FROM v_report_abc
         WHERE condition1 = 'QQQQ' AND condition2 = 'ABC')

Чо за ботва?

[mskmel]

"Доктор, у меня это..."
Описанная Вами ситуация вполне воспроизводима при определённых условиях. То что выполняется нормально - найдено, вот это и выполняйте.

[zgur]

Планы запросов нужны чтоб понять точно. Когда в select выбираются только несколько полей oracle делает оптимизацию и, возможно, выбрасывает некоторые таблицы из joinа во view. Эта оптимизация, в вашем случае, приводит к худшим ресультатам

[iDesperado]

смотри планы запросов. просто разные планы

[Uzito]

смотри планы запросов. просто разные планы

План первого и второго запроса совершено одинаковый.

[Easbayguy]

Попробуйте добавить hint /*+ OPT_PARAM('_optimizer_adaptive_plans', 'false') */ иногда Oracle на лету меняет plan.

[iDesperado]

смотри планы запросов. просто разные планы

План первого и второго запроса совершено одинаковый.

не верю. делаю ставку что ты смотришь предполагаемый план, а не в процессе исполнения
поставь toad, посмотри план в session browser, там же long operations.

[мухобой]

Скорее всего плохой план, либо менее вероятно запрос может залипнуть на парсинге. Есть и другие более экзотические причины.

[Uzito]

не верю. делаю ставку что ты смотришь предполагаемый план, а не в процессе исполнения
поставь toad, посмотри план в session browser, там же long operations.

AUTOTRACE издох на попытке показать реальный план. Прибил его через два часа.

[Uzito]

Попробуйте добавить hint /*+ OPT_PARAM('_optimizer_adaptive_plans', 'false') */ иногда Oracle на лету меняет plan.

Это не помогло, зато помогло добавить ORDERED hint.
Припаяли этот хинт к сиквелю через SQL Patch.

[iDesperado]

не верю. делаю ставку что ты смотришь предполагаемый план, а не в процессе исполнения
поставь toad, посмотри план в session browser, там же long operations.

AUTOTRACE издох на попытке показать реальный план. Прибил его через два часа.

set autotrace on из sqlplus ? он на сколько я помню после отработки запроса показывает. если есть доступ в вебную админку, там еще реальный план можно увидеть. еще вариант врубить трейс. перед тем как запустить глючный запрос
ALTER SESSION SET sql_trace = TRUE;
или более объемный вариант
ALTER SYSTEM SET EVENTS '10046 trace name context forever, level 8';

найти куда он задампил и трейс через tkprof отформатировать в человеческий вид. ALTER SESSION SET sql_trace = TRUE; мне кажется план показывал

[StrangerR]

Поставьте OEM (или даже db console) и походите по плану, вейтинг событиям, статистике, и быстро все найдете. А так как тут написано, только самые-самые ораклиные гуру могут разобраться.

[Mark]

проше всего запустить STA в OEM (или TOAD) на этот запрос и посмотреть STA report. если написано поменять план или построить индекс - сделать и прогнать еще раз.

[Ion Tichy]

Транзакции-изоляции?

[ALV00]

Чтобы не плодить топики
Еще одна загадка от Ларри:
Почему из пустого множества получается такой результат?

Code: Select all

SQL> select c1, sum(c2)
  2  from (
  3     select 123 as c1, 10 as c2
  4     from dual
  5     where 1=2
  6  )
  7  /

        C1    SUM(C2)
---------- ----------
       123

[Uzito]

Чтобы не плодить топики
Еще одна загадка от Ларри:
Почему из пустого множества получается такой результат?

Вы, гражданин, забыли написать GROUP BY C1 в конце.

Как написано, Ваш запрос аналогичен

Code: Select all

SELECT 123 AS c1, SUM (10) c2
  FROM DUAL
 WHERE 1 = 2

и результат вполне ожидаемый. С1 константа + аггрегат пустого множества (null).

Если добавить GROUP BY C1 но возращается 0 записей, как и хотелось Вам.

[liamkin]

там же в Оракле надо какую-то Оптимайзерную статистику пересчитывать регулярно - две простые но иногда долго выполняющиеся команды. Плюс включите затем AWR - он вам все скажет.

[KVA]

А почему это вообще выполняется? Вроде как синтаксис неверен и вообще не должно выполнятся. MS SQL ругается например
----
Incorrect syntax near ')'.

А на что-то такое уже совсем конкретную ошибку дает.
----
Column 't.c1' is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.

Code: Select all

select t.c1, sum(t.c2)
from (
    select 123 as c1, 10 as c2
    from Contacts
    where 1=2
) t

[Uzito]

А почему это вообще выполняется? Вроде как синтаксис неверен и вообще не должно выполнятся. MS SQL ругается например

Почему неверен? Неужели Вас смущают запросы типа

Code: Select all

SELECT 'Дятлы' label, COUNT (1) cnt
  FROM birds
 WHERE family = 'Woodpecker'
UNION ALL
SELECT 'Вороны' label, COUNT (1) cnt
  FROM birds
 WHERE family = 'Crow'

Стандартное правило - аггрегационный запрос требует, чтобы все колонки по которым происходит группировака были в спике group by. В данном случае список группировки пустой, значит происходит аггрегация всех записей после наложения фильтра и к результату прилепляется константа. Запрос возвращает две записи (дятлы и вороны) + посчитаное количество отфильтрованых записей для каждого поздапроса.

Если взять реальную колонку из таблицы вместо константы "Дятлы", то получите сообщение об ошибке что отсутсвует GROUP BY по этой колонке.
Если добавить дятлов в group by, то в зависимости от наличия отфильтрованых записей получите либо количество, либо пустой ответ.

[KVA]

MS SQL изначальный SQL очень даже смущает.

Я как бы не очень эксперт в базах и изначальный SQL выглядит для меня на уровне

x = a++ + ++a + a++;

Что-то там получится. Может даже правильно, но писать так не стоит.

[ALV00]

Да, пропущено group by. Это из реального баг кейса. База - теоретически - должна ругаться на такое выражение. db2 ругается, MS SQL - как говорят - тоже ругается. Оракл почему-то нет и выдает странный результат. У Ларри все не как у людей.

[KVA]

Даже если Оракл позволяет пропустить group by странно что выдалась строка. Вот такой эквивалент в MS SQL server выдает пустой результат.

Code: Select all

select t.c1, sum(t.c2)
  from (
       select 123 as c1, 10 as c2
       from Contacts
      where 1=2
   ) t
   group by t.c1

[Uzito]

Даже если Оракл позволяет пропустить group by странно что выдалась строка. Вот такой эквивалент в MS SQL server выдает пустой результат.

Этот код тоже выдает 0 rows в оракле. Разница в том, что group by есть или нет в конце.

[Мальчик-Одуванчик]

Еще ни разу не встретил погроммиста, который бы признал, что он чего то не знает. Все "Билли виноват". Или Линус ( который Торвальд). Или Ларри

Что странно - даже Страуструп признавал что он очень многого не знает из придуманного им языка С++.

[deev_a_v]

Еще ни разу не встретил погроммиста, который бы признал, что он чего то не знает. Все "Билли виноват". Или Линус ( который Торвальд). Или Ларри

Ага. Сколько я видел начинающих, которые с ходу находили баги в MS SQL Server