Tamaño SP Limitante

Pao,

Que version de SQL Server estas usando?

AMB


"Pao" wrote:

Hola a todos.

Tengo una duda, existe algun tipo de limitante o práctica poco recomendable
el que la codificación de un procedimiento almacenado sea muy larga? cuanto
es lo recomendable de tamaño y como lo mido. Gracias por su ayuda.

Gracias por su ayuda.

Para versiones
SQLServer 6.5/7.0/2000/2005

En esas 4 versiones. Y a nivel de terminos generales esto no aplica de forma
global sino por versión?

"Alejandro Mesa" wrote:

Pao,

Que version de SQL Server estas usando?

AMB


"Pao" wrote:

> Hola a todos.
>
> Tengo una duda, existe algun tipo de limitante o práctica poco recomendable
> el que la codificación de un procedimiento almacenado sea muy larga? cuanto
> es lo recomendable de tamaño y como lo mido. Gracias por su ayuda.
>
> Gracias por su ayuda.
>

Pao,

Como dicen por aca, no existe una bala de plata que sirva para todo. Te
pregunte la version porque a partir de la version 2005, sql server hace
recompilacion a nivel de sentencias dentro de un procedimiento y no recompila
todo el sp, como lo hace la version 2000. como puedes ver, la recompilacion
de un sp tomara mas tiempo mientras mas grande sea este, por lo que para
versiones previas a la 2005 se aconseja que estos se particionen (se creen
varios sps en vez de uno solo bien grande).


AMB


"Pao" wrote:

Para versiones
SQLServer 6.5/7.0/2000/2005

En esas 4 versiones. Y a nivel de terminos generales esto no aplica de forma
global sino por versión?

"Alejandro Mesa" wrote:

> Pao,
>
> Que version de SQL Server estas usando?
>
> AMB
>
>
> "Pao" wrote:
>
> > Hola a todos.
> >
> > Tengo una duda, existe algun tipo de limitante o práctica poco recomendable
> > el que la codificación de un procedimiento almacenado sea muy larga? cuanto
> > es lo recomendable de tamaño y como lo mido. Gracias por su ayuda.
> >
> > Gracias por su ayuda.
> >

ayap.
chevre no sabia que esto tenia de neuvo la version SQL2005. y como sabes que
el sp es largo por ejemplo si pesa 100KB o cuenta con 3000 lineas como lo
pesas o mides el tamaño para saber que es un sps es o no grande en cuanto
código.
si duda me imagino que tambien mientras mas grande es el sp mayor espacio va
a consumir en la cache de procedimientos y menos son los sps que van a estar
cargados en memoria y en general puede degradar el rendimiento.

Tienes algun documento donde te hable de esto?

"Alejandro Mesa" wrote:

Pao,

Como dicen por aca, no existe una bala de plata que sirva para todo. Te
pregunte la version porque a partir de la version 2005, sql server hace
recompilacion a nivel de sentencias dentro de un procedimiento y no recompila
todo el sp, como lo hace la version 2000. como puedes ver, la recompilacion
de un sp tomara mas tiempo mientras mas grande sea este, por lo que para
versiones previas a la 2005 se aconseja que estos se particionen (se creen
varios sps en vez de uno solo bien grande).


AMB


"Pao" wrote:

> Para versiones
> SQLServer 6.5/7.0/2000/2005
>
> En esas 4 versiones. Y a nivel de terminos generales esto no aplica de forma
> global sino por versión?
>
> "Alejandro Mesa" wrote:
>
> > Pao,
> >
> > Que version de SQL Server estas usando?
> >
> > AMB
> >
> >
> > "Pao" wrote:
> >
> > > Hola a todos.
> > >
> > > Tengo una duda, existe algun tipo de limitante o práctica poco recomendable
> > > el que la codificación de un procedimiento almacenado sea muy larga? cuanto
> > > es lo recomendable de tamaño y como lo mido. Gracias por su ayuda.
> > >
> > > Gracias por su ayuda.
> > >

Pao,

No existe un plan de ejecucion para el sp, sino para cada sentencia DDL
dentro de este, asi que no importa si tienes un solo sp con todas la
sentencias o multiples sps con una sentencia cada uno.

En cuanto a medir el peso del sp, no conozco de tal formula pero si puedes
hacer un analisis logico de tu sp y separar este por actividades. No es lo
mismo compilar una ejecucion de un sp (exec dbo.sp_p1 ...), que recompilar
todas las sentencias dentro de ese sp.


AMB


"Pao" wrote:

ayap.
chevre no sabia que esto tenia de neuvo la version SQL2005. y como sabes que
el sp es largo por ejemplo si pesa 100KB o cuenta con 3000 lineas como lo
pesas o mides el tamaño para saber que es un sps es o no grande en cuanto
código.
si duda me imagino que tambien mientras mas grande es el sp mayor espacio va
a consumir en la cache de procedimientos y menos son los sps que van a estar
cargados en memoria y en general puede degradar el rendimiento.

Tienes algun documento donde te hable de esto?

"Alejandro Mesa" wrote:

> Pao,
>
> Como dicen por aca, no existe una bala de plata que sirva para todo. Te
> pregunte la version porque a partir de la version 2005, sql server hace
> recompilacion a nivel de sentencias dentro de un procedimiento y no recompila
> todo el sp, como lo hace la version 2000. como puedes ver, la recompilacion
> de un sp tomara mas tiempo mientras mas grande sea este, por lo que para
> versiones previas a la 2005 se aconseja que estos se particionen (se creen
> varios sps en vez de uno solo bien grande).
>
>
> AMB
>
>
> "Pao" wrote:
>
> > Para versiones
> > SQLServer 6.5/7.0/2000/2005
> >
> > En esas 4 versiones. Y a nivel de terminos generales esto no aplica de forma
> > global sino por versión?
> >
> > "Alejandro Mesa" wrote:
> >
> > > Pao,
> > >
> > > Que version de SQL Server estas usando?
> > >
> > > AMB
> > >
> > >
> > > "Pao" wrote:
> > >
> > > > Hola a todos.
> > > >
> > > > Tengo una duda, existe algun tipo de limitante o práctica poco recomendable
> > > > el que la codificación de un procedimiento almacenado sea muy larga? cuanto
> > > > es lo recomendable de tamaño y como lo mido. Gracias por su ayuda.
> > > >
> > > > Gracias por su ayuda.
> > > >