Dejaré la tarea de encontrar dependencias cross db para que otra persona escriba sobre ella ya que estoy a punto de salir corriendo esta mañana, pero quería dejar una nota rápida en sp_depends. Está roto, no lo use. Es notoriamente poco confiable. Según Microsoft "Use sys.dm_sql_referencing_entities y sys.dm_sql_referenced_entities en su lugar" está a punto de desaparecer. Aquí está por qué sp_depends está roto, se basa en el orden de creación. Supongamos que tiene dos procedimientos almacenados, ProcA y ProcB. ProcB depende de ProcA. Si crea ProcA THEN cree ProcB sp_depends informará la dependencia, pero debido al soporte para el enlace tardío, si crea ProcB, ENTONCES cree ProcA sp_depends NO informará la dependencia.
Por lo que vale, hay algunas herramientas que he utilizado que hacen un gran trabajo al informar las dependencias correctamente, pero mi favorito hasta ahora, y que se ocupará de las dependencias cross db si tiene acceso a él es Visual Studio para Profesionales de bases de datos. Es bastante caro, pero si tiene acceso a él tiene una excelente herramienta de dependencias y admite refactorización ligera, digamos que cambia el nombre de una columna, puede encontrar todas las vistas y procedimientos, incluso en múltiples dbs y actualizar el nombre de columna para usted tus dependencias.
Para una alternativa de interfaz gráfica de usuario de db barata, ApexSql es una buena herramienta. En el lado libre, puede encontrar o crear un procedimiento almacenado para hacer la verificación de la dependencia por usted, pero no tengo ningún enlace para ayudarlo con eso en este momento.
¿Cómo se crean las dependencias entre bases de datos? –