ヘッダーをスキップ

Oracle Rdb SQLリファレンス・マニュアル リリース7.2 E06178-01 |
| 目次 | 索引

戻る | 次へ |

注意 NUMBER ISパラメータとNUMBER OF BUFFERS ISパラメータを混同しないようにしてください。NUMBER OF BUFFERS ISパラメータは、データベースにアタッチされている各ユーザー・プロセスに対してOracle Rdbが割り当てるバッファのデフォルト数を決定します。NUMBER OF BUFFERS ISパラメータは、ローカル・バッファリングおよびグローバル・バッファリングに適用され、どちらに対しても同等の意味を持ちます。NUMBER ISパラメータが意味を持つのは、グローバル・バッファリングのコンテキストにおいてのみです。

論理名RDM$BIND_BUFFERSに対して値を定義することにより、ユーザー割当てバッファ数のデフォルトをオーバーライドできます。詳細は、『Oracle Rdb7 Guide to Database Performance and Tuning』を参照してください。

NUMBER ISパラメータはオンラインで変更できますが、その変更は次回データベースがオープンするまで反映されません。

### NUMBER OF BUFFERS number-buffers

このデータベースへの各アタッチに対してSQLにより割り当てられるバッファの数を指定します。この数は、RMU Dumpコマンド出力にデフォルト・データベース・バッファ数として表示されます。このデフォルト・バッファ数は、ローカル・バッファおよびグローバル・バッファに適用されます。

2以上32,767以下の符号なし整数を指定します。デフォルトは20バッファです。

### NUMBER OF CLUSTER NODES number-nodes (SINGLE INSTANCE)

### NUMBER OF CLUSTER NODES number-nodes (MULTIPLE INSTANCE)

ユーザーから共有データベースへのアクセスの基点となるVMSクラスタ・ノードの最大数に対する上限を設定します。デフォルトは16ノードです。ノード数の範囲は1から96までです。実際には、システム管理者により設定されている現行のVMSクラスタ・ノードの上限が、最大数の上限になります。

Oracle Rdbルート・ファイルのデータ構造（.rdb）は、共有メモリーにマップされます。このような共有メモリーの各コピーはRdbインスタンスと呼ばれます。ルート・ファイル情報が含まれる共有メモリーのコピーが1つのみの場合は、データベース・アクティビティにおけるロックおよびルート・ファイルI/Oを軽減するため、いくつかの最適化が有効になります。このような最適化を有効にするには、NUMBER OF CLUSTER NODESを1に設定するか、SINGLE INSTANCE句を使用します。

MULTIPLE INSTANCEは、Oracle Rdbルート・ファイルのデータ構造が別々のシステム上にマップされており、ディスクI/Oを介して整合性が維持されていることを意味します。このようなシステムでは、単一インスタンスを最適化しても利点はありません。デフォルトはMULTIPLE INSTANCEです。

### NUMBER OF RECOVERY BUFFERS number-buffers

システム障害またはプロセス障害の発生後に起動される自動リカバリ・プロセスに割り当てられるバッファの数を指定します。このリカバリ・プロセスでは、リカバリ・ユニット・ジャーナル（.ruj）・ファイルが使用されます。

2以上32,767以下の符号なし整数を指定します。NUMBER OF RECOVERY BUFFERSパラメータのデフォルト値は20バッファです。規模の大きな複数ファイルのデータベースがあり、大容量のメモリーを備えたシステムで作業している場合は、バッファ数を大きめに指定してください。これにより、リカバリ時間が短縮されます。ただし、バッファ・プールがそのプールに割当て可能なメモリー容量を超えないようにしてください。システム上のメモリー容量に対してバッファ数が多すぎる場合、そのシステムでは、バッファ・プールの仮想ページングが強制的に実行されます。この場合、オペレーティング・システムではデータベース・ページの読取りに加え、仮想ページングも実行する必要があるため、パフォーマンスが遅くなることがあります。それぞれのデータベースに対して最適なバッファ数については、実際に検証して決定することをお薦めします。

