トリガを強制的にSQL Server 2000のユーザーとは別のコンテキストで実行できますか？

Question

私はSQL Server 2000のテーブルを持っているとしましょう、どのような名前でも、このトピックとは無関係です。この表には、更新または挿入後に実行されるトリガーがあります。

ユーザーは、トリガーが接続されている表を挿入および更新できますが、トリガーがターゲットとする他の表には挿入できません。

元のテーブルのデータをユーザーが変更すると、そのユーザーにトリガーのターゲットテーブルのデータを変更する権限がないという例外が発生します。

これは、トリガーがユーザーのコンテキストで実行されていることが原因であると想定します。トリガを独自のコンテキストで実行させる方法はありますか、またはこの例外の原因を正しく解釈していませんか？

編集：私はSQL Server 2000を使用しているので、EXECUTE ASを使用すると機能しないことを指摘します。

Answer 1

トリガーは通常、最初の変更を行ったユーザーの権限で動作します。このようなものを回避するには、トリガーがデータを一時テーブルに書き込んだり、別のプロセス（上位レベルのユーザーとしてログイン）を作成して一時テーブル内のデータを頻繁にチェックし、それをターゲットに移動させる表。

Answer 2

MSDN resource

トリガが を実行される下、セキュリティ コンテキストを指定として実行されます。 ユーザーアカウントにSQL のインスタンスを使用して、 のアクセス許可を検証するときに使用するデータベースオブジェクト（ ）を制御できます。

Answer 3

どのバージョンのSQL Serverを使用していますか？私は、SQL Server 2005で何の問題もなくそれを行うことだけができた：

CREATE TABLE dbo.Test_Trigger_1 
(
    my_string VARCHAR(20) NOT NULL, 
    CONSTRAINT PK_Test_Trigger_1 PRIMARY KEY CLUSTERED (my_string) 
) 
GO 

CREATE TABLE dbo.Test_Trigger_2 
(
    my_string VARCHAR(20) NOT NULL, 
    CONSTRAINT PK_Test_Trigger_2 PRIMARY KEY CLUSTERED (my_string) 
) 
GO 
CREATE TRIGGER dbo.tri_Test_Trigger_1 
ON dbo.Test_Trigger_1 
FOR INSERT 
AS 
BEGIN 
    INSERT INTO dbo.Test_Trigger_2 
    (
     my_string 
    ) 
    SELECT 
     my_string 
    FROM 
     INSERTED 
END 
GO 

その後、私は、私はそれがTest_Trigger_2にアクセスできなかったことを確認しただけTest_Trigger_1へのアクセスを持っていたログインを作成し、私はTest_Trigger_1に行を挿入しましたTest_Trigger_2に行が表示されました。