初期のデータベースモデル

データベースモデルは、データベースの論理構造を決定し、基本的にデータを保存、整理、および操作する方法を決定します。データベースが設計される前は、データを保存する唯一の方法はファイルストレージでした。これにより、プログラマーはデータを抽出するために非常に長い時間を費やす必要があり、プログラムは複雑な解析と関連付けを実行する必要があったため、複雑さが増しました。

Perlのようなさまざまな言語は、その強力な正規表現により、より簡単な方法でテキストを処理します。ただし、ファイルからデータにアクセスすることは依然として複雑な作業です。システムがエラーを起こしやすく、開発が遅く、保守が難しいため、データにアクセスするための標準的な方法はありません。データの冗長性（データが不必要に複製される）とデータの整合性が低い（すべての場所でデータが変更されないため、間違ったデータや古いデータが提供される）という問題があります。

このような問題を解決するために、データにアクセスして更新するための標準的で信頼性の高い方法を提供するデータベース管理システム（DBMS）が開発されました。アプリケーションとデータの間には中間層があり、プログラマーはデータアクセスの問題を心配することなく、アプリケーションの開発に集中できます。

したがって、データベースモデルは、データの表現方法に関係する論理モデルとして定義できます。データベース設計者は、データの物理的なストレージについて心配するのではなく、より高い、より概念的なレベルを管理し、アプリケーションが開発されている実際の問題と技術的な実装との間のギャップを減らします。

データモデルは、データ要素を整理し、データ要素間の関係を標準化するために使用されます。データ要素は実際の人、場所、物を記録するために使用され、それらの間のイベントは現実を表すため、たとえば、建物には多くの窓があり、犬には2つの目があります。モデルは、データの構造化に役立ち、データに対して実行できる一連の操作も定義します。特定のDBMSは、複数のモデルを提供する場合があります。最適な構造は、アプリケーションのデータの自然な構成に依存し、関連するアプリケーションの要件に応じて、さまざまな要因のいくつかは-

• トランザクションレート（速度）、
• 信頼性
• 保守性
• スケーラビリティ
• コスト。

フラット（またはテーブル）モデル は最も一般的で単純なデータモデルであり、データ要素の単一の2次元配列で構成され、特定の列のすべてのメンバーが同様の値を表し、行のすべてのメンバーが相互の関係を表します。たとえば、列は、システムセキュリティデータベースの一部である名前とパスワードに使用されます。各行には、特定のユーザーに関連付けられた特定のパスワードが含まれています。表の列には、文字データ、日付または時刻の情報、整数、または浮動小数点数を定義するタイプが含まれています。

ここで、フラットファイルデータベースは、「フラットファイル」とも呼ばれる通常の非構造化ファイルを格納したデータベースであると言えます。ファイルは完全にコンピュータのメモリに保存されるため、データ構造にアクセスしてコンピュータシステムで操作するのが簡単になります。データベース操作が完了すると、ファイルはコンピューターシステムから取り出され、ホストのファイルシステムに転送されます。このストーリーモードは、インデックス構造がなく、通常、レコード間に構造的な関係がないため、「フラット」と呼ばれます。

このフラットモデルは、小さくて単純なデータベースに最適です。データのサイズが大きくなると、メモリアクセスが困難になり、より高度なデータベースが必要になります。名前、連絡先番号、住所、手書きの都市のリストはフラットファイルデータベースです。同じ情報がスプレッドシートに記録されている場合は、オンラインで使用して検索機能を向上させることができます。フラットファイルデータベースモデルを使用してデータを転送することもできます