リカバリ・プロセスに割り当てられるバッファの数を増やす場合は、NUMBER OF RECOVERY BUFFERSオプションを使用します。

    SQL> CREATE DATABASE FILENAME personnel
    cont>  NUMBER OF RECOVERY BUFFERS 150;

このオプションは、NUMBER OF RECOVERY BUFFERSの値がNUMBER OF BUFFERSの値より大きい場合にのみ使用します。詳細は、『Oracle Rdb7 Guide to Database Maintenance』を参照してください。

### NUMBER OF USERS number-users

データベースに同時にアクセスできるユーザーの最大数を指定します。デフォルトは50ユーザーです。最大数に達した後にデータベースを起動しようとしたユーザーには、エラー・メッセージが表示され、待機が要求されます。指定できる最大ユーザー数は16368で、最小ユーザー数は1です。

ユーザー数は、データベースへのアクティブなアタッチメント数として定義されます。このため、あるプロセスで実行されているプログラムが1つでも、そのプログラムで12のアタッチ操作が実行される場合、この引数の定義に従い、そのプロセスに対応するアクティブ・ユーザーの数は12となります。

NUMBER OF USERSパラメータのNUMBER OF CLUSTER NODESパラメータへの影響の詳細は、「使用方法」を参照してください。

### OPEN IS MANUAL

### OPEN IS AUTOMATIC

ユーザーがデータベースにアタッチする前に、そのデータベースを明示的にオープンする必要があるかどうかを指定します。デフォルトのOPEN IS AUTOMATICの場合、ユーザーは、まだオープンしていないまたはクローズしているデータベースにアタッチして文を実行することにより、そのデータベースをオープンできます。OPEN IS MANUALオプションを使用した場合、ユーザーがデータベースにアタッチする前に、権限を持つユーザーが、Oracle Rdb管理ユーティリティであるOracle RMUを使用して明示的なOPEN文を発行する必要があります。

OPEN IS MANUALオプションにより、データベースへのアクセスが制限されます。データベースにアタッチするにはDBADM権限が必要です。

OPEN IS AUTOMATICオプションとOPEN IS MANUALオプションの両方を指定すると、エラー・メッセージが表示されます。

OPEN ISオプションは、ALTER DATABASE文を介して変更できます。

### PAGE FORMAT IS UNIFORM

### PAGE FORMAT IS MIXED

記憶域のオンディスク構造を指定します。

- デフォルトはPAGE FORMAT IS UNIFORMであり、クランプに分割される記憶域データ・ファイルを作成します。クランプ・サイズはバッファ・サイズから導出され、デフォルトでは3ページです。一連のクランプが論理領域となり、これには単一表の行のみが含まれます。統一ページ形式の詳細は、『Oracle Rdb7 Guide to Database Performance and Tuning』を参照してください。
  記憶域内にある表が様々な問合せの対象となるものであれば、統一ページ形式の記憶域は、一般的に最もパフォーマンスが高くなります。

- PAGE FORMAT IS MIXED句では、記憶域データ・ファイルの特定ページに、またはその周辺に複数の表の行を配置できる形式で、記憶域が作成されます。これは、データ・ファイルの同一ページに様々な表から関連する行を格納する場合に便利です。このような関連行を取得するために繰り返し問合せの対象となる記憶域については、ページ上の行の混在を慎重に制御すると、混合ページ形式によるI/Oのオーバーヘッドが大幅に削減されます。ただし、混合ページ形式の記憶域では、ページ上の行の混在が記憶域に対する問合せに適していない場合、パフォーマンスが低下します。

注意 CREATE DATABASE文により作成されるRDB$SYSTEMという主記憶域内のページは、形式が均一である必要があります。PAGE FORMAT IS MIXEDをデフォルトの記憶域パラメータとして指定すると、RDB$SYSTEM記憶域の作成時にSQLによって警告メッセージが生成され、そのデフォルトがオーバーライドされます。

### PAGE SIZE IS page-blocks BLOCKS

各データベース・ページのサイズをブロック単位で指定します。ページ・サイズは512バイト・ブロックで割り当てられます。デフォルトは2ブロック（1024バイト）です。最大行が約950バイトを超える場合は、ページごとにブロックを追加で割り当て、行の断片化を防止します。ページ・サイズをバッファ・サイズより大きく指定すると、エラー・メッセージが返されます。

