¿La forma más rápida de verificar si hay algunos registros en una tabla de base de datos?

Question

Tengo una gran mesa para trabajar. Quiero comprobar si hay algunos registros cuyo parent_id es igual a mi valor de aprobación. Actualmente, lo que implemento esto es mediante el uso de "select count (*) from mytable where parent_id =: id"; si el resultado> 0, significa que existen.

Como esta es una tabla muy grande, y no me importa cuál es exactamente el número de registros que existe, solo quiero saber si existe, por lo que creo que count (*) es un poco ineficiente.

¿Cómo implemento este requisito de la manera más rápida? Estoy utilizando Oracle 10.

#

Según hibernación Consejos & trucos https://www.hibernate.org/118.html#A2

Se sugiere escribir así:

Entero count = (entero) session.createQuery ("select count (*) desde ... "). uniqueResult();

No sé cuál es la magia de uniqueResult() aquí? ¿Por qué lo hace rápido?

Comparar con "seleccionar 1 de mytable donde parent_id = passingId y rowrum < 2", ¿cuál es más eficiente?

Answer 1

Un EXISTE consulta es la de ir porque si usted no está interesado en el número de registros:

select 'Y' from dual where exists (select 1 from mytable where parent_id = :id) 

Esto devolverá 'Y' si existe un registro y nada de lo contrario.

[En términos de su pregunta sobre "uniqueResult" de Hibernate - todo lo que hace es devolver un solo objeto cuando solo hay un objeto para devolver - en lugar de un conjunto que contiene 1 objeto. . Si hay varios resultados se devuelven al método lanza una excepción]

Answer 2

Antes que nada, necesita un índice en mytable.parent_id.

Eso debería hacer su consulta lo suficientemente rápida, incluso para tablas grandes (a menos que también haya muchas filas con el mismo parent_id).

Si no es así, se podría escribir

select 1 from mytable where parent_id = :id and rownum < 2 

que devolver una sola fila que contiene 1 o ninguna fila en absoluto. No necesita contar las filas, solo encuentra una y luego abandona. Pero este es un SQL específico de Oracle (debido a rownum), y debería preferir no hacerlo.

Answer 3

Para DB2 hay algo así como select * from mytable where parent_id = ? fetch first 1 row only. Supongo que algo similar existe para el oráculo.

Answer 4

No hay ninguna diferencia real entre:

select 'y' 
    from dual 
where exists (select 1 
       from child_table 
       where parent_key = :somevalue) 

y

select 'y' 
    from mytable 
where parent_key = :somevalue 
    and rownum = 1; 

... al menos en Oracle10gR2 y hacia arriba. Oracle es lo suficientemente inteligente en esa versión para realizar una operación RÁPIDA DOBLE donde pone a cero cualquier actividad real en su contra. La segunda consulta sería más fácil de transportar si eso fuera alguna vez una consideración.

El diferenciador de rendimiento real es si la columna parent_key está indexada o no. Si no es así, entonces usted debe ejecutar algo como:

select 'y' 
    from dual 
where exists (select 1 
       from parent_able 
       where parent_key = :somevalue) 

Answer 5

select count (*) debe ser lighteningly rápido si tiene un índice, y si no lo hace, lo que permite la base de datos para abortar después del primer partido ganado no ayuda mucho

Pero ya que lo preguntas:

boolean exists = session.createQuery("select parent_id from Entity where parent_id=?") 
         .setParameter(...) 
         .setMaxResults(1) 
         .uniqueResult() 
       != null; 

(Algunos errores de sintaxis que se esperaba, ya que yo no tengo una hibernación para probar en contra en este equipo)

Para Oracle, se traduce en maxResults rownum por hibernación.

En cuanto a lo que hace uniqueResult(), ¡lea su JavaDoc! Usar uniqueResult en lugar de list() no tiene impacto en el rendimiento; si recuerdo bien, la implementación de delegados uniqueResult para list().

Answer 6

Esta consulta devolverá 1 si existe algún registro y 0 en caso contrario:

SELECT COUNT(1) FROM (SELECT 1 FROM mytable WHERE ROWNUM < 2); 

Podría ayudar cuando se necesita para comprobar las estadísticas de datos de la tabla, sin tener en cuenta el tamaño de la tabla y cualquier problema de rendimiento.