Dependencies between Objects

Question

Hi Folks,
My client has asked me to move from one db to another. (I don't know why, may be they are restructuring). Now the problem is that there are many stored procedures, functions and tables which I have created and also using somewhere. Now for moving these objects
I have to do manual checks on each of my procedure to find out dependencies.
First I used SP_DEPENDS but that didn't show correct results. Then I did use
SYS.DM_SQL_REFERENCING_ENTITIES, but a weird thing I noticed. Some of my procedures are not listed in this table.
Basically I need the output in below format:
NAME
TYPE
DEPENDED UPON
TYPE
COLUMN NAME
RealTimeLeads
Stored Proc
INSTrigger
Trigger
OfferDateTime
RealTimeLeads
Stored Proc
INSTrigger
Trigger
EnquiryDateTime
RealTimeLeads
Stored Proc
cc_lead__c_upd
User Table
ID__c
RealTimeLeads
Stored Proc
cc_lead__c_upd
User Table
CustomerName__c
RealTimeLeads
Stored Proc
cc_lead__c_upd
User Table
Product__c
SP_CampaignDashboard
Stored Proc
CampaignDashboard
User Table
CD_ID
SP_CampaignDashboard
Stored Proc
EmailCampaign_Attempts
User Table
AttemptCount
SP_CampaignDashboard
Stored Proc
OfferProduct_Master
User Table
Product__c
SP_CampaignDashboard
Stored Proc
Portal_Campaign_Attempts
User Table
AttemptCount
SP_CampaignDashboard
Stored Proc
Responses
User Table
ResponseDate
SP_CampaignDashboard
Stored Proc
SMS_Campaign_Attempts
User Table
AttemptCount
Chaos isn’t a pit. Chaos is a ladder. Many who try to climb it fail and never get to try again. The fall breaks them. And some are given a chance to climb, but they refuse. They cling to the realm, or the gods, or love. Illusions. Only the ladder is real.
The climb is all there is.

Answer 1

I did some tests. If you do not have sys.dm_sql_referencing_entities, you probably run SQL Server 2005 or lower. Alas, SQL_Dependencies seems to have the same shortcommings as the old fashioned dbo.sysdepends view. When you create an object referencing an
object that doesn't exist yet, this reference is not captured. Changing the order of creation can help you out. However, circular references will never be captured. Also, dropping and re-creating an object destroys the information in this view. Proof:
The below creation order causes the link between TestProc and TestView to be missed.
CREATE PROC TestProc AS SELECT * FROM TestView
GO
CREATE TABLE TestTab (i int not null)
GO
CREATE VIEW TestView AS SELECT * FROM TestTab
GO
-- Transact-SQL Statement to list all objects and their dependencies (SQL Server 2005).
SELECT SCH.name + '.' + OBJ.name AS ObjectName
,OBJ.type_desc AS ObjectType
,REFSCH.name + '.' + REFOBJ.name AS ReferencedObjectName
,REFOBJ.type_desc AS ReferencedObjectType
,REFCOL.name AS ReferencedColumnName
,DEP.class_desc AS ReferenceClass
,DEP.is_selected AS IsSelected
,DEP.is_select_all AS IsSelectAll
,DEP.is_updated AS IsUpdated
FROM sys.sql_dependencies AS DEP
INNER JOIN
sys.objects AS OBJ
ON DEP.object_id = OBJ.object_id
INNER JOIN
sys.schemas AS SCH
ON OBJ.schema_id = SCH.schema_id
INNER JOIN sys.objects AS REFOBJ
ON DEP.referenced_major_id = REFOBJ.object_id
INNER JOIN sys.schemas AS REFSCH
ON REFOBJ.schema_id = REFSCH.schema_id
LEFT JOIN sys.columns AS REFCOL
ON DEP.class IN (0, 1)
AND DEP.referenced_minor_id = REFCOL.column_id
AND DEP.referenced_major_id = REFCOL.object_id
ORDER BY ObjectName
,ReferencedObjectName
,REFCOL.column_id
GO
DROP TABLE TestTab
GO
DROP VIEW TestView
GO
DROP PROC TestProc
GO
Changing the order helps:
CREATE TABLE TestTab (i int not null)
GO
CREATE VIEW TestView AS SELECT * FROM TestTab
GO
CREATE PROC TestProc AS SELECT * FROM TestView
GO
-- Transact-SQL Statement to list all objects and their dependencies (SQL Server 2005).
SELECT SCH.name + '.' + OBJ.name AS ObjectName
,OBJ.type_desc AS ObjectType
,REFSCH.name + '.' + REFOBJ.name AS ReferencedObjectName
,REFOBJ.type_desc AS ReferencedObjectType
,REFCOL.name AS ReferencedColumnName
,DEP.class_desc AS ReferenceClass
,DEP.is_selected AS IsSelected
,DEP.is_select_all AS IsSelectAll
,DEP.is_updated AS IsUpdated
FROM sys.sql_dependencies AS DEP
INNER JOIN
sys.objects AS OBJ
ON DEP.object_id = OBJ.object_id
INNER JOIN
sys.schemas AS SCH
ON OBJ.schema_id = SCH.schema_id
INNER JOIN sys.objects AS REFOBJ
ON DEP.referenced_major_id = REFOBJ.object_id
INNER JOIN sys.schemas AS REFSCH
ON REFOBJ.schema_id = REFSCH.schema_id
LEFT JOIN sys.columns AS REFCOL
ON DEP.class IN (0, 1)
AND DEP.referenced_minor_id = REFCOL.column_id
AND DEP.referenced_major_id = REFCOL.object_id
ORDER BY ObjectName
,ReferencedObjectName
,REFCOL.column_id
GO
DROP TABLE TestTab
GO
DROP VIEW TestView
GO
DROP PROC TestProc
GO