### PAGE TRANSFER VIA DISK

### PAGE TRANSFER VIA MEMORY

Oracle Rdbからディスクまたはメモリーにページが転送（フラッシュ）されるようにするかどうかを指定します。

PAGE TRANSFER VIA MEMORYを指定すると、単一ノード上のプロセスでは、ページをディスクに転送することなく、メモリー内のデータベース・ページを共有または更新できます。あるプロセスで変更されたページに別のプロセスがアクセスする前に、そのページをディスクに書き込む必要はありません。

デフォルトはDISKです。PAGE TRANSFER VIA MEMORYを指定する場合、データベースは次の特性を備えている必要があります。

- NUMBER OF CLUSTER NODESが1であること、またはNUMBER OF CLUSTER NODES句にSINGLE INSTANCEが指定されていること。

- GLOBAL BUFFERSが有効になっていること。

- アフター・イメージ・ジャーナルが有効になっていること。

- FAST COMMITが有効になっていること。

データベースにこれらの特性がない場合、Oracle Rdbでは、ディスクを介したページ転送が実行されます。

ページ転送の詳細は、『Oracle Rdb7 Guide to Database Performance and Tuning』を参照してください。

### PATHNAME path-name

データベース定義が格納されているリポジトリ・ディレクトリのリポジトリ・パス名です。

次のいずれかを指定します。

- リポジトリのフルパス名（CDD$TOP.SQL.DEPT3など）

- リポジトリの相対パス名（DEPT3など）

- リポジトリのフルパス名または相対パス名を参照する論理名

相対パス名を使用する場合は、その相対パス名に先行するすべてのパス名セグメントとして、CDD$DEFAULTが定義されている必要があります。たとえば、CDD$DEFAULTをCDD$TOP.SQLとして定義し、相対パス名DEPT3を使用します。

    SQL> SHOW DICTIONARY
    The current data dictionary is  CDD$TOP.SQL
    SQL> CREATE DATABASE ALIAS PERSONNEL PATHNAME DEPT3;

デフォルトのパス名はありません。データベースのリポジトリ・パス名を指定しない場合、データベース定義はリポジトリに格納されません。それ以降のデータ定義でもリポジトリを使用できません。ただし、Oracle Rdbでは、データベースの作成時にリポジトリ・パス名を指定することをお薦めします。詳細は、「DECLARE ALIAS文」の「使用方法」を参照してください。

PATHNAME引数を使用しても、システムにリポジトリがなければ、その引数はSQLで無視されます。

PATHNAME引数を使用すると、リポジトリではそのパス名はCREATE DATABASE文に指定されたとおりのファイル仕様に関連付けられます。そのファイル仕様が論理名ではなくファイル名である場合は、データベース・ルート・ファイルが現在のデフォルトの作業ディレクトリ内になければ、パス名を指定してデータベースを変更または削除できません。

### PERCENT GROWTH IS growth

各エクステントの拡張率（%）を指定します。デフォルトの拡張率は20%です。

### PRESTARTED TRANSACTIONS ARE ENABLED

### PRESTARTED TRANSACTIONS ARE DISABLED

トランザクションの事前起動を有効または無効にします。

以前のバージョンで使用可能なキーワードONは、ENABLEDと同義です。同様に、キーワードOFFはDISABLEDと同義です。

この句は、事前起動済トランザクションの永続データベース設定を構成する際に使用します。以前のバージョンでは、この句は、CREATE DATABASE文およびIMPORT DATABASE文によって実行される暗黙的なアタッチの事前起動済トランザクション・モードを一時的に設定する場合にのみ使用されていました。

prestart-trans-optionsには、次のいずれかの句を指定できます。

- WAIT n SECONDS FOR TIMEOUT
  nは、事前起動済トランザクションを中断する前に待機する時間（秒）を表します。事前起動済トランザクションをタイムアウトさせると、サーバーがデータベースにアタッチしたまま非アクティブな状態が長時間続いている環境では、スナップショット・ファイルの拡張ができなくなる場合があります。

- WAIT n MINUTES FOR TIMEOUT
  nは、事前起動済トランザクションを中断する前に待機する時間（分）を表します。

- NO TIMEOUT
  事前起動済トランザクションに対するデフォルトです。

### PROTECTION IS ANSI

### PROTECTION IS ACLS

データベース・ルート・ファイルを呼び出す場合、ACLスタイルの権限とANSI/ISOスタイルの権限のどちらを使用するかを指定します。保護句を指定しない場合、デフォルトはACLスタイルの権限です。

ACLスタイルのデータベースの場合、アクセス権限セットは順序に依存します。ユーザーがデータベースに対して操作を実行しようとすると、SQLでは、関連付けられているアクセス権限セット（アクセス制御リスト（ACL））を上から下まで読み取って、そのユーザーの識別子を各エントリと比較します。SQLは一致対象を検出すると、ただちにそのエントリにリストされている権限を付与して検索を中止します。以前のエントリと一致しない識別子はすべて、最終的に（SQLキーワードPUBLICと等しく）エントリ[ *,*]になります。PUBLICのデフォルト・アクセスはNONEです。

ACLスタイルの権限の詳細は、「GRANT文」および「REVOKE文」を参照してください。

ANSI/ISOスタイルのデータベースの場合、アクセス権限セットは順序に依存しません。アクセス権限セットのエントリと一致したユーザーは、データベース、表または列について付与されているすべての権限、およびPUBLICについて定義されている権限を取得します。アクセス権限セットにエントリがないユーザーは、PUBLICについて定義されている権限のみを取得します。PUBLICに対するアクセス権限のエントリは必ずありますが、そのエントリには、データベース、表または列へのアクセス権限が含まれていないことがあります。

ANSI/ISOスタイルのデータベースでは、オブジェクトの作成時に、その作成者に対してアクセス権限が付与されます。新規に作成されたオブジェクトへのアクセス権限はその作成者にのみ付与されるため、追加のアクセス権限は明示的に付与する必要があります。

ANSI/ISOスタイルの権限の詳細は、「GRANT文: ANSI/ISOスタイル」および「REVOKE文: ANSI/ISOスタイル」を参照してください。

IMPORT文を使用すると、PROTECTION ISパラメータを変更できます。詳細は、「IMPORT文」を参照してください。

### RECOVERY JOURNAL (BUFFER MEMORY IS LOCAL)

### RECOVERY JOURNAL (BUFFER MEMORY IS GLOBAL)

RUJバッファをグローバル・メモリーとローカル・メモリーのどちらに割り当てるかを指定します。

各プロセスで使用されるRUJバッファは通常、ローカル仮想メモリーに割り当てられます。これらのバッファは、行キャッシュの導入により、OpenVMSの共有グローバル・セクション（グローバル・メモリー）に割当てが可能になりました。これにより、リカバリ・プロセスでは、このメモリー内バッファを処理して、ディスク・アクセスを回避できます。

このバッファ・メモリーをグローバルとして定義できるため、リカバリ用の行キャッシュのパフォーマンスが向上します。行キャッシュが無効の場合、バッファ・メモリーは常にローカルです。

### RECOVERY JOURNAL (LOCATION IS directory-spec)

リカバリ・ユニット・ジャーナル（.ruj）・ファイルの書込み先となる場所を指定します。directory-specには、ノード名、ファイル名、プロセス隠し論理名は指定しないでください。directory-specの前後には一重引用符が必要です。この句は、論理名RDMS$RUJをオーバーライドします。

この句を省略した場合、NO LOCATIONとみなされます。

次に、この句の使用例を示します。

    SQL> ALTER DATABASE FILENAME SAMPLE
    cont> RECOVERY JOURNAL (LOCATION IS 'SQL_USER1:[DBDIR.RECOVER]')

リカバリ・ユニット・ジャーナル・ファイルの詳細は、『Oracle Rdb7 Guide to Database Maintenance』を参照してください。

### RECOVERY JOURNAL (NO LOCATION)

NO LOCATIONを指定すると、リカバリ・ジャーナルに現在のユーザーのログイン・デバイスおよびディレクトリ[RDM$RUJ]が使用されます。リカバリ・ユニット・ジャーナル・ファイルの詳細は、『Oracle Rdb7 Guide to Database Maintenance』を参照してください。

### RESERVE n CACHE SLOTS

データベース内でスロットが予約される行キャッシュの数を指定します。

RESERVE CACHE SLOTS句を使用すると、将来ALTER DATABASE文のADD CACHE句で使用できるスロットをデータベース・ルート・ファイルに予約できます。行キャッシュ・スロットを使用できる場合、行キャッシュの追加のみ実行できます。スロットは、ALTER DATABASE文のDROP CACHE句またはRESERVE CACHE SLOTS句を発行した後に使用可能になります。

RESERVE句を発行した後は、行キャッシュの予約済スロットの数は削減できません。10個のスロットを予約した後、さらに5個のスロットを予約した場合、行キャッシュに対して合計15個のスロットが予約されたことになります。

RESERVE CACHE SLOTS句を指定しない場合、行キャッシュのデフォルト数は1になります。

行キャッシュ・スロットの予約はオフライン操作です（排他的なデータベース・アクセスが必要）。詳細は、「CREATE CACHE句」を参照してください。

### RESERVE n JOURNALS

データベース内でスロットが予約されるジャーナル・ファイルの数を指定します。使用しているデータベースが複数ファイルのデータベースでない場合は、後でALTER DATABASE文を使用しても追加のスロットは予約できません。

ジャーナル・ファイルをデータベースに追加するには、あらかじめスロットを予約しておく必要があります。

ジャーナル・ファイルの追加およびジャーナリング機能の有効化の詳細は、「ALTER DATABASE文」を参照してください。

次のSQL文では、複数ファイルのデータベースが作成され、将来使用するジャーナル・ファイル用に5つのスロットが予約されます。

    SQL> CREATE DATABASE FILENAME test
    cont>    RESERVE 5 JOURNALS
    cont>    CREATE STORAGE AREA sa_one
    cont>       ALLOCATION IS 10 PAGES;

### RESERVE n SEQUENCES

データベース内でスロットが予約される順序の数を指定します。順序は32個ずつ予約されます。そのため、nに32未満の値を指定した場合でも、32個のスロットが予約されます。また33を指定した場合は64個のスロットが予約されるといったように、以降同じ要領で続きます。

RESERVE SEQUENCES句を使用すると、将来CREATE SEQUENCE文で使用できるスロットをデータベース・ルート・ファイルに予約できます。順序は、順序スロットが使用できる場合にのみ作成できます。スロットは、DROP SEQUENCE文、またはALTER DATABASE文のRESERVE SEQUENCES句を実行した後に使用可能になります。

順序用に予約されたスロット数は削減できません。

RESERVED SEQUENCES句を指定しない場合、順序スロットのデフォルト数は32になります。

### RESERVE n STORAGE AREAS

データベース内でスロットが予約される記憶域の数を指定します。記憶域用のスロットの数には、ゼロより大きい正の数を指定する必要があります。

RESERVE STORAGE AREA句を使用すると、将来、ALTER DATABASE文のADD STORAGE AREA句で使用可能なスロットをデータベース・ルート・ファイルに予約できます。記憶域は、使用可能な記憶域スロットが存在する場合にのみ追加できます。スロットは、DROP STORAGE AREA句またはRESERVE STORAGE AREA句の後に使用可能になります。

RESERVE句を発行した後は、記憶域の予約済スロットの数は削減できません。5個のスロットを予約した後、さらに10個のスロットを予約した場合、記憶域に対して合計15個のスロットが予約されたことになります。

RESERVE STORAGE AREA句を指定しない場合、記憶域のデフォルト数はゼロです。

### RESTRICTED ACCESS

### NO RESTRICTED ACCESS

データベースへのアクセスを制限します。これにより、データベースにアクセスしたときに、データベースから切断されるまで他のすべてのユーザーをロックアウトできます。データベースへのアクセス制限を設定するには、DBADM権限が必要です。

デフォルトはNO RESTRICTED ACCESSです。

### root-file-params-1

### root-file-params-2

### root-file-params-3

### root-file-params-4

