Vous devez code de recherche et vous avez deux options seulement. Voir les commentaires ci-dessous pourquoi les autres méthodes ne sont pas fiables.
select
object_name(m.object_id), m.*
from
sys.sql_modules m
where
m.definition like N'%my_view_name%'
ou utiliser OBJECT_DEFINITION
syscomments et INFORMATION_SCHEMA ont des colonnes nvarchar (4000). Donc, si "myViewName" est utilisé à la position 3998, il ne sera pas trouvé. syscomments a plusieurs lignes mais ROUTINES tronque.
Dans SQL Server 2000, sys.depends n'était pas fiable, ce qui affectait les «dépendances d'affichage» dans les menus. Je ne sais pas si c'est mieux dans SQL 2005+. Exemple: view utilise table, table est supprimée et recréée, a objectid différent, dependency = broken.
Cette sys.sql_dependencies est obsolète dans les versions ultérieures + est-elle fiable? Voir ma réponse s'il vous plaît ... – gbn
sysdepends est le déprécié. sql_dependencies a été introduit en 2005 et afaik n'est pas obsolète. Les articles d'Aaron passent en revue les différentes questions plus en profondeur que je ne pourrais le faire ici. Mon opinion est que le suivi de la dépendance aux métadonnées est trop fragile et la bonne pratique consiste à suivre les dépendances au niveau du contrôle des sources de développement. Par exemple. VSTS Database Edition GDR R2 fait un meilleur travail à ce sujet: http://www.microsoft.com/downloads/details.aspx?FamilyID=bb3ad767-5f69-4db9-b1c9-8f55759846ed&displaylang=fr. –