Hola Julio gracias por seguir el hilo OK a tus comentarios, chocan un poco contra lo que dice Mariano, pero creo que nadie tiene la verdad absoluta
Saludos PabloC ----- Original Message ----- From: Julio Novomisky MUG To: pablo.canonico Sent: Sunday, August 26, 2007 11:21 PM Subject: [dbms] Charla SQL2005 en MUG Pablo, Sorry por no contestar antes Yo utilizo distintas bases, en distintos sistemas operativos, algunos muchos muy antiguos, con bases difíciles, pero hay detalles que te permiten normalizar las consultas. Uno de ellos es el IN, ya que está en casi todos los lenguajes, no así otras extensiones del query language, por ejemplo, el formato de los joins. La otra ventaja que tiene, como puse en mi mail anterior, es más rápido, siempre, más que todo por la simpleza del código y lo perfomante de los queries. En las estadísticas que hacemos en el trabajo, el hacer los queries utilizando el in y el not in, me permite ahorrar cerca de 500 líneas de código por estadística, así que lo de perfomante no se duda en momento alguno. Saludos Julio From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of PabloC Sent: viernes, 24 de agosto de 2007 02:53 p.m. To: julio.novomisky Subject: [dbms] Charla SQL2005 en MUG Hola Julio, si seguiste el hilo de este asunto veras que YO tambien lo utilizo asi y que mi pregunta como aclare era solo para saber si es o no mas performante Saludos PabloC ----- Original Message ----- From: julio.novomisky To: pablo.canonico Sent: Friday, August 24, 2007 2:48 PM Subject: [dbms] Charla SQL2005 en MUG Yo no se si será porque es lindo o es simple Pero SIEMPRE lo usé así y cuando tengo que retornar información basada en muchas consultas, el in y el no in son lo mas cómodo que hay Al margen, en lo mio que hay distintas categorias y necesitas que ingrese alguna si y otra no, es rapido Una vez que te acostumbras, es basico usarlo y resulta Julio -----Original Message----- From: "Maxi Accotto" <[EMAIL PROTECTED]> To: "julio.novomisky" <[EMAIL PROTECTED]> Date: Fri, 24 Aug 2007 13:49:29 -0300 Subject: [dbms] Charla SQL2005 en MUG AHHH ya recuerdo jaja, bueno justamente lo hice porque estoy mas acostumbrado nomas, pero no tiende diferencias de performance. El 24/08/07, PabloC <[EMAIL PROTECTED]> escribió: > > NO justamente, pero eso me llamo la atencion pusiste NOT IN(859) si mal no > recuerdo, pero bueno ya es anecdotico y mi duda era mas apuntada por si era > mas o menos performante > > Saludos > PabloC > ----- Original Message ----- > From: Maxi Accotto > To: pablo.canonico > Sent: Friday, August 24, 2007 1:39 PM > Subject: [dbms] Charla SQL2005 en MUG > > Bueno no es tan asi, si tenes que poner que no coincidan mas de un > valor escribis menos y el ejemplo que yo mostre era para exlucir los > pedidos 1 y 2 creo > > El 24/08/07, PabloC <[EMAIL PROTECTED]> escribió: > > > > Hola Maxi, gracias por responder > > Entiendo lo de "mas claro", es mas yo hago lo mismo, pero particularmente > me > > referia al <> y no al = or = or =, por eso mi pregunta, porque en este > caso > > escribis menos poniendo > > campo <> valor, que campo NOT IN(valor) > > > > Saludos y gracias de nuevo > > PabloC > > ----- Original Message ----- > > From: Maxi Accotto > > To: pablo.canonico > > Sent: Friday, August 24, 2007 10:40 AM > > Subject: [dbms] Charla SQL2005 en MUG > > > > Hola Pablo como estas? gracias por venir a la charla :-) > > Vayamos por partes, el material de la misma esta en mi blog el cual se > > encuentra en la siguiente direccion > > > > http://msmvps.com/blogs/maxiaccotto/default.aspx > > > > Con respecto a tu pregunta del NOT IN vs el <>, no hay diferencias de > > performance que hagan que yo utilice asi las cosas pero si hay un > > detalle, para mi quedan mas claros las querys y escribo menos, por > > ejemplo > > > > SELECT CAMPOS FROM TABLA > > WHERE ID = 1 OR ID = 2 OR ID = 3 > > > > SELECT CAMPOS FROM TABLA > > WHERE ID IN(1,2,3) > > > > O sea: es solo una cuestion de gustos :-) > > > > > ----------------------------------------------------------- > > Microsoft MVP en SQL Server > > Mentor asociado en SQLTotalConsulting > > (excelencia en servicios y consultoria SQLServer) > > Orador Culminis - Microsoft Influencier > > www.sqltotalconsulting.com > > > ----------------------------------------------------------- > > > > > > El 24/08/07, PabloC <[EMAIL PROTECTED]> escribió: > > > > > > Hola a todos > > > Primero que nada quiero agrdecer y felicitar a Maxi por la excelente > > charla > > > que dio en el MUG sobre SQL2005 > > > > > > En relacion a esto y particularmente preguntandole a Maxi, podes > decirnos > > en > > > donde dejaste o vas a dejar los ejemplos que mostraste > > > > > > Otra en uno de los tantos ejemplos cuando hacias un select en lugar de > > hacer > > > un where por <> lo hiciste por NOT IN, es decir en lugar de > > > Select campo From tabla Where campo <> valor > > > pusiste > > > Select campo From tabla Where campo NOT IN(valor) > > > > > > Esto es por algo en especial, perfomance o porque te gusta escribirlo > asi? > > > > > > Saludos > > > PabloC > > > > > > -- > > > > > > __________ Información de NOD32, revisión 2479 (20070823) __________ > > > > Este mensaje ha sido analizado con NOD32 antivirus system > > http://www.nod32.com > > > > > > > -- > ----------------------------------------------------------- > Microsoft MVP en SQL Server > Mentor asociado en SQLTotalConsulting > (excelencia en servicios y consultoria SQLServer) > Orador Culminis - Microsoft Influencier > www.sqltotalconsulting.com > ----------------------------------------------------------- > > > __________ Información de NOD32, revisión 2479 (20070823) __________ > > Este mensaje ha sido analizado con NOD32 antivirus system > http://www.nod32.com > > -- ----------------------------------------------------------- Microsoft MVP en SQL Server Mentor asociado en SQLTotalConsulting (excelencia en servicios y consultoria SQLServer) Orador Culminis - Microsoft Influencier www.sqltotalconsulting.com ----------------------------------------------------------- __________ Información de NOD32, revisión 2483 (20070824) __________ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
