8 アプリケーション・データ使用用途
この章では、アプリケーション使用用途ドメインおよびアプリケーション使用用途注釈について説明します。
- アプリケーション使用用途ドメイン
アプリケーション使用用途ドメインとは、スキーマに属する高レベルのディクショナリ・オブジェクトであり、オプションのプロパティおよび制約のセットをカプセル化するために使用されます。 - アプリケーション使用用途注釈
多くのアプリケーションでは、表、ビュー、表の列、索引、ドメインなどのデータベース・オブジェクトに関する追加のプロパティ・メタデータを保持することが重要です。
親トピック: Oracleデータ構造
アプリケーション使用用途ドメイン
アプリケーション使用用途ドメインとは、スキーマに属する高レベルのディクショナリ・オブジェクトであり、オプションのプロパティおよび制約のセットをカプセル化するために使用されます。
通常データベース側では、アプリケーションが実際にデータをどのような用途で使用しているかを理解していませんでした。データベースはVARCHAR2
、NUMBER
、DATE
などのプリミティブ型を使用してデータを格納しますが、格納された値が何を表しているかについての知識(クレジット・カード番号や生年月日など)はアプリケーション・レベルのメタ・データまたはコンテキストにしかありませんでした。このアプローチでは、個々のアプリケーションの複雑性が増し、ツールおよびアプリケーション全域で使用用途に関する認識が断片的になるほか、セマンティクスの相違が発生する可能性があります。
この相違に対処するための方法は、使用用途固有の組込みのデータ型をデータベースに追加し、ユーザー定義型に対して拡張のためのサポートを提供することでした。アプリケーション言語タイプとの不一致の増加や移植性のないアプリケーション・コードの作成、開発が複雑になる(様々な型にまたがる操作が制限されるため)といった理由から、より詳細なデータベース・タイプ・システムの採用は制限される傾向にありました。
このようなデータ使用用途の表現に対する制約は、SQL Standardの定義に従うOracle Databaseの拡張ドメイン概念を使用することで回避できます。このアプローチを使用すると、NUMBER
などのプリミティブ・データ型と、「気温」や「信用スコア」といったデータ使用用途を表すドメインの両方を使用して列を宣言できます。このような使用用途ドメインにはオプションで、チェック制約、表示プロパティ、順序付けルールなどの様々な使用用途プロパティを関連付けることができます。特筆すべきは、一元管理されるドメイン情報をアプリケーションで使用し、アプリケーション・レベルのメタ・データを必要とすることなく操作を標準化できるという点です。たとえば、クレジット・カード番号のマスク処理、電話番号や通貨値の書式設定、列内のパーセント値を円グラフとして表示するといったことが可能になります。
使用用途ドメインは基礎となるデータ型を変更しないため、既存のデータに追加してもアプリケーションを破壊したり移植性の問題を生じることはありません。使用用途ドメインは表の1つ以上の列に対して宣言できるほか、データの実際の使用用途が他の列のデータによって決まる可変の使用用途シナリオを表現する際にも使用できます。使用用途ドメインは、アプリケーションが意図するデータ使用用途を一元的に文書化する軽量タイプの修飾子と考えることができます。また、使用用途ドメインを使用して注釈を共有することもできます。
PURGE
句を使用せずに表を削除した場合、潜在的な将来のリストアに備えて、その表は引き続きごみ箱に残されます(ごみ箱が有効な場合)。- 表にPL/SQLタイプまたは抽象データ型を使用する列と、使用用途ドメインに関連付けられている別の列がある場合、次のようになります。
FORCE
句を使用して使用用途ドメインを削除しても、表はリストアできます。使用用途ドメインは単に列との関連付けが解除されます。FORCE
句の有無に関係なく、PL/SQLタイプを削除すると、完全にリストアできないため、表がごみ箱からパージされます。
- 制約 - ドメインを使用して、複数の表および列間で制約を共有できます。これらの制約は、遅延可能な場合は無効にできます。ドメインでは、主キーおよび外部キー制約は許可されていません。
- データ型 - long、long raw、およびオブジェクト型を除いて、すべての組込みOracleデータ型が許可されます。
- デフォルト式 - デフォルト式を使用できますが、これは列のデフォルトと同じです。
- 大/小文字およびアクセントを区別しない検索 - ドメインでは、
WHERE
句およびORDER BY
句で使用できる大/小文字を区別しない検索が可能です。 - 表示式 - 表示式ではカスタム表示ルールを使用できます。たとえば、通貨をローカル書式で表示します。
- 順序式 - 順序式では複雑な順序付けが可能です。たとえば、USドル金額などの正規化された標準ビジネス通貨による順序付けです。
- 単一列 - 単一データ列に適用されます。
- 複数列 - 通貨など、複数の列に適用されます。
- フレキシブル・ドメイン - 他のドメインに基づいており、サブドメインとの互換性のあるデータ型である必要があります。たとえば、様々な国の住所書式などです。
- 非厳密 - 非厳密ドメインは、指定されたデータ型と一致する必要がありますが、必ずしも数値データの長さやスケールとは限りません。
- 厳密 - データ型、長さおよびスケールが完全一致である必要があります。たとえば、厳密に2文字または3文字である必要がある通貨コードなどです。
関連トピック
親トピック: アプリケーション・データ使用用途
アプリケーション使用用途注釈
多くのアプリケーションでは、表、ビュー、表の列、索引、ドメインなどのデータベース・オブジェクトに関する追加のプロパティ・メタデータを保持することが重要です。
ドメインにはチェック制約、照合、カスタム・ソート順序などの組込みの使用用途プロパティが含まれていますが、拡張性の目的で、Oracleデータベースにはカスタム・プロパティを追加する機能も用意されています。カスタム・プロパティの追加にはデータベース・メタデータ(表の列、表、索引など)向けの新しいANNOTATIONS
メカニズムが使用されます。多くの場合、アプリケーションでは追加のプロパティ・メタデータを保持する必要があり、これによってユーザー・インタフェースのレンダリングやアプリケーション・ロジックのカスタマイズを行います。
- 表示ラベル: 列名とは異なる場合があります(たとえば、Employee_Salaryという名前の列から「給与」というタイトルを表示する)。
- 列グループ: 多くの場合、「グループ」列はユーザー・インタフェースからの関心を引きます(たとえば、「通り番号」、「通り名」、「市区町村」および「郵便番号」列を「住所」グループにグループ化するための手段として)。
- 書式マスク: たとえば、
$99,999.99
の表示マスクをUIツールで使用し、56434を$56,434.00
としてレンダリングします。 - 非表示: UI上でエンド・ユーザーに列を表示するかどうか(たとえば、機密情報を含む列やシステムによって追加された列を特定の区分のエンド・ユーザーに表示しないなど)
- 強調表示: 列を特別な強調表示で表示するかどうか
- 許可される操作: ソート、グループ化、値リストの表示などを列でサポートするかどうかをインタフェース側で決定します。
同様に表レベルの使用用途プロパティも使用でき、表に機密情報を含めるかどうかや、どの表示名を使用するか、アプリケーション内のどのモジュールが所有または管理されるかといった情報をアプリケーション側で記録する際に役立ちます。
多くのアプリケーションはこのタイプの使用用途メタデータ用に独自のリポジトリを用意するため、開発者に複雑性をもたらし、アプリケーション、モジュールおよびマイクロサービス間の相違の可能性を生じさせます。
Oracle Database注釈は、データベース・スキーマ・オブジェクトの使用用途プロパティを一元的に登録するための開発者向けの軽量宣言機能です。注釈はデータベース内のディクショナリ表にデータ・モデル定義およびデータ自体とともに直接格納されます。アプリケーションはこれを使用して、共通データにわたる動作でありながらデータベースによって解釈されない動作を標準化することができます。これは、カスタムの拡張使用用途プロパティを登録して処理するためにアプリケーションが使用する軽量のデータベース・メタデータ向け標準マークアップであると考えられます。
関連トピック
親トピック: アプリケーション・データ使用用途