update con tablas relacionadas

[[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

[[Al González]]

Empezado por Casimiro Notevi

Lo mismo en versiones anteriores era como has contado

Seguro Microsoft SQL Server no usa índices ni con In ni con Or.

(este mito sí hay que extenderlo)

[roman]

Chuck Norris tampoco, pero él no los necesita.

// Saludos

[[mightydragonlor]]

Empezado por Al González

Seguro Microsoft SQL Server no usa índices ni con In ni con Or.

(este mito sí hay que extenderlo)

La verdad es que SQL Server es un muy buen motor de base de datos, muy estable y muy buen rendimiento, lo bueno es que el SQL Managment Studio viene con un visualizados de Plan de Ejecución bastante intuitivo, y si, usa indices con IN y OR, aunque prefiero Firebird, mi experiencia con SQL Server, es bastante buena.