Que es mas eficiente? condicion en INNER o en WHERE

Bueno
si bien quieres relacionar cabecera y detalle todos solo usas el INNER
JOIN
Pero si de todos tus registros quieres algunos en especifico ahi incluyes
el
WHERE

Algo asi lo hago
SELECT a.codigo,a.total,b.producto FROM cabecera as a INNER JOIN detalle
as
b ON a.codigo=b.codigo
aqui te consolida todos tus datos sin condiciones

Y algo mas resumido seria asi
SELECT a.codigo,a.total,b.producto FROM cabecera as a INNER JOIN detalle
as
b ON a.codigo=b.codigo WHERE a.codigo='02'
aqui solo te muestra datos del cliente con codigo '02' pero consolidado.

no es que cual es mas rapido, si no que es lo que necesitas.
- quizas quieres todo el consolidado de tus ventas USAS EL PRIMERO
- y si quieres solo de determinados rangos usas el segundo.

espero haberte ayudado

Luis Mata

"Juan Carlos Mendoza" escribió en el
mensajenews:
Buenas,

Revisando un pase a produccion, encontre que el desarrollador habia
colocado en el inner join condiciones de seleccion a manera de un
where, le pedi que me explicara porque no lo habia colocado en el
bloque del WHERE y me explico que el JOIN se realiza primero con la
condicion del mismo, y que será mas eficiente pues traera menos filas
que si se incluye en el WHERE donde hara una seleccion sobre las filas
traidas con el INNER. No pude ni afirmar ni refutar su idea, asi es
que me permito elevarles la consulta, pero hice un script para simular
y al analizarlo me salio lo mismo (Display Estimated Execution Plan)

create table ut_prueba1 (
codigo char(02),
nombre varchar(10))
GO
create table ut_prueba2 (
codigo char(02),
nombre varchar(10),
sexo char(1))
Go
set nocount on
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba2 values ( '01','alfonso','m')
insert into ut_prueba2 values ( '02','alberto','m')
insert into ut_prueba2 values ( '03','Ana Maria','f')
insert into ut_prueba2 values ( '04','Bertha','f')
GO

Que es mejor o mas optimo:

(Opcion 1)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
and t2.sexo = 'm'
GO

(Opcion 2)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
where t2.sexo = 'm'
GO

Aunque el ejemplo es pobre en cantidad de filas, que pasaria en la
practica donde manejamos miles de filas?

Saludos,

Juan Carlos Mendoza

Hola, eso no siempre es cierto, paras poder hacer un buen analisis
siemnpre debes ver los planes de ejecucion


Salu2

Microsoft MVP SQL Server
Culminis Speaker

"Juan Carlos Mendoza" escribió en el mensaje
news:
Buenas,

Revisando un pase a produccion, encontre que el desarrollador habia
colocado en el inner join condiciones de seleccion a manera de un
where, le pedi que me explicara porque no lo habia colocado en el
bloque del WHERE y me explico que el JOIN se realiza primero con la
condicion del mismo, y que será mas eficiente pues traera menos filas
que si se incluye en el WHERE donde hara una seleccion sobre las filas
traidas con el INNER. No pude ni afirmar ni refutar su idea, asi es
que me permito elevarles la consulta, pero hice un script para simular
y al analizarlo me salio lo mismo (Display Estimated Execution Plan)

create table ut_prueba1 (
codigo char(02),
nombre varchar(10))
GO
create table ut_prueba2 (
codigo char(02),
nombre varchar(10),
sexo char(1))
Go
set nocount on
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba2 values ( '01','alfonso','m')
insert into ut_prueba2 values ( '02','alberto','m')
insert into ut_prueba2 values ( '03','Ana Maria','f')
insert into ut_prueba2 values ( '04','Bertha','f')
GO


Que es mejor o mas optimo:

(Opcion 1)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
and t2.sexo = 'm'
GO

(Opcion 2)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
where t2.sexo = 'm'
GO


Aunque el ejemplo es pobre en cantidad de filas, que pasaria en la
practica donde manejamos miles de filas?

Saludos,

Juan Carlos Mendoza

De mayor eficiencia que es lo que preguntas no te sabría decir con

pues lo ideal es analizar el plan de ejecución en casos especificos. Pero
al margen de eso a mi me enseñaron por algo del estándar de sql, la
portabilidad y no recuerdo qué mas, que los Joins se deben usan para
combinar tablas y los where para aplicar condiciones de filtrado (aunque

la practica puedan invertirse o combinarse ambas posibilidades).

Jose TH

"Juan Carlos Mendoza" escribió en el mensaje
news:
Buenas,

Revisando un pase a produccion, encontre que el desarrollador habia
colocado en el inner join condiciones de seleccion a manera de un
where, le pedi que me explicara porque no lo habia colocado en el
bloque del WHERE y me explico que el JOIN se realiza primero con la
condicion del mismo, y que será mas eficiente pues traera menos filas
que si se incluye en el WHERE donde hara una seleccion sobre las filas
traidas con el INNER. No pude ni afirmar ni refutar su idea, asi es
que me permito elevarles la consulta, pero hice un script para simular
y al analizarlo me salio lo mismo (Display Estimated Execution Plan)

create table ut_prueba1 (
codigo char(02),
nombre varchar(10))
GO
create table ut_prueba2 (
codigo char(02),
nombre varchar(10),
sexo char(1))
Go
set nocount on
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba2 values ( '01','alfonso','m')
insert into ut_prueba2 values ( '02','alberto','m')
insert into ut_prueba2 values ( '03','Ana Maria','f')
insert into ut_prueba2 values ( '04','Bertha','f')
GO


