第1章はじめに|知識データベースの照合順序

知識データベースの照合、研究ガイド第5版王シャン、最終試験、PubMedの不可欠を支える「データベースシステムの概要」を参照してください。

第1章序論

理解します

• 生産とデータ管理技術の開発
• データベースシステムの利点
• 階層データモデルおよびネットワーク・データ・モデルの基本的な考え方
• 作曲データベースシステム
• データベース管理者（DBA）の責任

把握

• 概念モデルの基本的な概念
• リレーショナルデータモデルの概念
• 2と3のモード画像のデータベースシステムアーキテクチャ
• 論理的および物理的な独立性データベースシステムの独立性

知識ポイント

• データ、データベース、データベース管理システム、データベースシステム
  • （データ）：シンボル記録されたデータは、物事を記述するために呼ばれています。データとその意味は不可分です
  • データベース（データベース）：長期的なデータベースを整理、コンピュータに保存され、共有可能
  • データ収集。データは、特定の組織のデータモデルによれば、データベースに、記載およびストレージは、より小さな冗長性、より高いデータ独立性と容易な拡張性を有し、様々なユーザで共有することができます。
  • データベースシステム（データベースシステム）：コンピュータシステムで構成されたデータベース・システムの導入後。一般的に、アプリケーションは、データベース管理者は、データベース、データベース管理システム（およびその開発ツール）で構成されています。
  • データベース管理システム（データベース管理システム）：データベース管理システムは、利用者や科学的データを整理して保存するためのデータ管理ソフトウェアのオペレーティングシステムの層とに効率的にアクセスし、保守データとの間に位置しています。主な機能は、データベース、データベースの作成とメンテナンス機能のDBMSのデータ定義、データ操作機能、操作および管理機能が含まれます。
  • データを有するデータベース[]永久記憶、編成[]は、[]共有することができる三つの基本的な機能を
• データベースシステムを使用する利点
  • データベースシステムを使用する利点は、データベース管理システムの特性や利点によって決定されます
  • 大幅にアプリケーション開発の効率を向上させることができます
  • 論理構造データは、アプリケーション開発者を変更することなく変更する必要がある、またはごく少数のアプリケーションを変更する場合
  • DBAは、システムを維持するための負担を軽減することができます
  • 、データの一元管理、制御データの冗長性を促進し、データの効率性と一貫性を改善するだけでなく、アプリケーションの開発と保守を助長するために、
• ファイルシステムおよびデータベースシステムの違いとの接続
  • 違い
    • ファイルシステム指向のアプリケーション、共有が悪く、冗長性、データの独立性が悪い、記録構造、全体の構造制御せずにアプリケーション自体によって、
    • 現実世界のためのデータベースシステム、高、小さな冗長性、高い物理的な独立性と特定のロジック独立して、全体の構造を共有データモデルを記述し、データのセキュリティを提供し、データベース管理システムの整合性を、同時実行制御とリカバリ機能
  • 接触
    • コンピュータのシステム管理ソフトウェアのデータであり、
    • ファイルシステムは、オペレーティングシステムの重要な一部であり、DBMSは、オペレーティングシステム・ソフトウェアとは無関係です。しかし、DBMSは、オペレーティング・システムのファイル・システムを介して行われ達成するために、データベース内のデータを整理して保存するに基づいてオペレーティングシステムに実装されています
• 適切なファイル・システムやデータベースシステムの例
  • ファイルシステムに適用されます：一時的なデータ・ストレージ・プロセスを使用して、データのバックアップ、ソフトウェアやアプリケーション、早期の機能は比較的単純で、比較的一定の用途（画像、テキストメッセージング、マイクロチャンネル）
  • これは、データベースシステムに適用されます。企業や部門情報システム（人事管理システム、学生管理システム）
• データベースシステムの特長
  • 構造化データ（データベース・システムとファイルシステムの本質的な違い）
  • データの共有は、低冗長性、高い拡張するのは簡単です
  • 高いデータの独立性
  • データ独立] [ロジック]および物理データの独立性を含むデータの独立
    • 【物理】自立：ユーザのアプリケーションおよびデータベース内のデータの物理ストレージは、互いに独立しています
    • 【ロジック】独立性：ユーザーのアプリケーションとデータベースの論理構造は、互いに独立しています
  • 関数モデル構造と高い物理的および論理的な独立独立してデータベース内のデータていることを保証するために2つの画像のデータベース管理システム。
