データベース言語

この記事での学習内容 基本情報 応用情報

データベース言語は,DDL(Data Definition Language:データ定義言語)とDML(Data Manipulation Language:データ操作言語)などに大別されること,また,これらにはSQLを単独で使用する独立言語方式と,他のプログラム言語から使用する親言語方式があることを理解する。

用語例:会話型SQL,埋込型SQL,モジュール言語,コマンド方式,フォーム,クエリ

データベース言語

データベース管理システムへのユーザからの指示は、データベース言語で表現します。データベース定義言語には以下の様なものがあります。

  • データ定義言語(DDL)
  • データ操作言語(DML)
  • データ制御言語(DCL)

データ定義言語

データ定義言語(Data Definition Language:DDL)は、データベースを使う準備として、データ群の構造であるスキーマを定義するための言語です。

機能
CREATE DATABASE
又は CREATE SCHEMA
データベース名を定義する
CREATE TABLE表を定義する
CREATE VIEWビュー表を定義する
GRANTアクセス権を定義する

データ操作言語

データ操作言語(Data Manipulation Language:DML)は、日常的にデータベースの検索や更新をするための言語です。DMLには以下の4種類があります。

独立言語方式
プログラムを作成する際に利用するプログラム言語とは別に用意された言語です。会話形でコマンドを入力して結果が出てくる形で利用します。特にこのように利用される言語を会話形SQL(Structure Query Language)と呼んでいます。クエリーとは問合せという意味で、データベースに問合せていろいろな操作(更新、検索、削除、追加等)をするという意味になります。
親言語方式
高水準言語(COBOL、FORTRAN、Cなど)にDMLを組み込んで利用する方式です。高水準言語を親言語と呼びます。親言語方式には組み込み方の違いにより2種類あります。
モジュール方式
プログラム内からDML部分をサブルーチンとして呼びだす方式です。
埋め込み方式
プログラム内にDMLを直接書き込んでしまう(埋め込む)方式です。

データ制御言語

データ制御言語(Data Control Language:DCL)は、コミットやロールバックといった、トランザクションの制御などを行います。

 

データベースの操作(2)

この記事での学習内容 ITパスポート 基本情報 応用情報

関係データベースのデータの操作として,集合演算(和,差,積,直積),関係演算(選択,射影,結合,商)などを理解する。

用語例:関係代数

 

データベースの集合演算

集合演算は、集合同士の演算であり、関係演算よりも基本的な演算として使われます。

和集合演算

和集合演算は、表Aと表Bのすべての行を合わせた表を作る演算です。同じ行は一つで済ませます。

差集合演算

差集合演算は、表Aのうち、表Bと同じ行を取り除いた表を作る演算です。

 

積集合演算

積集合演算は、表Aと表Bの両方にある行だけの表を作る演算です。同じ行は一つで済ませます。

直積集合演算

直積集合演算は、表Aの行と表Bの行のすべてを組み合わせた行で構成される表を作る演算です。列の数や属性はAとBの間で異なっていても構いません。

更新系のデータ操作

更新系のデータ操作には、挿入、更新、削除があります。

  • 挿入: 表に新しいレコードを挿入する。
  • 更新: 表の指定した項目を更新する。
  • 削除: 表から指定したレコードを削除する。

 

 

 

データベースの操作(1)

この記事での学習内容 ITパスポート 基本情報 応用情報

関係データベースのデータの操作として,集合演算(和,差,積,直積),関係演算(選択,射影,結合,商)などを理解する。

用語例:関係代数

データベースの操作

関係データベースにおけるデータ操作には、検索系のデータ操作と更新系のデータ操作があります。

データベースの関係演算

関係データベースにおける主な操作には、選択、射影、結合があり、これらを関係演算といいます。

選択

選択とは、評価ら行を抽出する操作です。すべての行のうち、ある条件に当てはまるものだけを選び出します。多くのレコードから必要なレコードだけに絞り込むための操作です。

選択の条件

選択は、「商品名=ジュース」のように、一つだけの条件で選ぶ以外に、複数の条件をANDまたはORで組み合わせて使うことができます。

例えば、単価が150で、かつ仕入先がB飲料である行を選択する場合、「単価=150  AND  仕入先=B飲料」という、二つの条件をANDで結ぶ論理積の関係になります。

また、仕入先がA食品の行とB飲料である行の両方を選択する場合、「仕入先=A食品  OR  仕入先=B飲料」という、二つの条件をORで結ぶ、論理和の関係になります。

仕入先がA食品以外の行を選択する場合は、「仕入先≠A食品」という否定の関係となります。

ワイルドカード

選択の条件文に、「%」や「_」といったワイルドカードを文字の代わりに用いて、列の内容の一部を使った選択ができます。

  • %: 任意の文字列を表します。文字数は0文字以上で何文字でも構いません。
  • _: 任意の1文字を表します。

上の表の場合、ワイルドカードを用いて以下のように選択できます。

  • 「商品名=%パン」:「クリームパン」「あんパン」「チョコパン」を選択。
  • 「商品名=_ _パン」:「あんパン」を選択。

射影

射影とは、表から列を抽出する操作です。幾つかの列からなる表のうち、必要な列のみを表示し、他を非表示にできます。

結合

結合とは、複数の表を一つに結合して表示する操作です。

別々の表にある共通の項目を結合キーとして表同士を結びつけ、それぞれの表に含まれる列からなる一つの表として表示することができます。

表の結合の際、”のりしろ”となる項目を結合キーといいます。結合キーには同じデータ型、同じ桁数の列同士を使います。
上の例の場合、それぞれの「商品番号」が結合キーとなっています。

二つの表で一方の表と同じ項目を含むレコードを、もうひとつの表から取り出し、その後結果からその項目を削除する。

ビュー表

選択や射影、結合などの結果表示される表のことをビュー表といいます。これに対し、実際に保存されている表のことを実表といいます。

選択も射影も結合も、データベースのスキーマとして作られている表(実表)から、DBMSが必要な部分を読み込んで表示した結果です。実表そのものを変えてしまう操作ではありません。

例えば、結合の操作をすると今までなかった列の組み合わせを持つ表を表示できますが、これによってスキーマに新しい表が追加されるというわけではありません。

きちんと正規化されたスキーマは、選択や射影といった操作でデータを抽出したり組合せたりし易いだけではなく、演算した結果を表示することも可能で、いろいろな用途に利用できます。(正規化のプロセスで導出項目を削除するのは、関係演算の実行時に演算できるため)

データ操作

情報処理技術者試験での学習内容

【応用情報・基本情報】
・関係データベースのデータの操作を修得し,応用する。
・データベース言語の種類,SQL 文を修得し,応用する。

【ITパスポート】
・データの抽出などの操作を理解する。

(1)データベースの操作 ITパスポート 基本情報 応用情報

関係データベースのデータの操作として,集合演算(和,差,積,直積),関係演算(選択,射影,結合,商)などを理解する。

用語例:関係代数

(2)データベース言語 基本情報 応用情報

1.データベース言語の種類

データベース言語は,DDL(Data Definition Language:データ定義言語)とDML(Data Manipulation Language:データ操作言語)などに大別されること,また,これらにはSQLを単独で使用する独立言語方式と,他のプログラム言語から使用する親言語方式があることを理解する。

用語例:会話型SQL,埋込型SQL,モジュール言語,コマンド方式,フォーム,クエリ

2.データベース言語(SQL)

a.データ定義言語

スキーマ,テーブル,ビュー,処理権限を定義するSQL 文を理解する。また,データ型,列制約,表制約の定義方法,ビューの更新(更新可能なビューと更新不可能なビュー)を理解する。

用語例:実表,ビュー表,文字型,数値型,日付型,一意性制約,参照制約,検査制約,非NULL 制約,アクセス権

b.データ操作言語(SELECT 文)

要求されるデータを選択するために,SELECT 文による問合せの方法,条件を指定した特定行や列の選択,表の結合,BETWEEN やIN などの述語指定,集合関数,グループ化,並べ替えなどを理解する。

用語例:集約関数,パターン文字,相関名,副問合せ,相関副問合せ

c.その他のデータ操作言語

INSERT 文,UPDATE 文,DELETE 文などのSQL 文を理解する。

d.埋込型SQL

カーソル操作,非カーソル操作,親言語との接続など,埋込型SQL によるデータ操作の仕組み,利点,利用法を理解する。また,カーソル操作において,カーソルの宣言,操作の開始,終了,読み込みを行うなどのSQL 文を理解する。

用語例:カーソル

初級システムアドミニストレータ 平成21年春 問15

関係データベースを利用する時に入力する利用者IDに関する記述のうち、適切なものはどれか。

  • ア: 利用者IDごとに、表の利用を制限したり、許可したりする。
  • イ: 利用者IDは、表の利用を許可するために、表ごとにただ一つ決められている。
  • ウ: 利用者IDを利用することによって、表に対するアクセスの排他制御を行う。
  • エ: 利用者IDを利用することによって、複数の表に対する更新の同期制御を行う。

データベースの物理設計

この記事での学習内容 基本情報 応用情報

データベースの物理設計では,アクセス効率,記憶効率の側面からデータベースの最適化を図ることを理解する。また,磁気ディスク上に記憶される形式や論理データ構造の物理データ構造へのマッピングなど,データベースの物理的構造を設計する際の留意事項を理解する。

用語例:ディスク容量見積り,論理データ構造のマッピング,ファイル編成,最適ブロック設計,物理入出力,性能評価,コンプレッション,デコンプレッション,性能改善ポイント

データベースの物理的構造

データベースの物理的構造はディスク上に記憶される形式のことです。論理データ構造を、物理データ構造にマッピング(対応付けて当てはめる)します。

データベースの物理設計においては、データベースの構成要素(特に表・索引・一時作業域など)の容量を積算して、余裕を加味した上で、磁気ディスクなどの使用料を見積もる必要があります。

その上で、運用と保守の効率を考えて物理的構造を設計し、性能を評価して、構造を改善します。

データの正規化

この記事での学習内容 ITパスポート 基本情報 応用情報

正規化の目的と手順,第1 正規化,第2 正規化,第3 正規化などを理解する。また,正規化の考え方に従った,具体的な設計案に対して更新容易性や性能面などから評価し,最適な設計を行うことを理解する。

用語例:完全関数従属,部分関数従属,推移関数従属

正規化

正規化とは、『一事実一箇所を目指して、テーブルの整合性を保ったまま、テーブルの冗長性を排除してデータを管理できるようにすること』です。具体的には、データベースを設計する際に、各項目の意味や関連性を保ちながら、表ができるだけ簡潔な形になるように分割していく作業を指します。

正規化を行うことで、検索の効率が良くなり、データベースの保守作業がしやすくなるなどの長所があります。

一方で、表の数が増え、管理の手間がかかる点、一連のまとまった情報を得るために複数の表をたどる必要があり、負荷がかかるといった短所もあります。

例えば、学生の科目履修に関する「学生コード、学生名、科目コード、科目名、履修年度、成績」という情報を、一つの表に記録したとします。

このままでは、同じ内容が繰り返し格納されてしまうので、格納効率の悪い、使いにくいデータベースになってしまいます。

このデータベースを整理して、より効率的で使いやすいものにするためには、正規化を行い、共通の主キーに従属する列ごとに幾つかの表に分割します。

一つの表を複数に分けるときは、列同士の関連性を失わせないために、参照される表の主キーをもう一方の表に外部キーとして持たせておきます。

正規化の手順

正規化を徹底する手順は、以下のような3つのステップへ区分されます。

第一正規化
繰り返される部分を別の表として分割する。
第二正規化
キーの一部に従属する部分を別の表として分割する。部分関数従属という状態をなくす処理。
第三正規化
キーに間接的に従属する部分を別の表として分割する。推移関数従属という状態をなくす処理。
関数従属

「属性集合Aが属性集合Bに関数従属する」とは、「属性集合Bの値を決めると属性集合Aの値が一意に決まる」という意味です。これを「B→A」と表します。関数従属は、表を分割する正規化の手順を進める判断材料です。

完全関数従属

完全関数従属とは、表を分解する必要のない状態であり、キーでない属性がキーに関数従属して、部分関数従属はないということです。

部分関数従属

部分関数従属とは、キーでない属性が一部のキーにも関数従属することです。この状態であれば、第二正規化をする余地があります。

先述の「科目履修」の例であれば、「科目履修」の主キーは「学生コード」と「科目コード」ですが、「学生名」は「学生コード」に従属し、「科目名」は「科目コード」に従属しています。それぞれ、主キーの一部に関数従属しているので、部分関数従属となっています。

推移関数従属

推移関数従属とは、「AがBに従属して、BがCに従属するので、AはCに間接的に従属する」「C→B→A」という状態です。「B→A」の部分を分解するように第三正規化をする余地があります。

正規化の手順(具体例)

具体的な例として、オンラインショップの商品購入履歴を表にしたものを正規化していきます。

1.非正規形

まずは、伝票のたぐいをそのまま表にした状態のものを作ります。この時点では、繰返し項目や導出項目(*)を表の中に含みます。

*導出項目
合計値や評価など、他の項目から計算や関数によって導き出せる項目のことで、基本的にデータベースに格納する必要はない項目。

2.第一正規化

第一正規化では、『繰返し項目の分離』、『導出項目の削除』という作業を行います。

繰返し項目は、『商品ID~金額』のフィールドであり、これらのフィールドを『注文明細』テーブルとして分割します。

さらに、『金額』、『合計金額』、『消費税』については、『単価』、『数量』をもとに算出できるので、削除します。

第一正規化を行った後の表は、以下のようになります。

3.第二正規化

第二正規化では、「部分関数従属」を別表に移す作業を行います。

『注文明細』テーブルのうち、『商品名』、『分類』、『単価』は、『商品ID』によって一意に決まるので、分割できます。

第二正規化を行った後の表は、下のようになります。

4.第三正規化

 第三正規化では、『推移関数従属』を別表に移す作業を行います。

『注文』テーブルのうち、『名前』、『住所』、『電話番号』、は、『顧客ID』によって一意に決まるので、分割できます。『顧客ID』は、『注文』テーブルの主キーではないため、このようなパターンを『推移関数従属』といいます。

第三正規化を行った後の表は、下のようになる。

 

データベースの設計

この記事での学習内容 ITパスポート 基本情報 応用情報

  • 開発計画立案,外部設計,内部設計,プログラム作成,テスト,移行に至るまでのデータベース開発の工程と手順,手法を理解する。
  • 概念設計では,要求定義で定義されたデータ項目と,システム機能設計の際に発生したデータ項目をまとめ,データ項目全体を設計することを理解する。また,DBMS に依存しないデータの関連を表現する手法として,E-R 図を使用した構成要素,属性,関連の表し方,特徴,カーディナリティ(1 対1,1 対多,多対多)などを理解する。
  • データの重複や矛盾が発生しないテーブル(表)設計の考え方,主キー,外部キーなどの概念,参照制約,一貫性制約などの制約を理解する。また,ユーザビューの機能と定義を理解する。

用語例:システム分析,要求定義,企業データモデル,データモデル,概念データモデル,論理データモデル,物理データモデル,副次索引,分割法,DOA(Data Oriented Approach:データ中心アプローチ)、バックマン線図,エンティティ,アトリビュート,リレーションシップ、配置モード,親子集合順序,親子集合,索引,フィールド(項目),レコード,ファイル,NULL,一意性制約

データベースの概念設計

データベースの概念設計(外部スキーマの設計)では、DBMSに依存しないデータの関連を表現するのが望ましい形です。そのような方法の一つにE-R図があります。

E-R図(Entity Relationship図)

E-R図(E-Rモデル)は構造化分析の技法の一つで、データの関連を図で表現することができます。データベース設計の時に、ユーザの味方(ビュー)を定義するのに用いられます。

実体(エンティティ)

E-R図は対象データを実体(エンティティ)として四角形で表し、実体と実体の結びつきを関係(関連、リレーションシップ)として矢印(又はひし形付きの線)で表します。

*E-R図に描く実体は「社員」や「製品」といった実在するものでも、「注文」などの概念的なものでも構いません。

アトリビュート

属性(アトリビュート)とは、実体に付随する性質、例えば「社員」に付随する「社員番号」や「氏名」のことです。

実体(エンティティ)がデータベースの表に相当し、アトリビュートは表の項目(列)になります。

関係(リレーションシップ)

関係とは、実体と実体の結びつきのことです。それに名前をつけても付けなくても構いません。関係に対して、カーディナリティを付与して、関係性を示します。

カーディナリティ

カーディナリティとは、集合論の基数あるいは濃度という意味の用語です。データベースの場合には、関係(リレーションシップ)における、「1対1」、「1対多」、「多対多」という関係を指します。

関係性を線で表す場合は、「多」を矢じりで示します。データベースを設計する作業の中には、カーディナリティを定める作業があります。

  • 1:1 ・・・ 一つの実体に対して、一つの実体しか結びつかない。
  • 1:n ・・・ 一つの実体に対して、複数の実体が結びつく。
  • m:n ・・・ 複数の実体に対して、複数の実体が結びつく。

データベースの論理設計

データベースの論理設計では、データの重複や矛盾が発生しないテーブル(表)設計の考え方が必要となります。

主キー、外部キーの設定や、参照制約、一意性制約などの制約を用いてそれらの問題を回避します。

主キー

スキーマを定義する時、表の主キーとなる列を決めます。

主キーとは、各行を識別するために使うキー項目です。表を構成する列のうち、同じ内容が重複して入ることがなく、その内容によって必ず特定の1行を選び出せるような列をその表の主キーに指定します。

主キーの列の値をNULL(空値)とすることは認められません。

また、ある一つの列の内容だけでは行を特定できない場合、複数の列を組み合わせて主キーとすることがあります。これを複合キーといいます。

外部キー

関連する表同士を結びつけるための外部キーを指定します。

外部キーとは、一方の表から他表を参照するためのキー項目です。主キーと違い、一つの表に複数外部キーを設定でき、キーの内容に重複やNULLがあっても構いません。ただし、参照される側は主キーであることが望ましいとされています。

参照する側の表に、参照される表の主キーと同じ内容が登録される列を、外部キーとして持たせておきます。そうすると、外部キーを手がかりに相手の表の主キーと内容が一致する行を探し出し、一つの行として結びつけることができます。

制約

制約とは、データベースに作りこまれたルールのことです。データの正しさ、整合性を保つために設定されます。

表定義の際のDDLで定義できる他、DBMSによっては、運用中に後から制約を追加したり、on/offの切り替えができたりするものもあります。

外部キー制約(参照制約)

互いに参照関係のある表同士は、データの整合性を保つ必要があります。そのため、DBMSは以下を制約によって禁止することができます。

  • 他表から参照されている表の削除
  • 他表から参照されている行の削除
  • 他表から参照されている値の変更
  • 参照先の列にない値を持つ行の挿入
一意性制約

一意性制約とは、表のすべての行において、同じ値が同じ列にあってはならない、という制約のことです。データベースの設計において、必要に応じて一意性制約を指定します。(主キーに関しては、自動的に一意性制約がつくDBMSもあります。)

例えば、商品コードで商品を特定したい場合、商品コードを主キーにし、商品名に一意性制約をつけます。これによって、異なる商品コードであるのに同じ商品名の商品が存在する、といった事態を避けることができます。

 

データ分析

この記事での学習内容 ITパスポート 基本情報 応用情報

対象業務にとって必要なデータは何か,各データがどのような意味と関連をもっているかなどの分析と整理,異音同義語,同音異義語の発生を抑えるデータ項目の標準化など,データ分析を行う際の考え方を理解する。また,データモデルの作成手法であるトップダウンアプローチとボトムアップアプローチを理解する。

用語例:データ重複の排除,メタデータ,データディクショナリ

データ分析

データ分析とは、対象業務にとって必要なデータは何か、各データがどのような意味と関連を持っているかなどの分析と整理、異音同義語、同音異義語などの発生を抑えるデータ項目の標準化など、データの名称や意味を標準化することをいいます。

データ分析は以下のような手順で行われます。

  1. 対象業務で用いている伝票を収集し、伝票の利用目的、伝票名、伝票に記入している項目などを洗い出す。
  2. 各データがどのような意味と関連を持っているかを調べる。
  3. 異音同義語、同音異義語の発生を抑えるようにデータ項目を標準化する。
  4. データの重複を排除する。
  5. メタデータ(データに関するデータ)をまとめ、データ・ディクショナリ(メタデータの辞書)に格納する。

データの標準化

データの標準化とは、データの名称や意味を標準化することです。多くのデータを扱う場合の基本として大切です。

例えば、名称が同じで意味が異なる同音異義語や名称が異なって意味が同じ異音同義語の発生を抑えます。

異音同義語の例:部門、部署
同音異義語の例:保証、保障

データの標準化をしないと、例えば同じ種類の伝票データが「部門」と「部署」という表に分かれてしまい、合計値を求めることができません。また、同音異義語があると、口頭での指示で誤解が生じたり、PC上での漢字変換ミスによるトラブルを誘発したりします。

データ重複の排除

データ重複の排除とは、一つであるべきデータが複数存在したり、内容が似た表が複数存在したりすることを排除することです。それによって、ミスの防止、処理効率の向上、記憶スペースの削減などをはかります。

例えば、顧客名簿のデータが重複すると、顧客数のカウントミスや、宣伝メールを複数送信するミスが起きます。

メタデータ

メタデータとは、データのためのデータという意味です。特にデータベースにおいては、データの属性や定義情報を表すデータのことをさして、メタデータと呼んでいます。

例えば、顧客の方には「顧客名簿」という名称が付与されます。表の中には、会社、部門、肩書、姓名、住所などの列があります。これらの名称は顧客の名刺には記載されていないメタデータです。

*表のメタデータ:別名、主キーの列名など
*列のメタデータ:データ型、長さ、制約条件など

データディクショナリ

データディクショナリ(データ辞書)は、データの名称や意味などのメタデータを登録した表のことです。データベース全体に存在する名称をデータディクショナリとして集中管理し、名称や意味を標準化すると、データベース全体の整合性や簡潔性を保つのに役立ちます。データディクショナリは、データベース管理システムの機能によって、作成・更新します。

 

データベース設計

情報処理技術者試験での学習内容

【応用情報】
・データの分析の考え方を修得し,応用する。
・データベースの設計の考え方,手順,手法を修得し,応用する。
・データの正規化の目的,手順を修得し,応用する。
・データベース作成の手順,評価方法を修得し,応用する。
・オブジェクト指向データベースの考え方を修得し,応用する。

【基本情報】
・データの分析,データベースの設計の考え方を理解し,担当する事項に適用する。
・データの正規化の目的,手順を理解し,担当する事項に適用する。
・データベースの物理設計における留意事項を理解し,担当する事項に適用する。

【ITパスポート】
・データの分析・設計の考え方を理解する。

(1)データ分析 ITパスポート 基本情報 応用情報

対象業務にとって必要なデータは何か,各データがどのような意味と関連をもっているかなどの分析と整理,異音同義語,同音異義語の発生を抑えるデータ項目の標準化など,データ分析を行う際の考え方を理解する。また,データモデルの作成手法であるトップダウンアプローチとボトムアップアプローチを理解する。

用語例:データ重複の排除,メタデータ,データディクショナリ

(2)データベースの設計 ITパスポート 基本情報 応用情報

1.データベース開発工程

開発計画立案,外部設計,内部設計,プログラム作成,テスト,移行に至るまでのデータベース開発の工程と手順,手法を理解する。

用語例:システム分析,要求定義,企業データモデル,データモデル,概念データモデル,論理データモデル,物理データモデル,副次索引,分割法,DOA(Data Oriented Approach:データ中心アプローチ)

2.データベースの概念設計

概念設計では,要求定義で定義されたデータ項目と,システム機能設計の際に発生したデータ項目をまとめ,データ項目全体を設計することを理解する。また,DBMS に依存しないデータの関連を表現する手法として,E-R 図を使用した構成要素,属性,関連の表し方,特徴,カーディナリティ(1 対1,1 対多,多対多)などを理解する。

用語例:バックマン線図,エンティティ,アトリビュート,リレーションシップ

3.データベースの論理設計

データの重複や矛盾が発生しないテーブル(表)設計の考え方,主キー,外部キーなどの概念,参照制約,一貫性制約などの制約を理解する。また,ユーザビューの機能と定義を理解する。

用語例:配置モード,親子集合順序,親子集合,索引,フィールド(項目),レコード,ファイル,NULL,一意性制約

(3)データの正規化 ITパスポート 基本情報 応用情報

正規化の目的と手順,第1 正規化,第2 正規化,第3 正規化などを理解する。また,正規化の考え方に従った,具体的な設計案に対して更新容易性や性能面などから評価し,最適な設計を行うことを理解する。

用語例:完全関数従属,部分関数従属,推移関数従属

(4)データベースのパフォーマンス設計 応用情報

処理の高速化のためにあえて正規化を行わず,表の結合にかかる時間を短縮するなど,パフォーマンスを考慮したデータベース設計の考え方を理解する。

用語例:非正規化

(5)データベースの物理設計 基本情報 応用情報

データベースの物理設計では,アクセス効率,記憶効率の側面からデータベースの最適化を図ることを理解する。また,磁気ディスク上に記憶される形式や論理データ構造の物理データ構造へのマッピングなど,データベースの物理的構造を設計する際の留意事項を理解する。

用語例:ディスク容量見積り,論理データ構造のマッピング,ファイル編成,最適ブロック設計,物理入出力,性能評価,コンプレッション,デコンプレッション,性能改善ポイント

(6)データベースの作成手順 応用情報

データベース環境の準備,入力データの準備,データベースの定義,データの登録,データベースの検証などの一連のデータベースの作成手順を理解する。

用語例:データベース定義情報,レコード形式,親子関係,キー順,存在制約,インバーテッドファイル

(7)データベースの評価・運用 応用情報

データベースの性能評価方法を理解し,評価結果によってはチューニングや再編成などの対応策が必要であることを理解する。

用語例:データベースの運用・保守

(8)オブジェクト指向データベース 応用情報

オブジェクト指向データベースが開発された背景を理解し,複雑なデータ構造をもつデータの保存などに利用されていることを理解する。

用語例:オブジェクト指向データモデル,複合オブジェクト,XML データベース,オブジェクト識別性,O/R マッピング