Que es mejor o mas optimo:

(Opcion 1)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
and t2.sexo = 'm'
GO

(Opcion 2)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
where t2.sexo = 'm'
GO


Aunque el ejemplo es pobre en cantidad de filas, que pasaria en la
practica donde manejamos miles de filas?

Saludos,

Juan Carlos Mendoza

Efectivamente,

En esos casos hay que revisar los planes de ejecución, es más, en ese
ejemplo es el mismo plan de ejecución plan de ejecución (no los he

pero si que deben ser iguales) :-)

Un saludo
Salvador Ramos

www.helpdna.net (información sobre SQL Server y Microsoft .Net)
www.helpdna.net/acerca_de_salvador_ramos.htm


"Maxi" escribió en el mensaje
news:
> Hola, eso no siempre es cierto, paras poder hacer un buen analisis
> siemnpre debes ver los planes de ejecucion
>
>
> Salu2
>
> Microsoft MVP SQL Server
> Culminis Speaker
>
> "Juan Carlos Mendoza" escribió en el mensaje
> news:
> Buenas,
>
> Revisando un pase a produccion, encontre que el desarrollador habia
> colocado en el inner join condiciones de seleccion a manera de un
> where, le pedi que me explicara porque no lo habia colocado en el
> bloque del WHERE y me explico que el JOIN se realiza primero con la
> condicion del mismo, y que será mas eficiente pues traera menos filas
> que si se incluye en el WHERE donde hara una seleccion sobre las filas
> traidas con el INNER. No pude ni afirmar ni refutar su idea, asi es
> que me permito elevarles la consulta, pero hice un script para simular
> y al analizarlo me salio lo mismo (Display Estimated Execution Plan)
>
> create table ut_prueba1 (
> codigo char(02),
> nombre varchar(10))
> GO
> create table ut_prueba2 (
> codigo char(02),
> nombre varchar(10),
> sexo char(1))
> Go
> set nocount on
> insert into ut_prueba1 values ( '01','obrero')
> insert into ut_prueba1 values ( '01','obrero')
> insert into ut_prueba2 values ( '01','alfonso','m')
> insert into ut_prueba2 values ( '02','alberto','m')
> insert into ut_prueba2 values ( '03','Ana Maria','f')
> insert into ut_prueba2 values ( '04','Bertha','f')
> GO
>
>
> Que es mejor o mas optimo:
>
> (Opcion 1)
> Select t1.codigo, t1.nombre, t2.nombre
> From ut_prueba1 t1
> inner join ut_prueba2 t2 on t1.codigo = t2.codigo
> and t2.sexo = 'm'
> GO
>
> (Opcion 2)
> Select t1.codigo, t1.nombre, t2.nombre
> From ut_prueba1 t1
> inner join ut_prueba2 t2 on t1.codigo = t2.codigo
> where t2.sexo = 'm'
> GO
>
>
> Aunque el ejemplo es pobre en cantidad de filas, que pasaria en la
> practica donde manejamos miles de filas?
>
> Saludos,
>
> Juan Carlos Mendoza
>
>

La teoria en la practica no sirve de mucho,

siempre si escapas a la teoria
veras que se logran mejores resultados que siguiendo los libros

"principiante" escribió en el mensaje
news:

De mayor eficiencia que es lo que preguntas no te sabría decir con

exactitud

pues lo ideal es analizar el plan de ejecución en casos especificos. Pero
al margen de eso a mi me enseñaron por algo del estándar de sql, la
portabilidad y no recuerdo qué mas, que los Joins se deben usan para
combinar tablas y los where para aplicar condiciones de filtrado (aunque

en

la practica puedan invertirse o combinarse ambas posibilidades).

Jose TH

"Juan Carlos Mendoza" escribió en el mensaje
news:
Buenas,

Revisando un pase a produccion, encontre que el desarrollador habia
colocado en el inner join condiciones de seleccion a manera de un
where, le pedi que me explicara porque no lo habia colocado en el
bloque del WHERE y me explico que el JOIN se realiza primero con la
condicion del mismo, y que será mas eficiente pues traera menos filas
que si se incluye en el WHERE donde hara una seleccion sobre las filas
traidas con el INNER. No pude ni afirmar ni refutar su idea, asi es
que me permito elevarles la consulta, pero hice un script para simular
y al analizarlo me salio lo mismo (Display Estimated Execution Plan)

create table ut_prueba1 (
codigo char(02),
nombre varchar(10))
GO
create table ut_prueba2 (
codigo char(02),
nombre varchar(10),
sexo char(1))
Go
set nocount on
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba1 values ( '01','obrero')
insert into ut_prueba2 values ( '01','alfonso','m')
insert into ut_prueba2 values ( '02','alberto','m')
insert into ut_prueba2 values ( '03','Ana Maria','f')
insert into ut_prueba2 values ( '04','Bertha','f')
GO


Que es mejor o mas optimo:

(Opcion 1)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
and t2.sexo = 'm'
GO

(Opcion 2)
Select t1.codigo, t1.nombre, t2.nombre
From ut_prueba1 t1
inner join ut_prueba2 t2 on t1.codigo = t2.codigo
where t2.sexo = 'm'
GO


Aunque el ejemplo es pobre en cantidad de filas, que pasaria en la
practica donde manejamos miles de filas?

Saludos,

Juan Carlos Mendoza