जब मैं पूरी तरह से सहमत हूं कि स्रोत नियंत्रण ऐसा करने का सही तरीका है, तो मैं यह भी समझता हूं कि सभी वातावरण अनुशासित नहीं हैं कि अकेले उस पर भरोसा करें (यदि सभी पर), और कभी-कभी ऐप को रखने के लिए सीधे परिवर्तन करना पड़ता है। चल रहा है, एक ग्राहक को बचाने के लिए, आपके पास क्या है।
आप एक अलग डेटाबेस में तालिका में सभी संशोधनों को रखने के लिए (और अक्सर उस डेटाबेस का बैकअप ले सकते हैं) डीडीएल ट्रिगर का उपयोग कर सकते हैं। मान लें कि आपके पास एक उपयोगिता डेटाबेस है:
USE Utility;
GO
CREATE TABLE dbo.ProcedureChanges
(
EventDate DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
EventType NVARCHAR(100),
EventDDL NVARCHAR(MAX),
DatabaseName NVARCHAR(255),
SchemaName NVARCHAR(255),
ObjectName NVARCHAR(255),
HostName NVARCHAR(255),
IPAddress VARCHAR(32),
ProgramName NVARCHAR(255),
LoginName NVARCHAR(255)
);
अब आपके डेटाबेस में, आइए हम "प्रारंभिक नियंत्रण" को क्या कहेंगे - हड़पी गई प्रक्रियाओं का वर्तमान संस्करण:
USE YourDB;
GO
INSERT Utility.dbo.ProcedureChanges
(
EventType,
EventDDL,
DatabaseName,
SchemaName,
ObjectName
)
SELECT
N'Initial control',
OBJECT_DEFINITION([object_id]),
DB_NAME(),
OBJECT_SCHEMA_NAME([object_id]),
OBJECT_NAME([object_id])
FROM
sys.procedures;
बाद के परिवर्तनों को पकड़ने के लिए, डेटाबेस में DDL ट्रिगर जोड़ें:
USE YourDB;
GO
CREATE TRIGGER CaptureStoredProcedureChanges
ON DATABASE
FOR CREATE_PROCEDURE, ALTER_PROCEDURE, DROP_PROCEDURE
AS
BEGIN
SET NOCOUNT ON;
DECLARE @EventData XML = EVENTDATA(), @ip VARCHAR(32);
SELECT @ip = client_net_address
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;
INSERT Utility.dbo.ProcedureChanges
(
EventType,
EventDDL,
SchemaName,
ObjectName,
DatabaseName,
HostName,
IPAddress,
ProgramName,
LoginName
)
SELECT
@EventData.value('(/EVENT_INSTANCE/EventType)[1]', 'NVARCHAR(100)'),
@EventData.value('(/EVENT_INSTANCE/TSQLCommand)[1]', 'NVARCHAR(MAX)'),
@EventData.value('(/EVENT_INSTANCE/SchemaName)[1]', 'NVARCHAR(255)'),
@EventData.value('(/EVENT_INSTANCE/ObjectName)[1]', 'NVARCHAR(255)'),
DB_NAME(), HOST_NAME(), @ip, PROGRAM_NAME(), SUSER_SNAME();
END
GO
समय के साथ प्रक्रियाओं में बदलावों को देखना और उनकी तुलना करना आसान हो जाएगा, नई प्रक्रियाओं को सिस्टम में जोड़ा जाएगा, प्रक्रियाओं को गिराया जा सकता है, और इनमें से किसी भी घटना के बारे में बात करने का एक अच्छा विचार है।
अधिक जानकारी यहाँ:
http://www.mssqltips.com/sqlservertip/2085/sql-server-ddl-triggers-to-track-all-database-changes/