• DBMSでデータ管理と制御を統一。これは、統合データ管理機能を提供します
  • データ保護のセキュリティ：リークによって引き起こされる不正使用や破壊を防止するためのデータ保護データ
  • 有効範囲内の制御データを、データ間の関係を満たすことが保証：データの整合性をチェックします
  • 同時実行制御：コントロールとマルチユーザ同時操作の調整に、同時操作の正確さを確保するため
  • データベース回復：コンピュータシステムのハードウェア障害、ソフトウェア障害、またはオペレータエラーや破壊行為の正しさのためには、データベース内のデータに影響を与える、あるいはデータベース内のデータの一部または全ての損失をもたらす、データベースがにエラー状態から回復することができます（また、フル状態または整合性のある状態としても知られている）既知の良好な状態
• データベースとは何ですか
  • データベースの共有データの多数を組織し、コンピュータでの長期保存のコレクションです。これは、最小の冗長性と高いデータ独立性を持つ、共有にユーザーのさまざまな使用することができます。
  • データベース内のDBMSが確立され、データベースを使用して複数のユーザーが同時にデータの整合性を保証するために、統一された制御および保守を使用して、データベース、セキュリティ、および並行性制御は、システムが故障した後に復元されます。
  • 中央データ処理のプログラムの新しい相への共有データベース中心の周りに情報システムのデータベース・システム・ターンの出現。
• DBMSの主な機能
  • データベース定義機能
  • データ編成、保存および管理機能
  • データ操作関数
  • トランザクション管理やデータベースの運用管理
  • データベースの作成とメンテナンス機能
  • こうした訪問や相互運用機能の間で異なるデータベースなどのその他の機能、
• 概念モデル、論理モデルと物理モデル
  • コンセプトモデルは、実際にはミドルレベルのマシンの世界に現実の世界です。情報の世界をモデル化するための概念モデルは、情報の世界に現実世界の最初の抽象化は、データベース設計へのデータベース設計者のための強力なツールが、また、データベースの設計者とユーザー間のコミュニケーションの言語です。
  • コンセプトモデルは、ユーザーに分かりやすい単純明快とセマンティック技術を、強調しています
  • 論理モデル（モデルデータ）：モデルデータに、コンピュータ・システムの観点によれば、データベース管理システムを実現するため。
  • 物理モデル：システム及びディスクまたはテープ上のアクセス方式またはアクセス方法及びストレージ内のデータ抽象表現記述データの最下位レベルであるコンピュータ・システムのためのものです。
• エンティティ、エンティティタイプ、エンティティセット、エンティティ間のリンク、属性、コード、図コンタクトエンティティ（ER図）
  • エンティティ：物事の客観的存在は互いに区別することができます
  • エンティティタイプ：エンティティ名と属性名と抽象エンティティの同じセットを記述する
  • エンティティセット：エンティティの同じ型のコレクション
  • エンティティ間のリンク
  • 連絡先の内部エンティティ（タイプ）：エンティティの属性間の連携
  • エンティティ（タイプ）との間の接触：別のエンティティセットの間の結合。多くの多くの一対一、一対多、
  • 特性：エンティティが特定の特性を有する、エンティティは、説明する複数の属性であってもよいです。
  • コード：一意のエンティティが参照識別する属性セットコード。
  • 図コンタクトエンティティ（ER図）：属性とリンク、エンティティタイプを表現する方法を提供
    • エンティティタイプ：長方形、長方形は、エンティティの名前を示しています。
    • 特性：楕円で表され、該当するエンティティとエッジに接続されています。
    • コンタクト：ダイヤモンドによって表さは、ダイヤモンド状のボックスは、連絡先の名前を示し、該当するエンティティと有向エッジによって接続されている間に、次の添え字の側に非接触型（1：1,1：nまたはM：N）。
• データモデル、データモデルの役割、三つの要素のデータモデル
  • データモデルは、最も重要なデータベースシステムのコンセプトの一つです。データモデルは、フレームワークの形でデータベース表現と運用手段に関する情報を提供するために使用されている実世界のデータベース抽象化ツールのために使用されています
  • 一般的に、データモデルは、明確に定義された概念のセットです。これらの概念は、正確に静特性、動特性と整合性制約を記述する。
  • データモデルは、基礎となるデータベースシステムです。任意のDBMSは、1つのデータモデルを持っている、または特定のデータモデルをサポートするために、
  • データモデルは、通常、データ構造[]、[]データ操作、整合性制約] [3つの部分から構成され
• 階層モデルのコンセプト
  • 、唯一の親ノードは、ノードは、ノードがルートと呼ばれ、そこではありません
  • root以外の他のノードは、唯一の親ノードを持っています
• モデルのコンセプトをメッシュ
  • 1以下の親ノードを許可しません
  • ノードは複数の親を持つことができます
• 階層型データベースの長所と短所、ネットワークデータベース
  • 階層データベース
    • 利点
      • 階層モデルのデータ構造は単純明快です
      • 高レベルのデータベースクエリ効率
      • 階層データモデルは、優れたサポートの整合性を提供します
    • 短所：現実世界の接触の多くは非階層で、階層モデルは、自然に接触のこのタイプを発現しません
  • ネットワークデータベース
    • 利点
      • より直接的に現実の世界を記述することができます
      • 優れたパフォーマンス、高いアクセス効率
    • 短所
      • 構造はより複雑であり、アプリケーション環境の拡大に伴い、データベースの構造はますます複雑になり、マスターにエンドユーザーに助長されていません。
      • ネットワークデータベースデータ定義言語（DDL）、データ操作言語（DML）は複雑であり、使用しない簡単に、データベース・アクセス・パスの構造を把握するためにユーザに要求します
• 関係、属性、フィールド、タプル、コード、コンポーネント、リレーショナル・スキーマ
  • 関係からのリレーショナルモデルのデータ構造[]、[]関係演算子、リレーショナル整合性制約] [3つのパーツのセット。ユーザの観点から、リレーショナル・モデル内のデータの論理構造は、行と列から成る2次元テーブルであります
  • 関係：テーブルとの関係が対応することが多いと言います
  • プロパティ：表A
  • ドメイン：属性範囲
  • タプル：表内の行
  • コード：属性グループのテーブル、それが一意にタプルを識別することができます
  • タプルの属性値：コンポーネント
  • 関係モデル：関係の説明、関係は、一般名として表現される（項目1、プロパティ2、...、N属性）
• リレーショナルデータベース機能
  • 利点
    • 非リレーショナルモデルとリレーショナルモデルが異なっている、それは厳密な数学的基礎を持っています
    • 1つのリレーショナルモデルのコンセプト
    • ので、ユーザに対して透過的、およびアクセスパスリレーショナルモデルは、より高いデータ独立性、優れたセキュリティと機密性を持っていますが、また確立プログラマーやデータベースの開発作業の作業を簡素化します。
  • 短所：ユーザーへの透過的なアクセス・パスは、効率的な非リレーショナルデータモデルとしてしばしば問い合わせます
• データベースシステム三つのモード、二つの画像
  • 外部構造によってモード3モード、モード、モード組成
  • 外部モード：また、論理構造は、機能およびローカルデータを説明し、サブモードまたはユーザ・モードとして知られているユーザ・データ・データベース・ビュー
  • モード：も知らモードロジック、データベース内のデータの全体の論理構造及び特性は、すべてのユーザーの共通ビューの説明です。モードは、グローバルな論理構成データを記述する。外部モードは、通常モデルのサブセットです
  • イントラモード：ストレージモードも知られている、物理的構造およびデータ記憶の説明
  • 二つの画像：外モード/画像モード、モード/モードマップ。内部抽象3つのレベルと変換リンクは、データベースシステムのデータが論理的に高い独立性と物理的独立性を有することができることを保証するために
• データ定義言語、データ操作言語
  • データ定義言語：データベーススキーマを定義するために使用される言語、外側モードと内側モード
  • 声明は、データベースクエリのデータに使用する挿入、削除、および変更された：データ操作言語
• データやプログラムの物理的な独立性、論理的な独立性
  • データ及びプログラムの[物理]は独立：データベースの変更の記憶構造は、データベース管理者モードへの変更に応じて/モードは、画像パターンが変化しないままであり得るので、アプリケーションプログラムを変更する必要がなく、そしてデータであります物理的な自立プログラム、物理データの独立性と呼ばれます。
  • [物理]は独立データ及びプログラムの：データの論理構造は、モードが変更された場合、すなわち、画像のデータベース管理者がそれに応じてそれぞれの外側パターン/モードを変更するために、外側のパターンは、それによってアプリケーションを変更すること、変化しないままであり得ますこれは、論理データ独立性と呼ばれる、データおよび手順の独立の論理です。
  • データベース内の2つの画像データとの間に設けられたDBMS 3つのモードは、システムが論理的に高い独立性と物理的な独立性を有することができることを確実にします。
• データベースのシステム・コンポーネント
  • 一般的なデータベースシステム、アプリケーション、データベース管理者がデータベース、データベース管理システム（およびその開発ツール）で構成されています。
• データベース管理者、システムアナリスト、データベース設計者、アプリケーションプログラマの責任
  • データベース管理者：管理と制御、データベース・システムのための全体的な責任。具体的な責任は次のとおりです。
    • 情報内容と構造の決定データベース
    • ストレージ構造とアクセスポリシーの決定データベース
    • セキュリティ要件およびデータ整合性制約の定義
    • 使用および操作の監視データベース
    • データベースシステムの再構築を改善し、再構築
  • システムアナリスト：アプリケーションシステムの要求分析と仕様を担当する、と彼は、ユーザーおよびDBAを組み合わせるために、システムのハードウェアとソフトウェアの構成を決定するために、データベースシステムの予備設計に参加したいです
  • データベースデザイナー：レベルを決定するためにデータベースおよびデータベーススキーマ内のデータのデザインを担当。ユーザーは、調査・分析システムに参加する必要があり、データベース設計
  • アプリケーション・プログラマ：アプリケーション・プログラム・モジュールを設計し、書き込みを担当し、インストールおよび試運転
• サプリメント
• データベースは、コアと基礎データモデルです[]
• 情報の現実の世界抽象世界を実装する場合の概念モデルです[]
• データの手動管理相上の利点は、長い間保存することができるファイルシステム・ステージは、[]
• データベース・システム・データが論理ハイ独立した外部モードである[/]モードマップを有することを確認し
• IBMのIMSデータベース管理システムは、[]階層モデルを使用しています
• DBMS [オペレーティングシステム]上に構築され、システムソフトウェアの種類です
• ネットワークデータベースノードは、以上に[親]とすることができます
• 論理から物理モデルへの一般DBMSの完全な変換であります
• コンピュータで長期保存、共有することができるデータセットの多数[データベース]で編成
• [ステージ]の必要性の人工的な管理アプリケーションは、データを管理します
• 典型的には、外側のモードは、モデルのサブセットであります
• 典型的には、データ構造は、名前付きデータモデルの種類に応じて
• 共通データモデルである：階層モデル、メッシュモデル、リレーショナルモデル、オブジェクト指向のデータモデル、オブジェクト・リレーショナル・データ・モデル、半構造化データ・モデル
• コンセプトモデルは、最も頻繁に使用されるチャート[ER]です
• データベース管理システムのデータ管理機能が含まれます：[セキュリティ]保護の復元、データのチェック[整合性]、[]同時実行制御、データベースのデータを
• ユニット階層モデルメッシュモデルの基本的なリンクレベルである、手段2つの連絡先レコードは、（1を含む）（タイプ）[]ならびにそれらの多く]の
• 静的データ・モデルに記載されたシステムの構成要素の動特性は、データ構造[]および[]データ操作であります
• ファイル管理フェーズShishuデータ管理とデータベースシステムフェーズ「データの独立性」の違いは何ですか？
  • ファイルシステムのデータが別のデータファイルに編成され、ファイル名がアクセスするプログラムデータは、「データの独立性は、」「装置独立」です。論理的な独立性を指し、「データの独立」データベース・システムは、アプリケーションとは独立しているディスク上のデータベースに格納されたユーザデータの物理的な独立性を意味し、「物理的な独立性」および「論理的独立性」を含みますユーザアプリケーションとデータベースの論理構造は、互いに独立しています。
