Dependencias de un Stored Procedure

Como bien es sabido nunca aprende uno tanto como cuando necesita hacer algo y no sabe como... anduve buscando en internet alguna forma "elegante" de obtener las dependencias que pudiera contener un Stored Procedure sobre otras tablas y al parecer no hay nada que funcione de forma directa, si bien es cierto que puedes utilizar las tablas y vistas "sysdepends" tambien es cierto que estas no son 100% confiables ya que las referencias que aqui pudieramos encontrar dependen del orden en que se hayan creado los objetos de la base de datos.
Despues de darle muchas vueltas decidi que si no hay forma infalible y 100% exacta de obtener esta informacion entonces trataria de acercarme lo mas posible, dado que tenia alrededor de unos 50 Stored procedures y 335 tablas, se imaginaran la "talachita" que iba a ser obtener esos datos abriendo cada uno de los SP's y analizando el codigo.Y esta fue la solucion con la que al final me quede...

/**1. Primero hay que declarar una variable del tipo tabla con 3 columnas que me sirvan para conocer mas de los objetos encontrados **/ DECLARE @info TABLE(owner varchar(15), tableName varchar(100), oName varchar(100)) /**2. Declarar unas variables mas para almacenar el nombre de mi tabla y el identificador que SQL le asigna a la tabla**/ DECLARE @objname varchar(100), @objid int /**3. Obtener el identificador de la tabla**/ SET @objname = 'TablaClientes' SET @objid = object_id(@objname) /**4. Insertar en la variable tabla los datos que correspondan a los Stored Procedures que en su codigo incluyan el nombre de la tabla que ando buscando**/ INSERT INTO @info(tableName, owner, oName) SELECT @objname, routine_schema , routine_nameFROM information_schema.routines where routine_definition like ('%' + @objName + '%')GROUP BY routine_schema, routine_name /**5 . Realizar la consulta sobre la variable de tabla**/ SELECT * FROM @info

Con el script anterior, puedo consultar los Stored Procedures que mencionan una tabla, pero aun asi, tengo 335 tablas!!! SIN contar los que pudieran estar referenciando a alguna vista... y ahora quien podra defenderme? ... CODESMITH!!!
Total que he creado tambien una plantilla donde puedo barrer las 335 tablas + 50 Vistas (aprox) y generar el script que al final me dara la informacion que ando buscando... asi que si bien este metodo no es 100% exacto, si me saca de este apuro.

Ventajas

• Estoy directamente buscando las referencias por medio del codigo del stored procedure
• En casos como el que platico, donde tengo mas de 10 tablas hacer esto "a pie" es una lata
• Es extremadamente rapido

Y las desventajas...

• El barrido que hace del codigo del Stored Procedure, no distingue entre comentarios y codigo "vivo"
• Las tablas y vistas deben pertenecer a la misma base de datos de los stored procedures
• Estoy usando LIKE para hacer las busquedas asi que si una tabla se llama "tblCliente" y otra "tblClienteResultado"... se imaginaran que si un SP esta utilizando "tblClienteResultado" tambien me aparecera como referencia "fantasma" la tabla "tblCliente"

Pero hey... que querias en tan poco tiempo.

Aqui esta la plantilla de CodeSmith que use.