Error en script

Estoy de acuerdo contigo en lo referente a la tabla de dependencias pero el
problema es que el script lo genera el propio SQL Server y para
solucionarlo, tendría que editarlo a mano.

¿Conoceis alguna solución?
Gracias

"Alejandro Mesa" escribió en el
mensaje news:
> Alberto,
>
> Ademas de lo dicho por Maxi, quiero agregar que esto se conoce como
> "Deferred Name Resolution" (no se como es la traduccion al espaniol, seria
> algo asi como postponer laresolucion de nombres), y es la posibilidad de
> referenciar objectos que aun no han sido creados. Solo se chequea la
> sintaxis, las referencias seran chequeadas en tiempo de compilacion. Lo
> que
> no me gusta de esta facilidad, es que como el error indica, no se
> actualizara
> la tabla de sistema[ sysdepends], la cual es usada por procedimiento
> almacenado sp_depends, el cual devuelve una lista de los objetos que
> dependen
> de otro objeto especifico.
>
> Aqui te pongo un ejemplo, corre primero parte 1 y luego parte 2, veras las
> implicaciones.
>
> Ejemplo:
>
> use northwind
> go
>
> create procedure proc1
> as
> set nocount on
>
> select * from tabla_no_existe
>
> return @@error
> go
>
> create table tabla_no_existe (colA int)
> go
>
> execute sp_depends tabla_no_existe
> go
>
> drop procedure proc1
> go
>
> drop table tabla_no_existe
> go
>
> create table tabla_no_existe (colA int)
> go
>
> create procedure proc1
> as
> set nocount on
>
> select * from tabla_no_existe
>
> return @@error
> go
>
> execute sp_depends tabla_no_existe
> go
>
> drop procedure proc1
> go
>
> drop table tabla_no_existe
> go
>
>
> AMB
>
> "Alberto" wrote:
>
>> Lo acabo de encontrar. Pone lo siguiente:
>> No se pueden agregar filas a sysdepends para el procedimiento almacenado
>> actual, porque depende del objeto 'Nombre de procedimiento almacenado'
>> que
>> falta. Sin embargo, se creará el procedimiento.
>>
>> Gracias
>> "MAXI" escribió en el mensaje
>> news:
>> > Hola, es una lastima no poder saber el error :( pero puede ser el
>> > famoso
>> > error que te advierte sobre la no existencia de algun subprocedimiento,
>> > lo
>> > cual es netamente informativo.
>> >
>> >
>> >
>> > Maxi
>> >
>> > Buenos Aires - Argentina
>> > Desarrollador .NET 3 Estrellas
>> > Microsoft User Group (MUG)
>> >
>> > MSN:
>> > "Alberto" escribió en el mensaje
>> > news:
>> >> Después de generar un script para mi base de datos lo intento ejecutar
>> >> en
>> >> el cliente (MSDE) y, en algunos procedimientos almacenados, me dice
>> >> que
>> >> hay un error pero que se crearán igual. El texto sale muy rápido y no
>> >> da
>> >> tiempo a leerlo pero supongo a que se refiere a que algunos
>> >> procedimientos hacen llamadas a otros y que sql server intenta crear
>> >> primero los que llaman en lugar de los llamados.
>> >>
>> >> ¿Es normal este error? ¿Tiene importancia?
>> >> Gracias
>> >>
>> >
>> >
>>
>>
>>

Estoy de acuerdo contigo en lo referente a la tabla de dependencias pero el
problema es que el script lo genera el propio SQL Server y para
solucionarlo, tendría que editarlo a mano.

¿Conoceis alguna solución?
Gracias

"Alejandro Mesa" escribió en el
mensaje news:

Alberto,

Ademas de lo dicho por Maxi, quiero agregar que esto se conoce como
"Deferred Name Resolution" (no se como es la traduccion al espaniol, seria
algo asi como postponer laresolucion de nombres), y es la posibilidad de
referenciar objectos que aun no han sido creados. Solo se chequea la
sintaxis, las referencias seran chequeadas en tiempo de compilacion. Lo
que
no me gusta de esta facilidad, es que como el error indica, no se
actualizara
la tabla de sistema[ sysdepends], la cual es usada por procedimiento
almacenado sp_depends, el cual devuelve una lista de los objetos que
dependen
de otro objeto especifico.

Aqui te pongo un ejemplo, corre primero parte 1 y luego parte 2, veras las
implicaciones.

Ejemplo:

use northwind
go

create procedure proc1
as
set nocount on

select * from tabla_no_existe

return @@error
go

create table tabla_no_existe (colA int)
go

execute sp_depends tabla_no_existe
go

drop procedure proc1
go

drop table tabla_no_existe
go

create table tabla_no_existe (colA int)
go

create procedure proc1
as
set nocount on

select * from tabla_no_existe

return @@error
go

execute sp_depends tabla_no_existe
go

drop procedure proc1
go

drop table tabla_no_existe
go


AMB

"Alberto" wrote:

Lo acabo de encontrar. Pone lo siguiente:
No se pueden agregar filas a sysdepends para el procedimiento almacenado
actual, porque depende del objeto 'Nombre de procedimiento almacenado'
que
falta. Sin embargo, se creará el procedimiento.

Gracias
"MAXI" escribió en el mensaje
news:
> Hola, es una lastima no poder saber el error :( pero puede ser el
> famoso
> error que te advierte sobre la no existencia de algun subprocedimiento,
> lo
> cual es netamente informativo.
>
>
>
> Maxi
>
> Buenos Aires - Argentina
> Desarrollador .NET 3 Estrellas
> Microsoft User Group (MUG)
>
> MSN:
> "Alberto" escribió en el mensaje
> news:
>> Después de generar un script para mi base de datos lo intento ejecutar
>> en
>> el cliente (MSDE) y, en algunos procedimientos almacenados, me dice
>> que
>> hay un error pero que se crearán igual. El texto sale muy rápido y no
>> da
>> tiempo a leerlo pero supongo a que se refiere a que algunos
>> procedimientos hacen llamadas a otros y que sql server intenta crear
>> primero los que llaman en lugar de los llamados.
>>
>> ¿Es normal este error? ¿Tiene importancia?
>> Gracias
>>
>
>