AYUDA CON INSERT SQL SERVE

SlayerBoxer · 13 Febrero 2021

Tengo una duda conceptual:

Si tiro esta query inserta los registros perfectamente

INSERT INTO TABLA2

SELECT A.*

FROM TABLA1 A WITH(NOLOCK)
LEFT JOIN
TABLA2 B WITH(NOLOCK)

ON A.CONT_ID=B.CONT_ID

WHERE
B.CONT_ID IS NULL
AND A.PERIODO>=202101

Pero si pongo el campo PERIODO antes del WHERE me tirar error de llave primaria duplicada

INSERT INTO TABLA2

SELECT A.*

FROM TABLA1 A WITH(NOLOCK)
LEFT JOIN
TABLA2 B WITH(NOLOCK)

ON A.CONT_ID=B.CONT_ID
AND A.PERIODO>=202101

WHERE
B.CONT_ID IS NULL

¿Por qué ocurre esto? No entiendo conceptualmente la diferencia :B

gab_tc · 13 Febrero 2021

Where indica las condiciones de una consulta, siendo a.periodo >= 202101 parte de una condición.

Mientras que On te esta indicando la relación entre las dos tablas en este caso el cont_id.

Entonces esta tratando de agregar una condición en un campo donde se busca una relación.

No recuerdo si en el On puede tener más de una relación, ya que hace tiempo que no veo sql.

ricm · 13 Febrero 2021

Creo que en el primer ejemplo el AND afecta al subquery select, y en el segundo, el AND afecta al insert. Por eso obtienes distintos resultados.
Agrega unos paréntesis y va a quedar más claro.

clusten · 13 Febrero 2021

Como bien indica gab_tc, Esta parte no puede ir en el “ON”:
“A.PERIODO>=202101”

Una validación simple para las query es que siempre tienen que tener sentido gramatical.

en el where si tiene sentido, pues estás dando condiciones qué hay que cumplir y tabla1.col2>202001 es una condición. En el on no pueden ir condiciones “abiertas”, solo relaciones entre las tablas

Ariadno · 14 Febrero 2021

clusten dijo:
Como bien indica gab_tc, Esta parte no puede ir en el “ON”:
“A.PERIODO>=202101”

Una validación simple para las query es que siempre tienen que tener sentido gramatical.

en el where si tiene sentido, pues estás dando condiciones qué hay que cumplir y tabla1.col2>202001 es una condición. En el on no pueden ir condiciones “abiertas”, solo relaciones entre las tablas

Yo sabía lo mismo, en mi conocimiento básico de sql

Mesita · 16 Febrero 2021

si se pueden agregar condiciones en el join. La respuesta es más bien lo que indica @ricm

Condition within JOIN or WHERE

Is there any difference (performance, best-practice, etc...) between putting a condition in the JOIN clause vs. the WHERE clause? For example... -- Condition in JOIN SELECT * FROM dbo.Customers A...

stackoverflow.com

SlayerBoxer · 16 Febrero 2021

Mesita dijo:
si se pueden agregar condiciones en el join. La respuesta es más bien lo que indica @ricm

Condition within JOIN or WHERE

Is there any difference (performance, best-practice, etc...) between putting a condition in the JOIN clause vs. the WHERE clause? For example... -- Condition in JOIN SELECT * FROM dbo.Customers A...

stackoverflow.com

Claro, ahi quedo clarisimo:

The second will give those records plus any customers with no orders. The results set is very different depending on where you put the condition. (Select * is for example purposes only, of course you should not use this in production code.)

Si pones una fecha en el ON con un LEFT JOIN,te va a cruzar solo desde la fecha que pusiste,pero al ser LEFT JOIN te trae todos los registros .

Por lo tanto si lo combinas con un INSERT y un WHERE tabla2.ID IS NULL te estás trayendo registros que ya habias insertado anteriormente + los que no están.

Por eso me tira el error de llave primaria duplicada.

Vale compa!

clusten · 16 Febrero 2021

Mesita dijo:
si se pueden agregar condiciones en el join. La respuesta es más bien lo que indica @ricm

Condition within JOIN or WHERE

Is there any difference (performance, best-practice, etc...) between putting a condition in the JOIN clause vs. the WHERE clause? For example... -- Condition in JOIN SELECT * FROM dbo.Customers A...

stackoverflow.com

de poder se puede, pero es inapropiado, salvo para casos muy rebuscados.

Mesita · 16 Febrero 2021

clusten dijo:
de poder se puede, pero es inapropiado, salvo para casos muy rebuscados.

inapropiado en que sentido? creo que más bien depende del resultado que estés buscando.

SlayerBoxer · 16 Febrero 2021

Si trabajas con un INNER JOIN da igual si la fecha va en el ON o en el WHERE, el resultado es el mismo y el tiempo de ejecución no varia.

Para el caso de un LEFT JOIN no da lo mismo,entrega resultados distintos.

