update con tablas relacionadas

[Casimiro Noteví]

Pues acabo de hacer una prueba con firebird y también usa el índice de ambas formas.

[[Al González]]

Empezado por Casimiro Notevi

Pues acabo de hacer una prueba con firebird y también usa el índice de ambas formas.

Contribuyo a lo mismo (para evitar que la afirmación de cointec se convierta en un mito).

Hace tiempo hice unas pruebas de "In" contra "Or" en Firebird 1.5, y no solamente en ambos casos usa los índices (era el campo de llave primaria), sino que me resultó más rápida una consulta Select con 10 condiciones Or, que su contraparte In con diez valores separados por coma.

Así que me quedé con Or por ser más rápido.

[[mightydragonlor]]

Empezado por Al González

Contribuyo a lo mismo (para evitar que la afirmación de cointec se convierta en un mito).

Hace tiempo hice unas pruebas de "In" contra "Or" en Firebird 1.5, y no solamente en ambos casos usa los índices (era el campo de llave primaria), sino que me resultó más rápida una consulta Select con 10 condiciones Or, que su contraparte In con diez valores separados por coma.

Así que me quedé con Or por ser más rápido.

Claro, finalmente el parser debe cambiar toda la lista del IN para dejar la consulta con OR, pero supongo que la diferencia no debió ser mucha, por otro lado es mucho mas fácil usar IN que OR, si se hace desde un store procedure.

Saludos.

[[Al González]]

Empezado por mightydragonlor

Claro, finalmente el parser debe cambiar toda la lista del IN para dejar la consulta con OR, pero supongo que la diferencia no debió ser mucha, por otro lado es mucho mas fácil usar IN que OR, si se hace desde un store procedure.

Desconozco qué hace con exactitud el analizador sintáctico de Firebird, pero el código de aquellas pruebas estaba precisamente dentro de un procedimiento almacenado. Suelo usar In, pero como esa operación era crítica, opté por Or. No recuerdo ahora la diferencia de tiempos, aunque ciertamente me parecía poca para un caso normal.

Saludos.

[[Delphius]]

El uso del índice es INDEPENDIENTE de si se emplea IN u OR.
Por lo general, y para cualquier motor de bases de datos, una consulta con IN es más lenta debido a que se requiere lanzar tantas subconsultas como criterios a evaluar dentro de IN existan. No es lo mismo, si se puede, enfocarlo desde una evaluación booleana como OR ya que el analizador detecta estos y puede optimizar mejor el proceso.

Internamente, de lo que vagamente tengo entendido y leído, Firebird tiene un árbol-AND-OR o algo por el estilo que le permite hacer evaluaciones y comprobaciones de una manera efectiva y puede filtrar los registros en la propia consulta. En cambio, cuando hay un IN se emite la misma consulta para cada valor a fin de determinar si corresponde o no filtrarlo.

Saludos,

[cointec]

Tenéis razón, estaba equivocado, no sé porque tenía esta idea y siempre que es posible utilizo in en vez de or.

[Casimiro Noteví]

Quien tiene boca, se equivoca

Lo mismo en versiones anteriores era como has contado