データ辞書 – ウィキペディア

before-content-x4

a データディクショナリ – ドイツ人 データ辞書 datascatalog または少しぼやけています データディレクトリ 呼ばれる – は、企業のすべてのアプリケーションデータと異なるデータオブジェクト間の関係の定義と表現ルールを含むメタデータのカタログであり、データベースが冗長性なしで均一に構造化されるようにします。特定のデータモデルのアプリケーションです。

after-content-x4

リレーショナルデータベースの場合、データ辞書は多くのテーブルとビューであり、クエリでのみ読み取られています(例:SQL言語の場合)(読み取り専用)。データ辞書はデータベースのように構成されていますが、アプリケーションデータではなく、メタデータ、つまりアプリケーションデータの構造(コンテンツ自体ではなく)を記述するデータを含みます。このようなデータカタログは通常、インタラクティブなダイアログまたはデータ定義言語(DDL)の助けを借りてセットアップおよび維持されます。

a Aktivesデータ辞書 データモデルの現在の詳細な状態をいつでも反映しています。データベースの構造の変更は、データ辞書のケアインターフェイス、または他の手段、たとえばDDLのコマンドインタープリターで直接作成できます。これらの変更がどのように行われるかに関係なく、アクティブなデータ辞書のトピックは常に自動的に保証されます。

1つ 通過したデータ辞書 この同期は与えられていません。データベース管理システム(DBMS)の構造の変更は、これが望まれ、経済的に可能な場合は、データ辞書(DD)で手動で使用する必要があります。特に、概念データモデルのモデリングと文書化のためのDD製品は、この問題に悩まされています。

データ辞書は、次のインターフェイスを介して照会できます。 [初め]

  • ユーザーインターフェース
    • データデザイナー、モデラー
    • アプリケーションプログラマー
    • bactsを終了します
    • データベース管理者
  • ソフトウェアとDBMSインターフェイス
    • コンパイラ/プレキサマー
    • 統合開発環境(IDE)ケースの意味でデータ辞書を統合するとき
    • アプリケーションプログラム
    • レポート/フォームジェネレーター
    • クエリオプティマイザー
    • 整合性制約執行機

モデリングレベルに従ってデータ辞書の分類 [ 編集 | ソーステキストを編集します ]

データモデルの開発とメンテナンスで異なるモデリングレベルが区別されます。

  • 概念レベル(通常、アプリケーションの分野に関連していますが、多くの場合、会社や会社全体でさえ))
  • 論理レベル
  • 概念/論理データモデルが特定のDBMに関連してマッピングおよび実装されている物理レベル。

さまざまなレベルのデータモデリングに従って、これらのモデルレベルをサポートした後、データ辞書を区別できます。レベルに応じて、データ辞書は、必要なメタデータのタイプ、コンテンツ、およびデータタイプによって異なりますが、機能と評価オプションに関しても異なります。

after-content-x4

概念/論理データモデリングのデータ辞書 [ 編集 | ソーステキストを編集します ]

概念/論理データモデリングのデータ辞書 属する:

必須のデータオブジェクトまたは要素とその関係の決定に加えて、詳細な記述テキストは通常​​、それぞれのエンティティのレベルに保存され、ハイパーリンク技術によって互いにリンクされています。
組織が企業 – 全体のデータモデル(UWDM)を構築する場合、アプリケーション関連のセマンティクス、データ型、データ表示に関する情報が各データ要素に対してコンパイルされます。セマンティック情報は、データ要素の正確な意味を定義し、ボディテキストとして定式化されます。表現ルールでは、データ要素の保存方法(整数、テキスト、最大テキスト長、入力形式、出力形式、テストフレーム、静的または動的数量などの許容値領域などのデータ型など)が決定されます。
この最初のフォームは、標準関数としてDBMSの機能範囲に含まれていないことがよくあります。したがって、島のソリューションはしばしばここで使用する必要があります。ただし、これらはDBMSに関連して雇用されています パッシブデータ義務 概念データモデルの変更は、DBMSの物理データモデルに自動的に転送することはできません。

ISO/IEC 10027 さまざまなデータ辞書間の情報リソースのクロスメーカーとプラットフォーム交換を可能にする仕様が開発されています。

データカタログは、情報オブジェクト/エンティティ、データ要素/属性、および関係/関係を、説明のそれぞれの部分に定義が保存される用語として考慮することにより、用語集として使用することもできます。データ辞書は、完全なオントロジーまたはクラス、またはビジネスプロセスモデルにさらに発展させることができます。データ変換の方法もデータ構造に加えて説明されている場合、リポジトリについて話します。

