4

2 つの異なるスキーマを持つ SQL Server 2008 Enterprise データベースがあります。1 つは私たちが維持するロックされたスキーマで、もう 1 つは外部の開発チームが独自のニーズに合わせて追加および変更できるようにするオープン スキーマです。通常、これは私たちにとってはうまくいきますが、ある特定のチームが本当にそれを台無しにするのが好きで、他のすべての人に影響を与えています. だから2つの質問：

  1. 後から考えると、最初から堅牢なものをセットアップしておけばよかったのですが、そうしませんでした。デフォルトのインストールだけでした。「ユーザー XYZ が 2012 年 7 月 12 日午前 9:00 にプロシージャ ABC を変更した」という単純なものであっても、スキーマに対してこれまでに何が行われたかを確認できると便利です。SQL Server に組み込まれ、デフォルトで有効になっているもので、これを追跡して活用できるものはありますか? もしそうなら、どこで/どのように?
  2. 長期的な解決策に関する限り、これには何をお勧めしますか? 私はDDLトリガーについて少し調べてきましたが、それは有望なオプションのようです. このアプローチを使用したことがある場合は、それがどのように機能し、何ができるかについて少し共有できますか?

ありがとうございました

4

4 に答える 4

4

私は、まさにこのタイプのものに DDL トリガーを使用するシステムを持っています。それは私のニーズに十分に対応しています。もともとは Sql Server 2005 で開発され、現在は Sql Server 2008R2 システムで動作しています。これは、Aaron Bertrand のコメントのリンクで説明されているものと似ています。

このようなテーブルを作成します。

CREATE TABLE [dbo].[SchemaLog](
    [SchemaLogID] [int] IDENTITY(1,1) NOT NULL,
    [PostTimeUtc] [datetime] NOT NULL,
    [DatabaseUser] [nvarchar](128) NOT NULL,
    [Event] [nvarchar](128) NOT NULL,
    [Schema] [nvarchar](128) NULL,
    [Object] [nvarchar](128) NULL,
    [TSQL] [nvarchar](max) NOT NULL,
    [XmlEvent] [xml] NOT NULL,
 CONSTRAINT [PK_SchemaLog_1] PRIMARY KEY CLUSTERED 
(
    [SchemaLogID] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

全員がテーブルに対する挿入権限を持っていることを確認してから、これと同様の ddl トリガーを作成します。

CREATE TRIGGER [ddlDatabaseTriggerLog] ON DATABASE  FOR DDL_DATABASE_LEVEL_EVENTS AS  
BEGIN     
    SET NOCOUNT ON;     
    DECLARE @data XML;     
    DECLARE @schema sysname;     
    DECLARE @object sysname;     
    DECLARE @eventType sysname;     
    SET @data = EVENTDATA();     
    SET @eventType = @data.value('(/EVENT_INSTANCE/EventType)[1]', 'sysname');     
    SET @schema = @data.value('(/EVENT_INSTANCE/SchemaName)[1]', 'sysname');     
    SET @object = @data.value('(/EVENT_INSTANCE/ObjectName)[1]', 'sysname')      
    IF @object IS NOT NULL         
        PRINT '  ' + @eventType + ' - ' + @schema + '.' + @object;     
    ELSE         
        PRINT '  ' + @eventType + ' - ' + @schema;     

    IF @eventType IS NULL         
        PRINT CONVERT(nvarchar(max), @data);     

    INSERT [dbo].[SchemaLog]          (         
        [PostTimeUtc]
    ,          [DatabaseUser]
    ,          [Event]
    ,          [Schema]
    ,          [Object]
    ,          [TSQL]
    ,          [XmlEvent]         )      
    VALUES          (         
        GETUTCDATE()
    ,          CONVERT(sysname, CURRENT_USER)
    ,          @eventType
    ,          CONVERT(sysname, @schema)
    ,          CONVERT(sysname, @object)
    ,          @data.value('(/EVENT_INSTANCE/TSQLCommand)[1]', 'nvarchar(max)')
    ,          @data         ); 

END;

変更を順番に選択して表示

create view SchemaLogOrdered
as
SELECT top 10000 *
FROM            dbo.SchemaLog
ORDER BY  SchemaLogID DESC
于 2012-07-13T14:48:53.620 に答える
1

Redgate のオプションは次のとおりです。

1) スキーマ変更の監査を開始する最も簡単な方法は、DLM ダッシュボードをインストールすることです。これは、DDL トリガーを使用してすべての変更を警告およびログに記録する無料のツールであり、求める情報が含まれます。

2) Andy Davies が既に述べたように、これを行う正しい方法は、アプリケーション コードと同じ方法でスキーマのソース管理を開始することです。これが完了したら、継続的インテグレーションとリリース管理プラクティスにデータベースを含めることで、データベース ライフサイクル管理の成熟度を高めることができます。

于 2015-08-04T09:41:13.213 に答える
0

データベースをソース管理下に置くことを検討できます。おそらく、各外部チームにデータベースのブランチまたはフォークを取得させることができます。これにより、コミットを介して変更を監査し、マージする変更を選択したり、マージする前にそれらの変更を確認/編集したりすることができます。

利用可能な1つの製品については、 http：//www.red-gate.com/products/sql-development/sql-source-control/を参照してください。

GithubやBitbucketなどのソリューションと組み合わせると、インターネットを介してソース管理リポジトリを外部の貢献者に直接公開できます。

于 2012-07-13T13:22:18.213 に答える