Хоча я повністю згоден, що контроль над джерелами - це правильний спосіб зробити це, я також розумію, що не всі середовища є достатньо дисциплінованими, щоб покладатися тільки на це (якщо взагалі), і що іноді доводиться робити зміни безпосередньо, щоб зберегти додаток працює, збережіть клієнта, що у вас є.
Ви можете використовувати тригер DDL, щоб зберігати всі зміни в таблиці в окремій базі даних (і, звичайно, часто створювати резервну копію цієї бази даних). Припустимо, що у вас є база даних утиліт:
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/