Muchisimos SP's y funciones en una BD

29/12/2004 - 22:13 por Pedro Jose Caceres | Informe spam
Saludos a todos

En una aplicacion lo estoy haciendo todo con SP's y funciones para por
seguridad evitar que los usuarios tengan acceso directo a las tablas. Eso
me ha hecho generar (dinamicamente por suerte:) a cada tabla de
mantenimiento del sistema un procedimiento para INSERT, otro para DELETE,
otro para UPDATE y ya que estoy en eso quise armar uno para navegacion segun
sea: uno para ir al registro anterior, otro para ir al siguiente, otro para
ir al ultimo y otro para ir al primero segun la clave primaria (la idea la
tome de leer varios posts de este foro). El asunto es que viendolo asi
tendria al menos 7 SP'S para cada tabla de mantenimiento del sistema lo cual
quiere decir que si la aplicacion tiene 50 tablas de estas, tendria 350 SP's
de este tipo. Sin contar con todos los demas SP's y funciones de uso comun
para queries que uno suele hacer. Estimo que podrian haber mas de 500 entre
SP's y funciones.

Me preocupa si esta cantidad de procedimientos y funciones no me afectan la
base de datos de alguna manera ya sea en rendimiento o de otra manera.

Podrian citar algunos casos de BD's con muchos SP's y funciones y como es el
performance ?


Gracias
 

Leer las respuestas

#1 El foxero
29/12/2004 - 22:23 | Informe spam
Oye, yo no es que tenga tantos sp en una bd pero me imagino que eso en vez
de afectar el rendimiento lo que hara es mejorarlo pues los sp estaran
compilados en el servidor y se notara mas la mejoria cuando mas intensivo es
el uso. Asi que pienso que mientras mas sps se puedan tener es mucho mejor.
Claro solo es mi humilde opinion (mas una induccion) de novato en el tema.
Veamos otras opiniones de los compañeros del grupo.


Saludos

Raul



"Pedro Jose Caceres" wrote in message
news:
Saludos a todos

En una aplicacion lo estoy haciendo todo con SP's y funciones para por
seguridad evitar que los usuarios tengan acceso directo a las tablas. Eso
me ha hecho generar (dinamicamente por suerte:) a cada tabla de
mantenimiento del sistema un procedimiento para INSERT, otro para DELETE,
otro para UPDATE y ya que estoy en eso quise armar uno para navegacion


segun
sea: uno para ir al registro anterior, otro para ir al siguiente, otro


para
ir al ultimo y otro para ir al primero segun la clave primaria (la idea la
tome de leer varios posts de este foro). El asunto es que viendolo asi
tendria al menos 7 SP'S para cada tabla de mantenimiento del sistema lo


cual
quiere decir que si la aplicacion tiene 50 tablas de estas, tendria 350


SP's
de este tipo. Sin contar con todos los demas SP's y funciones de uso comun
para queries que uno suele hacer. Estimo que podrian haber mas de 500


entre
SP's y funciones.

Me preocupa si esta cantidad de procedimientos y funciones no me afectan


la
base de datos de alguna manera ya sea en rendimiento o de otra manera.

Podrian citar algunos casos de BD's con muchos SP's y funciones y como es


el
performance ?


Gracias


Preguntas similares