9 グローバル環境でのSQLとPL/SQLのプログラミング

この章では、グローバリゼーション・サポート環境でのSQLプログラミングに役立つ情報について説明します。この章の内容は次のとおりです。

• オプションのNLSパラメータを伴うロケール依存のSQL関数

• ロケール依存のその他のSQL関数

• グローバル環境でのSQLとPL/SQLのプログラミングに関するその他のトピック

9.1 オプションのNLSパラメータを伴うロケール依存のSQL関数

動作をグローバリゼーション・サポートの規則に依存しているすべてのSQL関数で、NLSパラメータを指定できます。これらの関数は次のとおりです。

TO_CHAR
TO_DATE
TO_NUMBER
NLS_UPPER
NLS_LOWER
NLS_INITCAP
NLSSORT

これらの関数のNLSパラメータを明示的に指定すると、セッションのNLSパラメータに依存せずに関数を評価できます。この機能は、数字や日付が文字列リテラルとして含まれているSQL文で重要となる場合があります。

たとえば、次の問合せは、日付に対する言語がAMERICANに指定されている場合、正しく評価されます。

SELECT last_name FROM employees WHERE hire_date > '01-JAN-2005';

このような問合せを現行の日付言語に依存しないようにするには、次のような文を使用します。

SELECT last_name FROM employees
     WHERE hire_date > TO_DATE('01-JAN-2005','DD-MON-YYYY',
     'NLS_DATE_LANGUAGE = AMERICAN');

このようにして、セッションの言語に依存しないSQL文を、必要に応じて定義できます。文字列リテラルが、ビュー、CHECK制約またはトリガー内のSQL文にある場合には、このような文の指定が必要となる場合があります。

ノート:

ロケール依存のSQL関数でオプションのNLSパラメータを明示的に指定する必要があるのは、セッションのNLSパラメータ値に依存しない必要があるSQL文のみです。通常、SQLファンクションでNLSパラメータにセッションのデフォルト値を使用すると、パフォーマンスが改善されます。

すべての文字関数は、シングルバイトとマルチバイトの両方の文字をサポートします。単位を明示的に示した場合を除いて、文字関数は、バイト単位ではなく文字単位で動作します。

これ以降の内容は、次のとおりです。

• SQL関数のNLSパラメータのデフォルト値

• SQL関数のNLSパラメータの指定

• SQL関数で受け入れられないNLSパラメータ

9.1.1 SQL関数のNLSパラメータのデフォルト値

SQL関数でビューやトリガーが評価される場合、NLS関数パラメータには現行のセッションからのデフォルト値が使用されます。SQL関数でCHECK制約が評価される場合は、データベースの作成時にNLSパラメータに指定されたデフォルト値が使用されます。

9.1.2 SQL関数のNLSパラメータの指定

NLSパラメータは、SQL関数で次のように指定できます。

'parameter = value'

たとえば、次のようにします。

'NLS_DATE_LANGUAGE = AMERICAN'

SQL関数では、次のNLSパラメータを指定できます。

NLS_DATE_LANGUAGE
NLS_NUMERIC_CHARACTERS
NLS_CURRENCY
NLS_ISO_CURRENCY
NLS_DUAL_CURRENCY
NLS_CALENDAR
NLS_SORT

表9-1に、特定のSQL関数に有効なNLSパラメータを示します。

表9-1 SQL関数と有効なNLSパラメータ

SQL関数	有効なNLSパラメータ
TO_DATE	NLS_DATE_LANGUAGE NLS_CALENDAR
TO_NUMBER	NLS_NUMERIC_CHARACTERS NLS_CURRENCY NLS_DUAL_CURRENCY NLS_ISO_CURRENCY
TO_CHAR, TO_NCHAR	NLS_DATE_LANGUAGE NLS_NUMERIC_CHARACTERS NLS_CURRENCY NLS_ISO_CURRENCY NLS_DUAL_CURRENCY NLS_CALENDAR
NLS_UPPER, NLS_LOWER, NLS_INITCAP, NLSSORT	NLS_SORT

次の例に、SQL関数でNLSパラメータを使用する方法を示します。

TO_DATE ('1-JAN-99', 'DD-MON-YY',
   'nls_date_language = American')

TO_CHAR (hire_date, 'DD/MON/YYYY',
   'nls_date_language = French')

