Recompilar procedimientos y funciones

30/01/2004 - 13:21 por [-H-] | Informe spam
Hola a todos.
Mi duda es la siguiente:
Si creo un procedimiento (p1) almacenado que llame a otro
(p2), y éste otro no está creado todavía, SQL Server me
deja crearlo pero me dice "no se ha podido actualizar
sysdepends" que es la tabla del sistema que guarda las
dependencias entre objetos.
Bien, si posteriormente creo ese otro procedimiento(p2),
¿hace falta actualizar algo en la base de datos para el
correcto funcionamiento de p1?
si ejecuto p1 antes de crear p2, no funciona, pero si
ejecuto p1 una vez creado p2, funciona bien, pero en la
tabla sysdepends no aparece ninguna fila haciendo
referencia a la dependencia entre estos dos objetos.
Puede influir esto negativamente? hay alguna forma de
actualizar esa tabla?
(en Oracle pasa algo parecido con el atributo "STATUS"
pero se soluciona con la opción RECOMPILE)
muchísimas gracias.

Preguntas similare

Leer las respuestas

#1 Jose Mariano Alvarez \(MUG\)
30/01/2004 - 15:02 | Informe spam
No creo que en tu caso haga falta actualizar nada para el correcto
funcionamiento.

Sin embargo tambien puedes usar la opcion de recompilacion WITH RECOMPILE en
la llamada o sp_recompile para forzar la recompilacion del SP.


Jose Mariano Alvarez
Comunidad de base de datos
Grupo de Usuarios Microsoft
www.mug.org.ar

"[-H-]" wrote in message
news:706e01c3e72b$88c02690$
Hola a todos.
Mi duda es la siguiente:
Si creo un procedimiento (p1) almacenado que llame a otro
(p2), y éste otro no está creado todavía, SQL Server me
deja crearlo pero me dice "no se ha podido actualizar
sysdepends" que es la tabla del sistema que guarda las
dependencias entre objetos.
Bien, si posteriormente creo ese otro procedimiento(p2),
¿hace falta actualizar algo en la base de datos para el
correcto funcionamiento de p1?
si ejecuto p1 antes de crear p2, no funciona, pero si
ejecuto p1 una vez creado p2, funciona bien, pero en la
tabla sysdepends no aparece ninguna fila haciendo
referencia a la dependencia entre estos dos objetos.
Puede influir esto negativamente? hay alguna forma de
actualizar esa tabla?
(en Oracle pasa algo parecido con el atributo "STATUS"
pero se soluciona con la opción RECOMPILE)
muchísimas gracias.
Respuesta Responder a este mensaje
#2 ulises
30/01/2004 - 16:59 | Informe spam
Se ejecuta sin problemas, eso está aclarado en
http://support.microsoft.com/defaul...cid=kb;en-
us;168257.

Mi única duda es si afecta (y si es necesaria) la
recompilación automática del stored procedure, ya que SQL
automaticamente recompilará (entre otros factores) cuando
se modifique algun objeto referenciado por el stored
procedure, en tu caso particular recompilará sp2 cuando se
modifique algún obejto, pero ¿se pueden presentar casos en
que sea necesaria también la recompilación de sp1?.

Saludos,
Ulises

Va a ejecutarse sin problemas.

En la entrada SYSDEPENDS queda marcada las dependencias.


En este caso, si
borras el sp2, SQL Server no te avisara de que existe una


dependencia con el
sp1. Caso de que si creas primero el sp2 y luego el sp1


si.

Saludos
Adrian D. Garcia
MCSD
NDSoft

"[-H-]" wrote in


message
news:706e01c3e72b$88c02690$
Hola a todos.
Mi duda es la siguiente:
Si creo un procedimiento (p1) almacenado que llame a otro
(p2), y éste otro no está creado todavía, SQL Server me
deja crearlo pero me dice "no se ha podido actualizar
sysdepends" que es la tabla del sistema que guarda las
dependencias entre objetos.
Bien, si posteriormente creo ese otro procedimiento(p2),
¿hace falta actualizar algo en la base de datos para el
correcto funcionamiento de p1?
si ejecuto p1 antes de crear p2, no funciona, pero si
ejecuto p1 una vez creado p2, funciona bien, pero en la
tabla sysdepends no aparece ninguna fila haciendo
referencia a la dependencia entre estos dos objetos.
Puede influir esto negativamente? hay alguna forma de
actualizar esa tabla?
(en Oracle pasa algo parecido con el atributo "STATUS"
pero se soluciona con la opción RECOMPILE)
muchísimas gracias.


.

Respuesta Responder a este mensaje
#3 Adrian Garcia
30/01/2004 - 21:05 | Informe spam
Va a ejecutarse sin problemas.

En la entrada SYSDEPENDS queda marcada las dependencias. En este caso, si
borras el sp2, SQL Server no te avisara de que existe una dependencia con el
sp1. Caso de que si creas primero el sp2 y luego el sp1 si.

Saludos
Adrian D. Garcia
MCSD
NDSoft

"[-H-]" wrote in message
news:706e01c3e72b$88c02690$
Hola a todos.
Mi duda es la siguiente:
Si creo un procedimiento (p1) almacenado que llame a otro
(p2), y éste otro no está creado todavía, SQL Server me
deja crearlo pero me dice "no se ha podido actualizar
sysdepends" que es la tabla del sistema que guarda las
dependencias entre objetos.
Bien, si posteriormente creo ese otro procedimiento(p2),
¿hace falta actualizar algo en la base de datos para el
correcto funcionamiento de p1?
si ejecuto p1 antes de crear p2, no funciona, pero si
ejecuto p1 una vez creado p2, funciona bien, pero en la
tabla sysdepends no aparece ninguna fila haciendo
referencia a la dependencia entre estos dos objetos.
Puede influir esto negativamente? hay alguna forma de
actualizar esa tabla?
(en Oracle pasa algo parecido con el atributo "STATUS"
pero se soluciona con la opción RECOMPILE)
muchísimas gracias.
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida