Oracle ServerとSQL Serverとの違い

Oracle Serverのロールは、「権限のグループ」です（図1）。一方、SQL Serverのロールは、「ユーザーのグループ」です（図2）。SQL Serverでロールに権限を付与すると、そのロールに属しているユーザーは権限を使用できるようになり、反対に権限を取り消すとロールに属するユーザー全員が権限を使用できなくなります。

Oracle ServerでもSQL Serverでも、結果としてやっていることは同じと言えるでしょう。セキュリティ管理を容易にするためにロールを使うのです。

■ 図1　Oracle Serverのロール

■ 図2　SQL Serverのロール

SQL Serverのロールの種類

SQL Serverのロールには、次の4種類があります。

	１．	固定サーバーロール
		インスタンスレベルの管理権限。インスタンス作成時に自動作成される。
	２．	固定データベースロール
		データベースレベルの管理権限とオブジェクトの操作権限。
	３．	ユーザー定義データベースロール
		ユーザーが独自に作成するロール。
	４．	アプリケーションロール
		Oracle同様、特定のアプリケーションを通してのみアクセスを許可するためのロール。ロールをアクティブにするときにパスワードが必要。

また、１と２には次のロールがあります。「固定〜」という名前のとおり、私たちユーザーが変更できないロールですが、publicのみ例外で変更が可能です。publicはOracle ServerでいうGRANTステートメントのPUBLICと同じで、データベースユーザー全員が属します。

■ 固定サーバーロールの種類

■ 固定データベースロールの種類

SQL Serverでの権限の管理

SQL Serverでは、権限の「許可（GRANT）」と「取り消し（REVOKE）」以外に、「拒否（DENY）」があります。ユーザーが操作を許可されるのは、次の2つの条件を満たしたときです。

	●	ユーザーまたはそのユーザーが属するロールに対して権限が許可（GRANT）されている。
	●	ユーザーまたはそのユーザーが属するロールに対して権限が拒否（DENY）されていない。

この条件を利用すると、たとえば【図3】のケースでUSER１のみTABLE Aにはアクセスさせたくない場合は、ロールにはTABLE A、B、Cを許可し、USER１をTABLE Aに対しては拒否することで実現できます。

■ 図3　ロールを活用した権限の管理

なお、同じことをOracle Serverで実現するには、USER１からロールを取り消し、別途、USER１に対してTABLE BとTABLE Cの権限を許可する必要があり、処理が複雑になってしまいます。SQL Serverのロールの特性をよく理解して、このような便利な使い方を覚えれば、セキュリティ管理の負荷をぐっと軽減できるはずです。ぜひ、活用してください。