Sql Server変更を選択

Question

私は確かに方法はありませんが、私は知識を超えてそれらの専門家のためにこれを置いています。

私が探しているのは、SELECTステートメントがデータベースレベルで実行される前に何らかの形で変更することです。真剣に切り詰めダウン例えば、私は次のような何かをしたいのですが...誰かが、次のSQL

SELECT * FROM users.MESSAGES 

を実行したときに私はそれを実行する前に、それをキャッチしたい、との文を変更したいです

SELECT * FROM users.MESSAGES WHERE RECIPIENT = ORIGINAL_LOGIN() 

は私がこれを必要とするかもしれないすべての私のテーブルの上にビューを作成に頼る必要がなく、ORACLEのVPDSと同様の方法でデータにユーザー制限を強制することができますのようなものに。

Answer 1

悲しいことに、これは不可能です。

（セキュリティカタログなどの）Microsoft SQL Serverの行レベルセキュリティ機能さえも、ビューを使用して実装されています。

この機能が本当に必要な場合は、SUSER_NAME（）またはWHERE句の類似の個人識別子またはロール識別子を使用してビューを設定する必要があります。

大変申し訳ございません。

Answer 2

VIEWを使用して調べます。

Answer 3

ビュー（またはインラインテーブル値関数）を使用して、ビューを自動的に生成し、テーブルから権限を削除します。

Answer 4

SQL 2000では、倫理的ではない方法がありました。以前はmaster..sysprocessesテーブルにINSERTのトリガを作成し、このような操作を行うことができました。ありがたいことに、少なくともAFAIKはSQL 2005で可能ではありません.sysprocessesは偽のテーブルです。まだSQL 2000を使用して、米国の一部の利益のために

は、ここではSQL 2000でこれを行う方法です：

1. コンソールで、右のプロパティで サーバー名
2. をクリックしてサーバー に行きます設定タブ
3. 次に、システムカタログ のチェックボックスに直接変更を許可するように、 をチェックします。右 クリックsysprocessesの-すべて タスク-管理トリガ
に - （ユーザー）
4. 今すぐテーブル、マスターDBに行く sysobjectsにsysprocessesテーブルを選択し、それがUにS（システム）からXTYPE だ変更
6. その後、あなたはトリガーを書くことができます
7. 完了したら、 すべてを元の状態に戻してください。

この場合でも、Select文を変更できるかどうかは疑問です。

Raj

免責事項：これは自己責任で行ってください。望ましくない結果につながるシステムオブジェクトを変更していることに注意してください。

Answer 5

まず、アドホッククエリからデータを見ることができないように、ユーザーにダイレクトテーブルアクセスを許可しないでください。ストアドプロシージャを使用してテーブルにアクセスし、プロシージャのパラメータの1つがユーザログインであるようにします。次に、そのログインのレコードのみを選択するようにコードを記述します。