TO_CHAR (SYSDATE, 'DD/MON/YYYY',
    'nls_date_language=''Traditional Chinese'' ')

TO_NUMBER ('13.000,00', '99G999D99',
   'nls_numeric_characters = '',.''')

TO_CHAR (salary, '9G999D99L', 'nls_numeric_characters = '',.''
   nls_currency = ''EUR''')

TO_CHAR (salary, '9G999D99C', 'nls_numeric_characters = ''.,''
   nls_iso_currency = Japan')

NLS_UPPER (last_name, 'nls_sort = Swiss')

NLSSORT (last_name, 'nls_sort = German')

ノート:

一部の言語では、様々な小文字が複数の大文字に、またはその逆に対応する場合もあります。その結果、NLS_UPPER、NLS_LOWERおよびNLS_INITCAP関数の出力の長さが入力の長さと異なる場合があります。

関連項目:

• 「特殊な大文字」

• 「特殊な小文字」

9.1.3 SQL関数で受け入れられないNLSパラメータ

次のNLSパラメータは、NLSSORTを除くSQL関数では受け入れられません。

NLS_LANGUAGE
NLS_TERRITORY
NLS_DATE_FORMAT

NLS_DATE_FORMATおよびNLS_TERRITORY_FORMATは、必要な書式マスクを妨げる可能性があるため、パラメータとしては受け入れられません。TO_CHAR関数またはTO_DATE関数にNLSパラメータがある場合は、常に、日付書式を指定する必要があります。このため、NLS_DATE_FORMATおよびNLS_TERRITORY_FORMATは、TO_CHARまたはTO_DATE関数に対する有効なNLSパラメータではありません。TO_CHARまたはTO_DATE関数でNLS_DATE_FORMATまたはNLS_TERRITORY_FORMATを指定すると、エラーが戻されます。

NLS_LANGUAGEは、NLS_DATE_LANGUAGEのセッション値を妨げる可能性があります。たとえば、TO_CHAR関数でNLS_LANGUAGEを指定した場合、その値がNLS_DATE_LANGUAGEのセッション値と異なっていれば無視されます。

9.2 ロケール依存のその他のSQL関数

この項には次のトピックが含まれます:

• CONVERT関数

• 様々な長さセマンティクスに使用するSQL関数

• 様々な長さセマンティクスに使用するLIKE条件

• 文字セットのSQL関数

• NLSSORT関数

9.2.1 CONVERT関数

CONVERT関数は、文字セット間で文字データを変換します。

CONVERT関数は、ある文字セットの文字列のバイナリ表現を、別の文字セットのバイナリ表現に変換します。データベースとクライアントの間の文字セット変換とまったく同じ方法を使用します。したがって、置換文字を使用するため、同じ制限があります。

関連項目:

「クライアントとサーバーの間の文字セット変換」

CONVERTの構文は、次のとおりです。

CONVERT(char, dest_char_set[, source_char_set])

charは変換される値です。source_char_setは変換元文字セットでdest_char_setは変換先文字セットです。source_char_setパラメータが指定されていない場合、データベース文字セットがデフォルト値として使用されます。

関連項目:

• CONVERT関数の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

• CONVERT関数にのみ使用される文字セット・エンコーディングについては、「文字セット変換のサポート」を参照してください

9.2.2 様々な長さセマンティクスに使用するSQL関数

Oracleには、様々な長さセマンティクスに従って動作するSQL関数が用意されています。この種のSQL関数は、SUBSTR、LENGTHおよびINSTRという3つのグループに分かれています。グループ内の各関数は異なる種類の長さセマンティクスに基づいており、関数名に追加される文字または数字で区別されます。たとえば、SUBSTRBはバイト・セマンティクスに基づいています。

SUBSTR関数は、サブストリングの要求された部分を戻します。LENGTH関数は、文字列の長さを戻します。INSTR関数は、文字列内のサブストリングを検索します。

SUBSTR関数は、文字列の長さを様々な方法で計算します。表9-2に、計算方法を示します。

表9-2 SUBSTR関数による文字列の長さの計算方法

関数	計算方法
SUBSTR	文字列の長さを、データ型の文字セットに関連付けられた長さセマンティクスに基づいて、文字数単位で計算します。たとえば、AL32UTF8の文字は、UCS-4文字の数で計算されます。UTF8およびAL16UTF16の文字は、UCS-2文字の数で計算されます。1つの補助文字は、AL32UTF8では1文字、UTF8およびAL16UTF16では2文字としてカウントされます。VARCHARおよびNVARCHAR2では異なる文字セットが使用されている場合があるため、2つの文字列が同一の場合にも、データ型が異なるとSUBSTRでの結果が異なる可能性があります。アプリケーションで一貫性が必要な場合は、SUBSTR2またはSUBSTR4を使用して、すべてのセマンティクスの計算を強制的にそれぞれUCS-2またはUCS-4にしてください。
SUBSTRB	文字列の長さをバイト数単位で計算します。
SUBSTR2	文字列の長さを、Java文字列とWindowsクライアント環境に準拠するUCS-2文字の数で計算します。各文字は、UCS-2または16ビットUnicode値で表されます。補助文字は2文字としてカウントされます。
SUBSTR4	文字列の長さをUCS-4文字数で計算します。各文字は、UCS-4または32ビットUnicode値で表されます。補助文字は1文字としてカウントされます。
SUBSTRC	文字列の長さをUnicode合成文字数で計算します。補助文字と合成文字は、1文字としてカウントされます。

LENGTHおよびINSTR関数は、関数名に追加された文字または数字に従って、文字列の長さを同様の方法で計算します。

次に、データベース文字セットがAL32UTF8のデータベースで、SUBSTRとSUBSTRBを実行した場合の相違がわかる例を示します。

Fußball文字列の場合、次の文では2文字目からの長さ4文字のサブストリングが戻されます。

SELECT SUBSTR ('Fußball', 2 , 4) SUBSTR FROM DUAL;

SUBS
----
ußba

Fußball文字列の場合、次の文では2バイト目からの長さ4バイトのサブストリングが戻されます。

SELECT SUBSTRB ('Fußball', 2 , 4) SUBSTRB FROM DUAL;

SUB
---
ußb

関連項目:

SUBSTR、LENGTHおよびINSTR関数の詳細は、『Oracle Database SQL言語リファレンス』を参照してください

9.2.3 様々な長さセマンティクスに使用するLIKE条件

LIKE条件によって、パターン一致を使用するテストを指定します。等価演算子(=)は、ある文字の値と別の文字の値を完全に照合しますが、LIKE条件は、1番目の値の中に2番目で指定されたパターンがあるかどうかを検索し、ある文字の値と別の文字の値の一部を照合します。

LIKEでは、入力の文字セットに関連付けられた長さセマンティクスを使用して、文字列の長さが文字数単位で計算されます。表9-3に、LIKE2、LIKE4およびLIKECの各条件を示します。

表9-3 LIKE条件

関数	説明
LIKE2	文字がUCS-2のセマンティクスで表される場合に使用します。補助文字は2文字とみなされます。
LIKE4	文字がUCS-4のセマンティクスで表される場合に使用します。補助文字は1文字とみなされます。
LIKEC	文字が完全なUnicodeキャラクタ・セマンティクスで表される場合に使用します。合成文字は1文字として処理されます。

LIKEB条件はありません。

9.2.4 文字セットのSQL関数

2つのSQL関数NLS_CHARSET_NAMEおよびNLS_CHARSET_IDで、文字セットID番号と文字セット名の間の変換ができます。これらの関数は、OCIを介して変数をバインドするために、文字セットID番号の判断が必要なプログラムで使用されます。

もう1つのSQL関数NLS_CHARSET_DECL_LENは、列のバイト単位の長さが指定されている場合、列の宣言の長さを文字数で戻します。

この項には次のトピックが含まれます:

• 文字セット番号から文字セット名への変換

• 文字セット名から文字セット番号への変換

• NCHAR列の長さを戻す

  関連項目:

  『Oracle Database SQL言語リファレンス』

9.2.4.1 文字セット番号から文字セット名への変換

NLS_CHARSET_NAME(n)関数は、ID番号nに対応する文字セットの名前を戻します。nが文字セットIDとして認識されない値である場合、関数はNULLを戻します。

9.2.4.2 文字セット名から文字セット番号への変換

NLS_CHARSET_ID(text)は、textによって指定された名前に対応する文字セットIDを戻します。textには、ランタイムVARCHAR2の値として文字セット名が定義されます。textの値は、データベース文字セットまたは各国語文字セット以外の文字セットに解決されるNLSRTL名にすることができます。

値CHAR_CSをtextに入力すると、この関数はサーバーのデータベース文字セットIDを戻します。値NCHAR_CSをtextに入力すると、この関数はサーバーのデータベース文字セットIDを戻します。textが名前として認識されない場合、この関数はNULLを戻します。

ノート:

textの値は、大文字で入力してください。

9.2.4.3 NCHAR列の長さを戻す

NLS_CHARSET_DECL_LEN(BYTECNT, CSID)は、列のバイト単位の長さが指定されている場合、列の宣言の長さを文字数で戻します。BYTECNTは列のバイト単位の長さです。CSIDは列の文字セットIDです。

9.2.5 NLSSORT関数

NLSSORT関数を使用すると、ORDER BY、GROUP BY、比較条件およびその他の一連の照合依存操作に対して、固有の照合(ソート順序)を強制できます。ただし、Oracle Database 12cリリース2 (12.2)以降では、これらの操作に対して固有の照合を強制する方法として推奨されるのは、COLLATE演算子の使用です。COLLATE演算子は、MAX、MINおよびINSTRなどのようにNLSSORTを使用できない操作を含め、すべての照合依存操作に対して機能します。

関連項目:

「式評価とCOLLATE演算子」

NLSSORT関数は、その文字引数の照合キーを計算します。照合キーはデータ型RAWの値で、次のプロパティがあります。2つの(多くの場合は異なる)ソース文字値の指定の照合に対して作成された2つの照合キーが、バイナリとして比較される場合、それらの相互の順序は、この照合でソース文字値に対して予期される相互の順序と一致し、c1 < c2の場合にのみNLSSORT(c1) < NLSSORT(c2)となり、NLSSORTと文字演算子< (より小さい)の両方で同じ照合が使用されます。

ORDER BY、GROUP BY、比較条件およびその他の照合依存操作に使用される照合は、データ・バインドされた照合の決定ルールによって決定されます。これらのルールによって擬似照合が生成される場合は、セッション・パラメータNLS_COMPおよびNLS_SORTによって実際の照合が決定されます。

関連項目:

「照合決定」

次の例では、NLS_SORTセッション・パラメータを使用してドイツ語の照合を指定しています。ここでは、column1の宣言された照合は、USING_NLS_COMPまたはUSING_NLS_SORTであると想定しています。

ALTER SESSION SET NLS_SORT = GERMAN;
SELECT * FROM table1
     ORDER BY column1;

次の例では、最初にNLS_SORTセッション・パラメータをGERMANに設定しますが、NLSSORT関数でフランス語ソートを指定することでオーバーライドします。

ALTER SESSION SET NLS_SORT = GERMAN;
SELECT * FROM table1
     ORDER BY NLSSORT(column1, 'NLS_SORT=FRENCH');

WHERE句では、NLS_COMPがBINARYに設定されている場合はバイナリ比較が使用され、参照先の列の宣言された照合はUSING_NLS_COMPです。ただし、これはWHERE句でNLSSORT関数を使用することによってオーバーライドできます。

ノート:

データ・バインドされた照合機能が使用されない場合、すべての列には宣言された照合USING_NLS_COMPが指定されます。

次の例では、WHERE句を使用して言語比較を実行します。

ALTER SESSION SET NLS_COMP = BINARY;
SELECT * FROM table1
WHERE NLSSORT(column1, 'NLS_SORT=FRENCH')>
      NLSSORT(column2, 'NLS_SORT=FRENCH');

NLS_COMPセッション・パラメータをLINGUISTICに設定すると、WHERE句にはNLS_SORT値が使用されます。

Oracle Databaseでは、照合依存操作のカテゴリに対する言語動作を実装するために、副問合せのSQL式にNLSSORT関数を暗黙的に追加する場合があります。暗黙的に追加されたNLSSORTコールは、SQL文の実行計画に表示されます。

ノート:

特定の状況下では、明示的なコールであるか暗黙的なコールであるかに関係なく、NLSSORTによってエラーORA-12742が報告される場合があります。このエラーの詳細は、「ORA-12742エラーの回避」を参照してください。

この項の残りの部分は、次のトピックで構成されます。

• NLSSORTの構文

• WHERE句の文字列の比較

• ORDER BY句の制御

9.2.5.1 NLSSORTの構文

NLSSORTは、次の4通りの方法で使用できます。

• 照合決定ルールに依存するNLSSORT()

• NLSSORT(column1, 'NLS_SORT=xxxx')

• NLSSORT(column1, 'NLS_LANG=xxxx')

• NLSSORT(column1, 'NLS_LANGUAGE=xxxx')

NLSSORT関数のNLS_LANGパラメータは、クライアント環境設定のNLS_LANGとは異なります。NLSSORT関数では、NLS_LANGによって言語の略称(米語はUS、ポーランド語はPLなど)が指定されます。たとえば、次のようにします。

SELECT * FROM table1
ORDER BY NLSSORT(column1, 'NLS_LANG=PL');

NLSSORTコールに言語を指定すると、この関数ではその言語のデフォルトの照合が使用されます。

9.2.5.2 WHERE句の文字列の比較

NLSSORTによって、アプリケーションは、アルファベットの規則に従った文字列の一致を実行できます。通常、WHERE句の文字列は、文字のバイナリ値を使用して比較されます。データベース文字セットでのバイナリ値が大きい場合、その文字は他の文字よりも大きいとみなされます。文字のバイナリ値に基づいた文字順が言語のアルファベット順と一致しない場合があるため、このような比較では、アルファベットの規則に従わないことがあります。たとえば、列(column1)にISO 8859-1の8ビット文字セットの値ABC、ABZ、BCDおよびÄBCが含まれている場合、Äの数値はBより大きいため、次の問合せではBCDとÄBCの両方が戻されます。

SELECT column1 FROM table1 WHERE column1 > 'B';

Äは、ドイツ語ではアルファベット順でBの前にソートされますが、スウェーデン語ではÄは、Zの後にソートされます。WHERE句でNLSSORTを使用すると、次のように言語上の比較を行うことができます。

WHERE NLSSORT(col) comparison_operator NLSSORT(comparison_string)

NLSSORTは、比較演算子の両側に指定する必要があります。たとえば、次のようにします。

SELECT column1 FROM table1 WHERE NLSSORT(column1) > NLSSORT('B');

ドイツ語の言語ソートが設定されている場合、ドイツ語ではアルファベット順でÄはBの前にくるため、この文ではÄで始まる文字列は戻されません。スウェーデン語の言語ソートが設定されている場合、スウェーデン語ではアルファベット順でÄはZの後にくるため、Äで始まる文字列が戻されます。

Oracle Database 12cリリース2 (12.2)以降、> (より大きい)演算子で言語比較を使用するための方法として推奨されるのは、比較する値のいずれか1つにCOLLATE演算子を追加することです。たとえば、次のようにします。

SELECT column1 FROM table1 WHERE column1 COLLATE USING_NLS_SORT > 'B';

セッションNLSパラメータの値に関係なく特定の照合を強制するには、擬似照合USING_NLS_SORTのかわりにその照合を指定できます。たとえば、次のようにします。

SELECT column1 FROM table1 WHERE column1 COLLATE GERMAN > 'B';

ノート:

演算子COLLATEを削除して、table1のcolumn1の照合を宣言するときに対応する照合を指定した場合、前述のCOLLATE演算子の例と同じ結果になります。

関連項目:

「列へのデータ・バインドされた照合の指定」

9.2.5.3 ORDER BY句の制御

言語ソートを使用中の場合、ORDER BY句では文字データに対して暗黙的なNLSSORTが使用されます。ORDER BY句のソート方法(言語またはバイナリ)は、アプリケーション側で意識することはありません。ただし、NLSSORT関数がORDER BY句に明示的に指定されている場合、暗黙的なNLSSORTは実行されません。

NLS_SORTセッション・パラメータで言語ソートが定義されている場合、アプリケーションではORDER BY句に暗黙的なNLSSORT関数が使用されます。明示的なNLSSORT関数を指定すると、暗黙的なNLSSORT関数がオーバーライドされます。

ソート方法が言語として定義されている場合、通常、ORDER BY句にNLSSORT関数は不要です。

ソート方法がデフォルトであるか、バイナリとして定義されている場合、次のような問合せではバイナリ・ソートが使用されます。

SELECT last_name FROM employees 
     ORDER BY last_name;

次の問合せによって、ドイツ語の言語ソートを取得できます。

SELECT last_name FROM employees
     ORDER BY NLSSORT(last_name, 'NLS_SORT = GERMAN');

関連項目:

「言語照合の使用」

9.3 グローバル環境でのSQLとPL/SQLのプログラミングに関するその他のトピック

この項では、次の項目について説明します。

• SQLの日付書式マスク

• 週番号の計算

• SQLの数値書式マスク

• LOB列への外部BFILEデータのロード

  関連項目:

  書式マスクの詳細は、『Oracle Database SQL言語リファレンス』を参照してください。

9.3.1 SQLの日付書式マスク

TO_CHAR、TO_DATEおよびTO_NUMBERの各関数には、複数の書式マスクが用意されています。

RM(Roman Month)書式要素は、ローマ数字で月を戻します。RMまたはrmを使用して、大文字または小文字を指定できます。たとえば、2007年9月7日の場合、DD-rm-YYYYでは07-ix-2007が戻り、DD-RM-YYYYでは07-IX-2007が戻ります。

書式マスクMONおよびDYは、長さ3文字以内の月および曜日の略称を明示的にサポートします。たとえば、フランス語のLundiとMardiに対して、それぞれの略称LuとMaを指定できます。

9.3.2 週番号の計算

WW書式マスクで戻される週番号は、アルゴリズムint(dayOfYear+6)/7に従って算出されます。この週番号のアルゴリズムは、ISO規格(2015、1992-06-15)に従っていません。

ISO規格をサポートするために、IW書式要素が用意されています。これによりISOの週番号が戻されます。また、Y、YY、YYYおよびYYYYの各書式要素の動作と同等の書式要素I、IY、IYYおよびIYYYは、ISO週番号に関連する年を戻します。

ISO規格では、ISO週番号に関連する年が、暦年と異なることがあります。たとえば、1988年1月1日は、1987年のISO週番号53になります。週は、常に月曜日に始まって日曜日に終わります。週番号は、次の規則に従って決定されます。

• 1月1日が金曜日、土曜日または日曜日の場合、1月1日を含む週は、その週の大半の日が前年に属するため、前年の最後の週になります。

• 1月1日が月曜日、火曜日、水曜日または木曜日の場合は、1月1日を含む週は、その週の大半の日が新しい年に属するため、新しい年の最初の週になります。

たとえば、1991年1月1日は火曜日であるため、1990年12月31日の月曜日から1991年1月6日の日曜日までが第1週になります。したがって、1990年12月31日のISO週番号および年は、1および1991となります。ISO週番号を取得するには、週番号にIW書式マスクを使用し、年にIY書式のいずれかを使用します。

9.3.3 SQLの数値書式マスク

数値を書式設定するための書式要素がいくつか用意されています。

要素	説明	用途
D	小数点	小数点文字を戻します。
G	グループ	グループ・セパレータを戻します。
L	各国通貨	各国通貨記号を戻します。
C	国際通貨	ISO通貨記号を戻します。
RN	ローマ数字	数値を同等のローマ数字として戻します。

ローマ数字の場合は、RNまたはrnを使用して、大文字または小文字のいずれかを指定できます。変換される数値は、1から3999の範囲の整数であることが必要です。

9.3.4 LOB列への外部BFILEデータのロード

DBMS_LOB PL/SQLパッケージを使用すると、外部BFILEデータをLOB列にロードできます。Oracle Databaseでは、バイナリ・データをCLOB列またはNCLOB列にロードする前に、文字セットの変換を行います。したがって、正常に動作させるために、BFILEデータをデータベース文字セットまたは各国語文字セットと同じ文字セットにする必要はありません。各APIによって、指定したBFILE文字セットから、CLOBデータ型の場合はデータベース文字セット、NCLOBデータ型の場合は各国語文字セットへとデータが変換されます。クライアント上ではBFILEデータはサポートされないため、ロードはサーバー上で発生します。

• BLOB列をロードするには、DBMS_LOB.LOADBLOBFROMFILEを使用します。

• CLOB列およびNCLOB列をロードするには、DBMS_LOB.LOADCLOBFROMFILEを使用します。

  関連項目:

  • 『Oracle Database PL/SQLパッケージおよびタイプ・リファレンス』

  • 『Oracle Database SecureFilesおよびラージ・オブジェクト開発者ガイド』