SELECCIONAR CUENTA (*) con ORDEN POR

¿Se ejecutarán las dos consultas siguientes de la misma manera?SELECCIONAR CUENTA (*) con ORDEN POR

SELECT COUNT(*) from person ORDER BY last_name;

SELECT COUNT(*) from person;

De cualquier manera que deben mostrar los mismos resultados, así que estaba ansioso por ver si la ORDER BY solo se tendrá en cuenta.

La razón por la que estoy preguntando es porque estoy mostrando una tabla paginada donde obtendré 20 registros a la vez de la base de datos y luego ejecuto una segunda consulta que cuenta el número total de registros. Quiero saber si debo usar los mismos criterios que usé la primera consulta, o si debería eliminar toda clasificación de los criterios?

Fuente

2012-01-30 Danny

¡No son lo mismo! –

¿Has comprobado el plan de consulta primero? Estoy seguro de que tiene el analizador si le importan esas pequeñas diferencias. Le dirá si la clasificación ocurre o no. – artificialidiot

Quitaría una cláusula de ordenamiento de cualquier función agregada conmutativa (como COUNT o SUMA) simplemente porque no es necesaria. –

De acuerdo con el plan de ejecución, las dos consultas son diferentes. Por ejemplo, la consulta:

select count(*) from USER

me dará:

INDEX (FAST FULL SCAN) 3.0 3 453812 3457  1 TPMDBO USER_PK FAST FULL SCAN INDEX (UNIQUE) ANALYZED

Como se puede ver, que golpeó USER_PK que es la clave primaria de esa tabla.

Si ordenar por una columna no indexada:

select count(*) from USER ORDER BY FIRSTNAME --No Index on FIRSTNAME

voy a conseguir:

TABLE ACCESS (FULL) 19.0 19 1124488 3457 24199 1 TPMDBO USER FULL TABLE ANALYZED 1

Significado hicimos un escaneo completo de tabla (mucho más alto costo de nodo)

Si ordeno por la clave principal (que ya es un índice), Oracle es lo suficientemente inteligente como para usar el índice para hacer ese tipo:

INDEX (FAST FULL SCAN) 3.0 3 453812 3457 13828 1 TPMDBO USER_PK FAST FULL SCAN INDEX (UNIQUE) ANALYZED

Que se parece mucho al primer plan de ejecución.

Por lo tanto, la respuesta a su pregunta es absolutamente no, no son lo mismo. Sin embargo, ordenar por un índice que Oracle ya está buscando de todos modos probablemente dará como resultado el mismo plan de consulta.

Fuente

2012-01-30 20:57:47

Por supuesto que no. A menos que el apellido sea la clave principal y ya está ordenado por eso.

Fuente

2012-01-30 20:47:55 Sid

No creo que la respuesta sea obvia. Oracle a menudo arrojará pasos inútiles, especialmente una clasificación innecesaria. Inicialmente esperaba que las dos consultas se ejecutaran de la misma manera. –

Puede que no sea obvio para ti, pero parece que esa es también la respuesta correcta. – Sid

El optimizador de consultas de Oracle realmente realiza un tipo (lo verifiqué mirando el plan de explicación) para la primera versión, pero como ambas consultas solo devuelven una fila, la diferencia de rendimiento será muy pequeña.

EDIT:

la respuesta de Mike es correcta. La diferencia de rendimiento posiblemente puede ser significativa.

Fuente

2012-01-30 20:52:39 GriffeyDog

'SORT ORDER BY' está ordenando,' SORT AGGREGATE' no está realmente ordenando. Y aunque las consultas devuelven el mismo número de filas, la diferencia de rendimiento podría ser enorme. –

SELECCIONAR CUENTA (*) con ORDEN POR

Respuesta

Cuestiones relacionadas