• ファイルシステム管理データ欠点：データの共有や貧困、大規模な冗長性を、データの独立性の貧しいです
• 三つのモード、地物データベースのグローバル論理構造、すべてのデータは、[モード]
• 階層モデルは、直接[M：Nの関係]を表すことができません
• DBSは、データベースを含むコレクション、コンピュータのハードウェア、ソフトウェア、および[データベース管理者]であります
• データベース（DB）、データベースシステム（DBS）とデータベース管理システム（DBMS）との関係は、DB及びDBMS [DBS]に含まれています
• [ステージ]データ管理のための特殊なソフトウェアの無手動管理
• [高]は、データの冗長データベース・システムの機能に属していません
• で具現データデータベースシステムの独立[システムは、データ記憶構造とデータの論理構造を変更しないアプリケーションに影響を与えます]
• データのデータベースの独立ことを確認するために、あなたは]トリプル[間の2つのマッピングを変更する必要があります
• データ独立論理データベースを確実にするために、外側の[MODE]のマッピングモードを変更します
• ユーザーまたはアプリケーションは、サブ部分に記載の特徴論理構造の一部がパターンの論理的なサブセットである[モード]で確認し
• [データベース管理システム] DBAデータベース管理者の義務ではありません
• ER図は、3つの実業界を与えるエンティティタイプの間に多くの異なるリンク（実際に材料を結合）には多くの一から一、多くのものを、必要と