SET SECURITY
SET SECURITY ステートメントを使用すると、Master ユーザーはログオンしているデータベースのセキュリティを有効または無効にできます。
構文
SET SECURITY = <パスワード | NULL>
例
次の例では、データベースのセキュリティを有効にし、Master パスワードを "mypasswd" と設定しています。
SET SECURITY = mypasswd
次の例では、パスワードを 123456 と設定しています。
SET SECURITY = '123456'
============
次の例ではセキュリティが無効になります。
SET SECURITY = NULL
備考
セキュリティを設定するには、まず Master としてログオンする必要があります。その後、SET SECURITY ステートメントを使用してパスワードを割り当てることができます。セキュリティで保護されていないデータベースにログオンする場合、Master はパスワードを要求されません。データベースのセキュリティを有効にするには、Master にパスワードを割り当てる必要があります。
SET SECURITY は、Master ユーザーのセッションが現在の唯一のデータベース接続である場合のみ発行できます。セキュリティは PSQL Control Center（PCC）から設定することもできます。『
PSQL User's Guide』の
PSQL エクスプローラーを使ってセキュリティを有効にするにはを参照してください。
メモ： SQL Editor 内で SET SECURITY ステートメントを実行することはできません。実行しようとするとエラーになります。セキュリティなしのデータベースの場合、SQL Editor は辞書ファイルをロックして、パスワードが設定されないようにします。セキュリティで保護されたデータベースの場合、SQL Editor はデータベース ファイルへの 2 番目の接続を開いて、セキュリティが無効にされないようにします。
パスワード要件については、
パスワードの特性を参照してください。
ユーザー権限
オブジェクト（テーブル、ビュー、およびストアド プロシージャなど）のユーザー権限は、SET SECURITY が NULL に設定された後もシステム テーブルに保持されます。次のシナリオを考えてみましょう。
•データベース mydbase のセキュリティを有効にし、ユーザー Master がログインします。
•Master ユーザーが、ユーザー user1 と user2、およびデータベース mydbase のテーブル t1 を作成します。
•user2 に t1 の SELECT 権限を付与します。
•mydbase のセキュリティを無効にします。
•テーブル t1 を削除します。
テーブル t1 が存在しなくなっても、t1 の権限はシステム テーブル内に残っています（t1 の ID は X$Rights 内にまだあります）。以下について考えてみましょう。
•データベース mydbase のセキュリティを再び有効にします。
•user1 がデータベースにログインします。
•user1 が mydbase の新しいテーブル tbl1 を作成します。tbl1 には、t1 に割り当てられたオブジェクト ID と同じ ID を割り当てることができます。このシナリオでは、t1 と tbl1 に割り当てられるオブジェクト ID を同じにします。
•t1 の以前の権限が tbl1 に復元されます。つまり、user1 は、新しいテーブルに対する権限を明示的に付与されていなくても、tbl1 の SELECT 権限を持っているということです。
メモ： オブジェクトに対する権限を削除したい場合は、明示的にその権限を取り消す必要があります。このことは、テーブル、ビュー、およびストアド プロシージャに当てはまります。権限はオブジェクト ID と関連付けられており、データベースは新しいオブジェクトに対し、削除されたオブジェクトのオブジェクト ID を再使用するからです。
関連項目