2 en 1, Liberacion de SQL SERVER 2008 y Buenas practicas en T-SQL

24/10/2008 - 16:35 por Isaias | Informe spam
Podrian decirme si ya se libero formalmente SQL SERVER 2008

Que tan conveniente es tener en un store procedure instrucciones de PRINT y
setear el SET NOCOUNT ON

CREATE PROCEDURE usp_Pruebas
@Cliente INT
@Fecha datatime
AS
BEGIN
SET NOCOUNT ON
PRINT 'Entrando a la ejecucion del store'
IF EXISTS(SELECT Cliente FROM CLIENTES WHERE Cliente = @Cliente)
BEGIN
PRINT 'Valide que si existe el usuario'
...
...
Saludos
IIslas

Preguntas similare

Leer las respuestas

#1 Carlos A.
24/10/2008 - 17:14 | Informe spam
1. Si,m ya se libero oficialmente SQL server 2008 y ya tiene que instalar
el Cumulative pacth 1 de sql server 2008
2. No ahy ningun inconveniente, ya que el nocount, es para que no devuelva
el numero de registros seleccionados, o actualizados y hacer que el
procedimiento no haga una operacion adicional

"Isaias" wrote:

Podrian decirme si ya se libero formalmente SQL SERVER 2008

Que tan conveniente es tener en un store procedure instrucciones de PRINT y
setear el SET NOCOUNT ON

CREATE PROCEDURE usp_Pruebas
@Cliente INT
@Fecha datatime
AS
BEGIN
SET NOCOUNT ON
PRINT 'Entrando a la ejecucion del store'
IF EXISTS(SELECT Cliente FROM CLIENTES WHERE Cliente = @Cliente)
BEGIN
PRINT 'Valide que si existe el usuario'
...
...
Saludos
IIslas
Respuesta Responder a este mensaje
#2 Leonardo Azpurua
24/10/2008 - 17:37 | Informe spam
"Isaias" escribió en el mensaje
news:
Podrian decirme si ya se libero formalmente SQL SERVER 2008

Que tan conveniente es tener en un store procedure instrucciones de PRINT
y
setear el SET NOCOUNT ON

CREATE PROCEDURE usp_Pruebas
@Cliente INT
@Fecha datatime
AS
BEGIN
SET NOCOUNT ON
PRINT 'Entrando a la ejecucion del store'
IF EXISTS(SELECT Cliente FROM CLIENTES WHERE Cliente = @Cliente)
BEGIN
PRINT 'Valide que si existe el usuario'
...
...
Saludos
IIslas



Hola, Isaías:

Con respecto a lo último (porque las nuevas versiones hace tiempo que me la
dejan floja), siempre es mala práctica dejar cochinadas de depuración en el
código de producción.

Aunque cuidar cada ciclo de procesador no es tan importante hoy en día como
lo era hace treinta años, y la legibilidad del código es preferible a la
eficiencia, dejar instrucciones inútiles en tus procedimientos es, como
mínimo, levemente irresponsable.

Mientras pruebas un SP, tiene muchísimo sentido colocar mensajes que te
informen del progreso en la ejecución de tu código. Pero una vez que lo
tienes listo para comenzar a prestar servicios, harías bien en reemplazar
los PRINT por --.

Despues de que una función es totalmente estable, no tiene sentido
desperdiciar CPU ni memoria en colocar indicadores de progreso que
seguramente nunca más, nadie mas volverá a ver.

Sólo mi opinión.


Salud!
Respuesta Responder a este mensaje
#3 Maxi
27/10/2008 - 20:42 | Informe spam
Holamse libero ya hace varios meses.
Con respecto al Print no me gusta enviar cosas que no se usan, esto puede
afectar el dialogo con la aplicacion.


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Isaias" escribió en el mensaje
news:
Podrian decirme si ya se libero formalmente SQL SERVER 2008

Que tan conveniente es tener en un store procedure instrucciones de PRINT
y
setear el SET NOCOUNT ON

CREATE PROCEDURE usp_Pruebas
@Cliente INT
@Fecha datatime
AS
BEGIN
SET NOCOUNT ON
PRINT 'Entrando a la ejecucion del store'
IF EXISTS(SELECT Cliente FROM CLIENTES WHERE Cliente = @Cliente)
BEGIN
PRINT 'Valide que si existe el usuario'
...
...
Saludos
IIslas
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida