1. データベースの 3 レベルのスキーマは、外部スキーマ、スキーマ、内部スキーマで構成されます。外部モードは、ユーザーに見える一部のデータの存在形式であり、データ全体の論理構造と等価でユーザーには見えないモードであり、3 つのレベルのモードの中間部分です。データベースの物理構造と保存方法に対応します。モードが変更されると、データベース管理者は各外部モードのイメージに対応する変更を加えますが、外部モードは変更しないままにすることもできます。アプリケーションはデータの外部スキーマに対して作成されるため、アプリケーションを変更する必要はありません。
エクスターナルモード/モードイメージは、データとプログラムの論理的独立性を保証します。
2. 関係モデルは、関係の静的構造を記述します。この構造は静的で安定していますが、関係は動的であり、データベースに対するユーザーの操作に応じて変化します。
3. 属性の値は一意のドメインに属している必要があります。ドメインはデータ型のサブセットに相当し、属性の値は同じドメインである必要があります。
4. 識別属性の値を繰り返すことはできず、空にすることもできません。
5. 概念的データモデルは主に世界の概念構造を記述するために使用され、データベース設計者が設計の初期段階でコンピュータシステムや DBMS の特定の技術的問題を取り除き、データとその関係の分析に集中できるようにします。データなどと特定のデータベースとの間のデータ管理システムは独立しているため、データを記述する整合性制約はありません。
6. データベースアプリケーションシステムの設計には、概念設計、論理設計、物理設計が含まれます
3 つのステップがあり、各ステップの設計アクティビティは、データの編成と保存、データのアクセスと処理、アプリケーションの設計などのいくつかの側面に従って実行されます。データベースの概念設計段階では、ボトムアップの ER 設計が採用されます。リレーショナル スキーマを、特定の DBMS プラットフォームでサポートされるリレーショナル テーブルに変換することは、データベースの物理設計フェーズの作業です。
する。ビューとリレーショナル スキーマの整合性制約の設計は、データ ロジック設計フェーズの作業です。
7. ビューとは、1 つまたは複数の基本テーブル (ビュー) から派生した仮想的なテーブルであり、ビューの定義のみがデータベースに格納され、ビューに対応するデータは格納されません。これは、元のデータベース データを変換するものであり、テーブル内のデータを表示する別の方法です。ビューは、目的のデータを確認できる移動ウィンドウと考えてください。ビューは、データがデータベースに保存されている 1 つ以上の実際のテーブルから取得されます。ビューの生成に使用されるテーブルは、ビューのベース テーブルと呼ばれます。ビューは別のビューから生成することもできます。ビューの特徴は次の 3 つの側面に反映されます。 ① シンプルさ、目に見えるものは必要なものです。ビューは、ユーザーのデータの理解を簡素化するだけでなく、その操作も簡素化します。頻繁に使用されるクエリはビューとして定義できるため、ユーザーは後続の操作ですべての条件を指定する必要がなくなります; ②セキュリティ、ビューを通じて、ユーザーは表示可能なデータのみをクエリおよび変更できます。データベース内の他のデータは表示も取得もできません; 論理データの独立性により、ビューはユーザーが実際のテーブル構造の変更の影響をシールドするのに役立ちます; ビューの特性に従って、次の機能を実現できます: ① データクエリの簡素化ステートメント ; ② ユーザーが同じデータを複数の視点から見ることができるようになります; ③ データのセキュリティが向上します; ④ ある程度の論理的独立性が提供されます。
8. データベースの 3 レベル スキーマと 2 レベル イメージの 3 レベル スキーマの構造は、外部スキーマ、スキーマ、内部スキーマであり、セカンダリ イメージは、スキーマから内部スキーマ、および外部スキーマからのマッピングです。スキーマに。パターンの 3 つのレベルは、パターンの 3 つの異なる環境とその異なる要件を反映しています。内部パターンは最下位レベルにあり、コンピューターの物理構造におけるデータの実際の保存形式を反映しています。パターンは中間層にあり、設計者のデータ グローバル ロジック要件を反映しています。外部モードはユーザー モードとも呼ばれ、最も外側の層であり、データに対するユーザーの要件を反映します。データベース システムの 3 レベル スキーマは、3 レベルのデータを抽象化したものであり、データの具体的な物理的実現は物理スキーマに委ねられるため、ユーザーとグローバル設計者は、特定の実装と物理的背景を気にする必要がありません。データベースの。同時に、2 レベルのマッピングを通じて 3 レベルのモード間の接続と変換を確立します。そのため、モードと外部モードは物理的に存在しませんが、マッピングを通じて既存の実体を取得することもできます。また、2 レベルのマッピングにより、データベース システム内のデータの独立性も保証されます。つまり、データの物理的な構成と論理的な概念の変更はユーザー モードに影響せず、マッピング方法を調整するだけで済みます。
モード/内部モードはデータベース内のデータとアプリケーション プログラム間の物理的な独立性を保証し、外部モード/モードはデータとアプリケーション プログラム間の論理的な独立性を保証します。
9. ストレージ マネージャーは、コンパイルされたクエリ ステートメントの実行プランを生成し、実行プランに従って関連データにアクセスしますが、クエリ プロセッサの機能はストレージ マネージャーの機能ではありません。
10. システムの実装段階は主にシステムのコーディングとテストであり、システムの機能や性能の不足を考慮したシステムのアップグレードは運用保守段階の作業です。
たくさん間違っている