gab_tc dijo:
No recuerdo si en el On puede tener más de una relación, ya que hace tiempo que no veo sql.

Pueden haber todas las relaciones que quieras.

En tablas que se relacionan N:N una forma de transformar la relación a 1:1 es cruzar con 2 o más variables.

Otra forma puede ser agrupando ,pero ahi ya depende lo que necesites.

Ribosoma · 27 Febrero 2021

mata.skt dijo:
Tengo una duda conceptual:

Si tiro esta query inserta los registros perfectamente

Pero si pongo el campo PERIODO antes del WHERE me tirar error de llave primaria duplicada

¿Por qué ocurre esto? No entiendo conceptualmente la diferencia :B

Solo decir que el "with(nolock)" no lo incluyas a menos que sea realmente necesario; puede generar resultados "extraños". Porque te puede tomar datos que al final no tuvieron commit.

Y el insert no lo hagas con * ; siempre hay que usar el listado de campos.

SlayerBoxer · 28 Febrero 2021

Es que me dijeron textual :

"Si te pillamos haciendo consultas sin WITH(NOLOCK) ,te quitamos los permisos de acceso"

Al final lo escribo por costumbre ,pura inercia nomas

Amenadiel · 28 Febrero 2021

Por supuesto que se puede añadir condiciones al join en vez de traerse un turro de tuplas que vas a descartar en el where. Para el query optimizer es el primer quick win antes de hacer introspección.

Lo que no se puede hacer, o no elegantemente, es agrupar en el join. Ese era el único caso donde era menos malo hacer una subquery. De todos modos hoy en día casi todos los motores soportan el bloque WITH.

Me estoy yendo pa otro lado. Lo importante es que todo eso aplica para el Select. Pienso que el insert tiene una condición no deterministica. Pero en realidad venía a comentar lo de arriba

Enviado desde mi HMA-L29 mediante Tapatalk

Ribosoma · 11 Marzo 2021

mata.skt dijo:
Es que me dijeron textual :

"Si te pillamos haciendo consultas sin WITH(NOLOCK) ,te quitamos los permisos de acceso"

Al final lo escribo por costumbre ,pura inercia nomas

jajajajaa... suele pasar.

A ver, el cuento corto es que si, nolock ayuda mejorar velocidad y evitar deadlocks; pero si por ejemplo necesitas integridad de datos lo mejore es no usarlo.

frosstatx · 11 Marzo 2021

mata.skt dijo:
Es que me dijeron textual :

"Si te pillamos haciendo consultas sin WITH(NOLOCK) ,te quitamos los permisos de acceso"

Al final lo escribo por costumbre ,pura inercia nomas

mejor SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED es mas elegante que un NOLOCK

_V · 11 Marzo 2021

mata.skt dijo:
Tengo una duda conceptual:

Si tiro esta query inserta los registros perfectamente

Pero si pongo el campo PERIODO antes del WHERE me tirar error de llave primaria duplicada

¿Por qué ocurre esto? No entiendo conceptualmente la diferencia :B

en el segmento ON del join solo se deben poner condiciones que afecten a ambas tablas como ideal. Toda condición distintiva debe ir al final.

Para que veas la diferencia ejecuta solo los selects con ambas condiciones y revisa que devuelven.

SlayerBoxer · 12 Marzo 2021

Ribosoma dijo:
jajajajaa... suele pasar.

A ver, el cuento corto es que si, nolock ayuda mejorar velocidad y evitar deadlocks; pero si por ejemplo necesitas integridad de datos lo mejore es no usarlo.

Interesante.

Yo me he dado cuenta que cuando hago un "select top 10*" a una tabla que se está actualizando ya sea con INSERT O UPDATE no me arroja ningún resultado, se queda consultando eternamente.

Pero cuando le agrego el with (nolock) si me arroja resultados inmediatamente.

Pensé que servía para eso nomas el nolock xD ,pero ahora sé que puede que me arroje el resultado antiguo si es que estaba haciendo UPDATEpor ejemplo

AYUDA CON INSERT SQL SERVE

SlayerBoxer

Doctor of Pump and Dump

gab_tc

gab_tc

Miembro Activo

ricm

☭

clusten

ADMIN

Ariadno

Pajarito Viejo

Mesita

Capo

Condition within JOIN or WHERE

SlayerBoxer

Doctor of Pump and Dump

Condition within JOIN or WHERE

clusten

ADMIN

Condition within JOIN or WHERE

Mesita

Capo

SlayerBoxer

Doctor of Pump and Dump

Ribosoma

Gold Member

SlayerBoxer

Doctor of Pump and Dump

Amenadiel

Ille qui nos omnes servabit

Ribosoma

Gold Member

frosstatx

AMD EX-NV Y LINUX FANBOY

_V

The Hateful Wish

SlayerBoxer

Doctor of Pump and Dump