update con tablas relacionadas

[cointec]

Empezado por Casimiro Notevi

Creo que la sintaxis sería más o menos así:

Código SQL [-]
update articulos 
set codigo_segundo ) = 'X'
where fk_items exists (select id from items where codigo='AL497J' or codigo='F494F' )

Creo que también puedes cambiar exists por in


EDITO: bueno, no he dicho nada, veo que te ha servido la de Román.

Hola, para optimizar la consulta, deberías utilizar 'in' en vez de or, ya que con 'or' no se utilizan índices, cosa que con 'in' sí que ocurre

Código SQL [-]
 exists (select id from items where codigo in('AL497J','F494F' ))

[Casimiro Notevi]

Empezado por cointec

Hola, para optimizar la consulta, deberías utilizar 'in' en vez de or, ya que con 'or' no se utilizan índices, cosa que con 'in' sí que ocurre

Aunque para ello deberá tener ese campo indexado. Algo que algunos olvidan

[roman]

Aunque a mi me extraña esto del or e in. Acabdo de hacer una prueba con mysql, y en ambos casos usa el índice.

// Saludos

[Casimiro Notevi]

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.