データベース・ルート・ファイルの特性またはデータベース全体に適用される、データベース・ルート・ファイルに格納されている特性を制御するパラメータです。これらのパラメータは、単一ファイルのデータベースまたは複数ファイルのデータベースのどちらに対しても指定できます。

CREATE DATABAS文に指定されたデータベース・ルート・ファイル・パラメータには、ALTER DATABASE文では変更できないものもあります。このようなデータベース・ルート・ファイル・パラメータを変更するには、EXPORT文およびIMPORT文を使用する必要があります。データベースのエクスポートおよびインポートの詳細は、「EXPORT文」および「IMPORT文」を参照してください。

### ROW CACHE IS ENABLED

### ROW CACHE IS DISABLED

Oracle Rdbで行キャッシュ機能を有効にするかどうかを指定します。

データベースの作成時またはOracle Rdbの旧バージョンからの変換時に、行キャッシュのサポートを指定しない場合、デフォルトはROW CACHE IS DISABLEDになります。行キャッシュのサポートを有効にしても、行キャッシュが作成され、そのキャッシュが1つ以上の記憶域に割り当てられるまで、データベースの操作に影響はありません。

行キャッシュ機能を無効にしても、それまでに作成され割り当てられている行キャッシュ定義はすべて保持され、今後、行キャッシュ機能を有効にすれば使用できるようになります。

行キャッシュを使用するには、次の条件が満たされている必要があります。

- クラスタ・ノードの数が1つであること

- アフター・イメージ・ジャーナルが有効になっていること

- 高速コミットが有効になっていること

- キャッシュ・スロットが1つ以上予約されていること

- 行キャッシュが有効になっていること

RMU Dump Headerコマンドを使用すると、行キャッシュを使用するための要件が満たされているかどうかをチェックできます。次に示すコマンド出力には、満たされていない要件ごとに警告が表示されています。

       .
       .
       .
    Row Caches...

    - Active row cache count is 0

    - Reserved row cache count is 1

    - Sweep interval is 1 second

    - Default cache file directory is ""

    - WARNING: Maximum node count is 16 instead of 1

    - WARNING: After-image journaling is disabled

    - WARNING: Fast commit is disabled
       .
       .
       .

### ROWID SCOPE IS ATTACH

### ROWID SCOPE IS TRANSACTION

ROWIDキーワードは、DBKEYキーワードのシノニムです。詳細は、DBKEY SCOPE IS引数を参照してください。

### SECURITY CHECKING

Oracle Rdbでは従来、オペレーティング・システムのセキュリティ・レイヤー（OpenVMSオペレーティング・システムのUIC識別子および権利識別子など）を使用してセキュリティ・チェックを実行していました。

データベースに格納されているアクセス制御リスト（ACL）情報には、付与された権限マスク、および一意の整数値（UICなど）で表されたユーザーのセットが含まれています。

セキュリティ・チェックには、次の2つのモードがあります。

1. SECURITY CHECKING IS EXTERNAL
   これがデフォルトです。外部セキュリティ・チェックでは、（SQL CREATE USER文を使用して作成した）データベース・ユーザーはオペレーティング・システムのユーザー識別コード（UIC）として認識され、ロールは特殊な権利識別子またはグループとして認識されます。PERSONAサポートは、次の方法で有効化または無効化します。

   - SECURITY CHECKING IS EXTERNAL (PERSONA SUPPORT IS ENABLED)
     OpenVMSユーザーの完全偽装が有効になります。つまり、UIC識別子および付与された権限識別子を使用して、アクセス制御リストの権限チェックが実行されます。

   - SECURITY CHECKING IS EXTERNAL (PERSONA SUPPORT IS DISABLED)
     OpenVMSユーザーの完全偽装が無効になります。アクセス制御リストの権限のチェックには、UICのみが使用されます。新規のデータベース、または旧バージョンのOracle Rdbから変換されたデータベースでは、これがデフォルトです。

