El post del día de hoy es principalmente para realizar un repaso de una duda surgida el día de hoy donde cuestionamos cual era la diferencia de Union vs Union ALL .  Primero que nada hay que resumir que a primera vista para muchos la respuesta que daríamos es que es lo mismo, y pues en realidad si sirve para lo mismo pero no lo es, empecemos diciendo que la clausula UNION nos sirve para unir dos consultas SELECT .  Para unir estas consultas debemos considerar 2 cosas importantes:  Deben cumplir con el mismo número de columnas ambas consultas. Deben cumplir con que los tipos de datos de las columnas correspondan o sean posibles de aplicar un cast al mismo tipo de dato. Y bueno con todo esto cual es la diferencia del UNION ALL pues básicamente todo esta expresado en que el UNION es la inclusión de dos consultas pero por default elimina los registros duplicados; Mientras que UNION ALL agregará los datos sin importar si estos están o no duplicados.  Ejemplo claro:  tabla select1 -->

El post del día de hoy está enfocado a SQL Server y se deriva de una pregunta que hizo un desarrollador el día de hoy, ¿Qué debo hacer con las consultas SQL Server lentas?, con ello a continuación menciono unos tips que podemos hacer cuando tengamos lentitud en consultas SQL Server:  Comprobar la existencia de los índices correctos.  Para esté caso es de suma importancia hacer la verificación de cuales son los índices que tiene la tabla o tablas involucradas, y debemos tomar en cuenta hacer los joins y/o especificar clausula where de acuerdo a estos índices para buscar la optimización de la misma, en caso de no tener índices hay que considerar si es necesario crearlos para mejorar el rendimiento.   Revisar la existencia de subconsultas incorrectas. Es de gran importancia revisar las subconsultas, si es que tenemos en nuestras consultas. Ya que por lo regular los subquerys tienen costos más altos, así también en ocasiones en mejor realizar múltiples consultas y guardarlas en tablas temp

  En esté caso vamos a describir como obtener el último id que fue insertado a una tabla a través de SQL Server esto siempre y cuando tengamos una tabla con un índice autoincrementadle, esto muchas veces lo requerimos cuando necesitamos recuperar el id que se inserto para utilizarlo posteriormente las alternativas son:  Variable @@Identity  devuelve el último ID generado en cualquier sesión activa (tener cuidado ya que al ser en cualquier sesión activa puedes obtener un ID no esperado). Función IDENT_CURRENT('nombre de la tabla') con este vamos a saber el ultimo id que se genero sea quien sea la sesión o usuario que lo inserto.  Función SCOPE_IDENTITY() devuelve el id generado de cualquier tabla de sesión activa, es la función más recomendada y que más se utiliza cuando se aplica después de un insert en algun procedimiento almacenado por ejemplo.  Aquí también les dejo otras recomendaciones a cerca de otros casos muy interesantes de conocer:  Cómo reiniciar el identity de una t

Aquí nuestro código de ejemplo:  DECLARE @tabla TABLE (ticketId int, code varchar(10)); INSERT INTO TicketBack(ticketId, matchDay, code, creditID) output inserted.ticketId, inserted.code into @tabla SELECT ticketId, MatchDay, code, creditID FROM dbo.Tickets WHERE ticketid > 100 select * from @tabla