То, что вы видите, - это эффект от применения «выбора списка обрезки» оптимизатором. В этом случае это считается ошибкой - если встроенное представление содержит агрегированную функцию, неопубликованный столбец (-ы) в основном запросе и не существует group by
, оптимизатор решает просто избавиться от тех неучтенных столбцов (SLP - выбивка списка выбора):
Окружающая среда: Windows x64; Oracle 12.1.0.1.0
-- test-table
create table t1 as
select level as col1
, level as col2
from dual
connect by level <= 7;
-- gather statistic on t1 table.
exec dbms_stats.gather_table_stats('', 'T1');
Теперь давайте выполним этот ошибочный запрос с 10053 след включен и посмотреть, что будет происходить под прикрытием:
alter session set tracefile_identifier='no_group_by';
alter session set events '10053 trace name context forever';
select /*+ qb_name(outer) */ col1
from (
select /*+ qb_name(inner) */ max(col1) as col1
, col2
from t1
);
COL1
----------
7
alter session set events '10053 trace name context off';
Там не было ожидать ORA-00937
ошибки. Все прошло гладко. Теперь файл трассировки:
OPTIMIZER INFORMATION
******************************************
----- Current SQL Statement for this session (sql_id=d14y7zuxvvfbw) -----
select /*+ qb_name(outer) */ col1
from (
select /*+ qb_name(inner)*/max(col1) as col1
, col2
from t1
)
*******************************************
.....
Query transformations (QT)
**************************
....
SVM: SVM bypassed: Single grp set fct (aggr) without group by.
/* That's where we lose our COL2 */
SLP: Removed select list item COL2 from query block INNER
query block OUTER (#0) unchanged
....
Final query after transformations:******* UNPARSED QUERY IS *******
SELECT /*+ QB_NAME ("OUTER") */ "from$_subquery$_001"."COL1" "COL1"
FROM (SELECT /*+ QB_NAME ("INNER") */ MAX("T1"."COL1") "COL1"
FROM "HR"."T1" "T1") "from$_subquery$_001"
В качестве обходного параметр _query_rewrite_vop_cleanup
может быть установлен в false
. Но, конечно, проконсультируйтесь с поддержкой oracle, если этот параметр необходимо установить в рабочей среде.
alter session set "_query_rewrite_vop_cleanup"=false;
session altered
select /*+ qb_name(outer) */ col1
from (
select /*+ qb_name(inner) */ max(col1) as col1
, col2
from t1
);
Результат:
Error report -
SQL Error: ORA-00937: not a single-group group function
00937. 00000 - "not a single-group group function"
И когда мы добавим group by
пункт, запрос работает, как ожидалось.
select /*+ qb_name(outer) */ col1
from (
select /*+ qb_name(inner) */ max(col1) as col1
, col2
from t1
group by col2
);
Результат:
COL1
----------
1
6
2
4
5
3
7
Если у вас есть доступ к MOS, посмотрите на 1589317.1, 16989676.8 (ошибка 16989676 - должна быть исправлена в 12.1.0.2 выпуске), Bug 8945586 ноты.
Вы все же получаете сообщение об ошибке, если вы просто запустили внутренний выбор правильно? – xQbert
Да. Внутренние результаты запроса при ошибке запускаются отдельно. –
http://dba.stackexchange.com/questions/39674/why-is-a-non-single-group-group-function-allowed-in-a-subselect-but-not-on-it – Multisync