物理データモデリングのデータ辞書 [ 編集 | ソーステキストを編集します ]

物理データモデリングのデータ辞書 正確な情報を含める:

このフォームは、すべてのDBMでアクティブなデータ辞書として利用できますが、アプリケーションプログラマに常に表示されるとは限りません。このようなデータ辞書が表示されない場合、データベース構造をデータベーススキームとして形成しますが、非表示のシステムテーブルに保存されます。 DBMSシステムソフトウェアは、要求されたデータの構造と場所を認識するために、データベースへのアクセスごとにデータベーススキームを読み取ります。

アプリケーション開発におけるデータ辞書の関数 [ 編集 | ソーステキストを編集します ]

いずれにせよ、メタデータをデータ辞書から統合開発環境(IDE)に統合することは理にかなっています。ただし、フォームおよびレポートの動的または汎用プログラミングについては、アプリケーションプログラミングのニーズに必要な前提条件もあります。

概念データモデリングの関数は、データ辞書に統合されていないことがよくあります。さらに深刻なことに、詳細なデータベースアーキテクチャの変更は、概念データモデルには反映されていません。精巧な手動のアフターケアが必要であるか、文書化されたデータモデルの局所性が失われます。

データベース、プログラム開発環境、およびデータモデリング機器の両方に統合されたデータ辞書は、さまざまな機能を満たしています。

  • アプリケーション領域のすべての永続的なデータを説明します。 B.会社 – 全体のデータモデルの形で
  • データ辞書データのため、スクリーンメーカーは自動的に生成できます(生成プログラミングを参照)。
  • データベーステーブルの構造は、プログラムで読み取ることができます。
  • プログラムは、プログラム設計時にまだ存在していなかったテーブルのデータ型と構造を読み取ることができます。適切な言語サポートにより、プログラムテキストの静的な固定データ定義は時代遅れです。したがって、データ辞書は、データの定義とプログラム開発からのモデリングを切り離すことに関して、アプリケーション開発の中心的な機器です。

明確に定義されたデータ辞書の利点の1つは、データベースの異なるテーブルを介して定義されたデータ要素の一貫性です。たとえば、さまざまなテーブルがデータ要素になる可能性があります 電話番号 含む;データ辞書を使用すると、すべてのテーブルが同じデータ要素を参照することを保証できます。すべてのテーブルフィールドとデータ要素の全体的な一貫性と使用証明を実現できます。

– コンテキスト:データフロー図(DFD)、ERM、システムモデリング

DDは、BNF表記で粗い構造に記述でき、それぞれが1行に立ついくつかの定義で構成されます。定義では、割り当ての形で書かれています。

=

割り当ての左側には、原子以外の用語があります。割り当ての右側にはルールがあります。ルールは、核と非核の用語の組み合わせで構成されています。繰り返しが可能です。循環定義は禁止されていますが、再帰は許可されています。

=割り当て
()オプション
[| ]選択
{}繰り返し

例:

カスタマーカード= Salution +(タイトル) +名 + name + {address} +電話
アドレス=ストリート +ハウス番号 +郵便番号 +場所
電話=市外局番 + {[0 | 1 | 2 | 3 | 5 | 6 | 8 | 9]}
局所コード= 0 + [1 | 2 | 3 | 5 | 6 | 8 | 9] + {[0 | 1 | 2 | 3 | 5 | 6 | 8 | 9]}
strasse = string
家番号=文字列
名=文字列
name = string

参照:Backus-Naurフォーム(BNFまたはEBNF)、構文図

ただし、この形式の表現は、メタ用語とその関係を示すことのみを可能にします。アプリケーション開発では、メタの個々の概念は通常、ような多様な追加情報のキャリアです。

  • 口語言語での技術的説明
  • ドメイン値
  • フォームドラフトのフィールドの説明(短い、中間、長いテキスト)
  • データ要素が空になる可能性があるかどうか(例:ゼロ)
  • テストテーブルへの参照

したがって、BNF表記は、エンティティをリストし、互いに関係を提示するのに役立ちます。細かい属性とより深いドキュメントのために、BNF表記は実際のDD機器によって賢明にサポートされています。

  • Ramez Elmasri、Shamkant B. Navathe: データベースシステムの基本 ;ピアソン研究、ミュンヘン2004。ISBN3-8273-7021-3
  • トーマス・コノリー、キャロリン・ベグ、アン・ストラチャン: データベースシステム。設計、実装、および管理への実用的なガイダンス ; Addison-Wesley、München2002。ISBN3-8273-2013-5
  1. エルマスリ、S。625
after-content-x4