2. SECURITY CHECKING IS INTERNAL
   このモードでは、Oracle Rdbによりユーザー（ユーザー名とUIC）およびロール（権利識別子）がデータベースに記録されます。このアクションは、CREATE USER文およびCREATE ROLE文では明示的に実行され、GRANTでは暗黙的に実行されます。この型のデータベースは、現在では別のシステムへ移動でき、ユーザーおよびロールの名前にのみ依存します。

   - SECURITY CHECKING IS INTERNAL (ACCOUNT CHECK IS ENABLED)
     ACCOUNT CHECK句を使用すると、Oracle Rdbにおいて、データベースに格納されているユーザー名（SQL CREATE USER文を使用して定義されたユーザー名など）を使用した現行データベース・ユーザーの検証が確実に実行されます。これにより、同一の名前を持つ他のユーザーによるデータベースへのアクセスを防止できます。そのため、この句を使用すると、セキュリティの侵害を防止できる場合もあります。
     OpenVMSでACCOUNT CHECK IS ENABLED句を指定すると、ユーザー・セッションには、データベースに記録されているものと同じユーザー名およびUICが使用されます。

   - SECURITY CHECKING IS INTERNAL (ACCOUNT CHECK IS DISABLED)
     ACCOUNT CHECK IS DISABLED句を指定すると、ユーザー名が異なる場合でもUIC（プロファイルIDとも呼ばれる）が一致するユーザーであれば同一のユーザーであるとみなされます。これにより、複数のOpenVMSユーザーに同一のUICを割り当てることができます。

### SEGMENTED STRING STORAGE AREA IS area-name

LIST STORAGE AREAの別の名前です。

### SET TRANSACTION MODES

指定したモードのみ有効になり、それ以外の事前に定義したモードはすべて無効になります。たとえば、データベースを読取り専用アクセス用に使用し、その他すべてのトランザクション・モードを無効にする場合は、次の文を使用します。

    SQL> CREATE DATABASE FILENAME mf_personnel
    cont>   SET TRANSACTION MODES (READ ONLY);

指定しない場合、デフォルトのトランザクション・モードはALLです。

否定形のトランザクション・モードまたはNONEを指定すると、すべてのトランザクションの使用が無効になります。すべてのトランザクションの使用の無効化は、物理データベースを大幅に再構築する場合などに便利です。トランザクション・モードを再度有効にする場合は、ALTER DATABASE文を実行するか、Oracle Rdb管理ユーティリティであるOracle RMUを使用します。

### SHARED MEMORY IS PROCESS RESIDENT

SHARED MEMORY句では、データベース・ルート・グローバル・セクション（有効時のグローバル・バッファを含む）またはキャッシュ・グローバル・セクションを、システム領域に作成するかプロセス領域に作成するかを指定します。RESIDENTオプションは、グローバル・セクション・メモリーを常駐させることにより、PROCESSオプションを拡張します。

### SHARED MEMORY IS SYSTEM

### SHARED MEMORY IS PROCESS

データベース・ルート・グローバル・セクション（有効時のグローバル・バッファを含む）をシステム領域に作成するかプロセス領域に作成するかを決定します。デフォルトはPROCESSです。

プロセス領域に作成されたグローバル・セクションを使用する場合は、複数のユーザーで物理メモリーを共有します。また、OpenVMSオペレーティング・システムにより、行キャッシュが各ユーザーのプライベート・アドレス空間にマップされます。この結果、すべてのユーザーは空きのある仮想アドレス範囲に制限され、それぞれがオーバーヘッドに応じた一定の割合でメモリーを使用することになります。多数のユーザーがデータベースにアクセスした場合、オーバーヘッドは大きくなります。

### SNAPSHOT ALLOCATION IS snp-pages PAGES

スナップショット・ファイルに割り当てられているページ数を変更します。デフォルトは100ページです。スナップショット・ファイルを無効にしている場合は、スナップショットの割当てを0ページに設定できます。

### SNAPSHOT CHECKSUM ALLOCATION IS ENABLED

### SNAPSHOT CHECKSUM ALLOCATION IS DISABLED

詳細は、CHECKSUM ALLOCATION句を参照してください。

### SNAPSHOT IS ENABLED IMMEDIATE

### SNAPSHOT IS ENABLED DEFERRED

読取り/書込みトランザクションにおいて、読取り専用トランザクションで使用するスナップショット・ファイルにデータベースの変更を書き込むタイミングを指定します。