ルドが持つ、形式やサイズなどをまとめデジタルサーチャー講座てフィールド定義（あるいはスキーマ定検索を科学するデータベースシステム義）と呼ぶ。フィールド定義とは、簡単にユーティリティー

いえばレコードをフィールドの定義の集データベース
記述言語まりとして定義することだ。
外部プログラム

なお、スキーマ（Scheme）は日本語で

塩田 紳二

は一般にスキームと表記されるが、データベース関係ではスキーマと表記するの第8回

画面
ウィンドウ

フォーム

プリンタ
ファイル

ＡＰＩ

が普通だ。また、フィールド定義よりももデータベース

レポート

データベースエンジン

う少し広い意味で、レコードの物理的なデータ配置などを含んで使われることもある。

コンピュータ関連の記事やニュースなどでよく見かけるデータベースだが、実際のところいろいろな意味で使われていフィールドは、たとえば氏名なら文字る。狭い意味では、データ（情報）の蓄積と管理を行うデータベースシステムを指すが、広い意味では、コンピュータがデ列、製品価格なら金額、購入日時なら日ータのまとまりを扱うことをいうことがある。

付といった形式を持つ。どのような形式が使えるのかはデータベースによって違うが、文字列や整数、日付、金額といっ

フォーム
定義

図2

データベースデータベースファイル
データベース
ファイル
ファイル

レポート
定義

データベースを扱うためのシステムをデータベースシステムと呼ぶ。これは、データベースエンジンを中心にさまざまなソフトウェアなどから構成される。

た形式はほとんどのデータベースで利用

データベースとは?

データベースの基本はレコードあるが、多くのデータベースシステムでは、コンピュータの処理でデータを扱う場が可能だ。

テムに格納する。このとき、特殊な構造

フィールド定義から半自動的にフォーム

データベースは 1 つ以上のテーブルと、関さらにフィールドは、形式に応じたサイを使って、レコードへのアクセスが高速を作成することができる。もちろん、場連するさまざまなデータをひとまとめにしズを持つ。文字列ならば最大の文字数、に行えるように工夫する。また、インデッ合によっては、すべてのフィールドを常にたものとして定義されることが多い。

金額ならば最大桁数などである。

クス情報を作成し、検索を高速化するこ入力する必要はないし、フィールドによっとがほとんどだ。ては、計算などで求めるものもあるだろ

合、定型のデータを複数処理することがデータベースには、いろいろなものが少なくない。このような処理を専門に行あり、さまざまな形のデータを扱うことがレコードは、フィールドと呼ばれる単位

データベースシステムによっては、可変うシステムを、データベースシステムと呼できるが、基本としては情報をレコードから構成されている。フィールドは、氏長のフィールドを扱うことができる。たとぶ。という単位で扱う。レコードは、たとえ名とか商品番号などの一定のサイズ、単えば、文字列の長さを可変長としておき、多くのソフトウェアはなんらかの形でば、名前や電話番号などからなる顧客情一の形式のデータである。通常、レコー大量のテキストを入力するなどというこ

しかし、これだけでは実際の役に立た能である。また、そのフォームを使ってデータを扱うが、特にデータの蓄積や管報などの一定の形式を持つ情報である。

ドは 1 つ以上のフィールドの集まりであとが可能だ。また、ユーザーが形式を定ないので、データベースシステムには、以実際の入力を行う機能がフォーム実行環

理が処理の主体となるような場合、デー

このレコードの集まりをテーブル（表）とる（図 1）。

義できたり、すでに定義されている形式下のような要素が同時に提供されるのが境である。

タベースシステムを使ってアプリケーショいう。これをデータベースと呼ぶこともでも、その範囲を制限することができる普通だ（図 2）。

また、レコードを構成する個々のフィー

こうしたテーブル自体を扱う部分をデータベースエンジンと呼ぶ。

う。こうした入力作業を行うプログラムを作成するための環境がフォーム構築機

テーブルに対して、検索や並べ替えなンを構築することで、ゼロから作るよりも場合もある。たとえば、整数であっても簡単にプログラムを作ることができる。

負の数を許さないようにすることなどが①フォーム構築、実行環境

レポートと呼ぶ。レポートは、テーブルにできる 。た だ 、こうし た 付 加 機 能 は 、②レポート機能登録されているレコードから特定の条件システムを内蔵していて、アプリケーショフィールド自身の特徴として指定できる場③データベース記述言語を満たすものを取り出し、そのレコードンに対して基本機能として提供している合と、入力時の検査で行う場合もある。

④プログラミングインターフェイス

から必要なフィールドのみを取り出してつまり、フィールド自体は負の数を入れら⑤メンテナンスツール

表形式などにして出力する。また、必要テーブル

このため、OS によっては、データベースものもある。

レコードの集まりがテーブル

また、よく名前を聞くOracle や SQLれるようになっているが、データの入力

レコード

Server、PostgreSQL などは、このデータ時に負の数を入れないように検査する方・・・・ベースシステムの名称である。こうしたデータベースシステムは、基本のデータ法もある。
レコードはフィールドから構成されているベース機能に加え、プログラミングの機フィールド能（専用言語など）を持っており、たとえ商品番号

商品名

価格

発売日

一般的なデータベース
システム

ば顧客管理だとか、在庫管理といったアプリケーションを構築できるようになって

図1

データベース（テーブル）は、一定形式のレコードが集まったもので、レコードはフィールドから構成されている。

データベースシステムは、テーブルを動作するプラットフォームのファイルシスいる。

90 │ INTERNET magazine ││ │どを行わせた結果を出力させる機能をに応じてテキストを付加することもでき① のフォーム 構 築 、実 行 環 境とは 、る。たとえば、レポート機能は顧客テーデータを入力するためのものである。たブルから住所ラベルを作ったり、昨日注

とえば、顧客データを入力するには、氏文を行った顧客のリストを作ったりする

名欄や電話番号欄など、フィールドに対ことができる。

応したデータを入力できるような画面がテーブルから特定の条件を満たすレ必要になる。こうした入力画面をフォー

コードを取り出すことを「問い合わせ」まムと呼ぶ。

たはクエリー（Query）と呼ぶ。このときにデータベースシステムでは、レコードのインターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

デジタルサーチャー講座

指定する条件を検索条件（あるいはクラ│検索を科学する INTERNET magazine││ │ 91

ルドが持つ、形式やサイズなどをまとめデジタルサーチャー講座てフィールド定義（あるいはスキーマ定検索を科学する

データベースシステム義）と呼ぶ。フィールド定義とは、簡単にユーティリティーいえばレコードをフィールドの定義の集データベース記述言語まりとして定義することだ。
外部プログラム

なお、スキーマ（Scheme）は日本語で

塩田 紳二

は一般にスキームと表記されるが、データベース関係ではスキーマと表記するの第8回

画面ウィンドウ

フォーム

プリンタ
ファイル

ＡＰＩが普通だ。また、フィールド定義よりももデータベース

レポート

データベースエンジン

う少し広い意味で、レコードの物理的なデータ配置などを含んで使われることもある。

コンピュータ関連の記事やニュースなどでよく見かけるデータベースだが、実際のところいろいろな意味で使われていフィールドは、たとえば氏名なら文字る。狭い意味では、データ（情報）の蓄積と管理を行うデータベースシステムを指すが、広い意味では、コンピュータがデ列、製品価格なら金額、購入日時なら日ータのまとまりを扱うことをいうことがある。

付といった形式を持つ。どのような形式が使えるのかはデータベースによって違うが、文字列や整数、日付、金額といっ

フォーム
定義

図2

データベース
データベース
ファイル
データベース
ファイル
ファイル

レポート
定義

データベースを扱うためのシステムをデータベースシステムと呼ぶ。これは、データベースエンジンを中心にさまざまなソフトウェアなどから構成される。

た形式はほとんどのデータベースで利用

データベースとは?

データベースの基本はレコードあるが、多くのデータベースシステムでは、コンピュータの処理でデータを扱う場が可能だ。

テムに格納する。このとき、特殊な構造

フィールド定義から半自動的にフォーム

データベースは 1 つ以上のテーブルと、関さらにフィールドは、形式に応じたサイを使って、レコードへのアクセスが高速を作成することができる。もちろん、場連するさまざまなデータをひとまとめにしズを持つ。文字列ならば最大の文字数、に行えるように工夫する。また、インデッ合によっては、すべてのフィールドを常にたものとして定義されることが多い。

金額ならば最大桁数などである。

クス情報を作成し、検索を高速化するこ入力する必要はないし、フィールドによっとがほとんどだ。ては、計算などで求めるものもあるだろ

合、定型のデータを複数処理することがデータベースには、いろいろなものが少なくない。このような処理を専門に行あり、さまざまな形のデータを扱うことがレコードは、フィールドと呼ばれる単位

データベースシステムによっては、可変うシステムを、データベースシステムと呼できるが、基本としては情報をレコードから構成されている。フィールドは、氏長のフィールドを扱うことができる。たとぶ。という単位で扱う。レコードは、たとえ名とか商品番号などの一定のサイズ、単えば、文字列の長さを可変長としておき、多くのソフトウェアはなんらかの形でば、名前や電話番号などからなる顧客情一の形式のデータである。通常、レコー大量のテキストを入力するなどというこしかし、これだけでは実際の役に立た能である。また、そのフォームを使ってデータを扱うが、特にデータの蓄積や管報などの一定の形式を持つ情報である。

ドは 1 つ以上のフィールドの集まりであとが可能だ。また、ユーザーが形式を定ないので、データベースシステムには、以実際の入力を行う機能がフォーム実行環

理が処理の主体となるような場合、デーこのレコードの集まりをテーブル（表）とる（図 1）。

義できたり、すでに定義されている形式下のような要素が同時に提供されるのが境である。

タベースシステムを使ってアプリケーショいう。これをデータベースと呼ぶこともでも、その範囲を制限することができる普通だ（図 2）。

また、レコードを構成する個々のフィーこうしたテーブル自体を扱う部分をデータベースエンジンと呼ぶ。

う。こうした入力作業を行うプログラムを作成するための環境がフォーム構築機

テーブルに対して、検索や並べ替えなンを構築することで、ゼロから作るよりも場合もある。たとえば、整数であっても簡単にプログラムを作ることができる。

負の数を許さないようにすることなどが①フォーム構築、実行環境

レポートと呼ぶ。レポートは、テーブルにできる 。た だ 、こうし た 付 加 機 能 は 、②レポート機能登録されているレコードから特定の条件システムを内蔵していて、アプリケーショ

フィールド自身の特徴として指定できる場③データベース記述言語を満たすものを取り出し、そのレコードンに対して基本機能として提供している合と、入力時の検査で行う場合もある。

④プログラミングインターフェイス

から必要なフィールドのみを取り出してつまり、フィールド自体は負の数を入れら⑤メンテナンスツール

表形式などにして出力する。また、必要

テーブル

このため、OS によっては、データベースものもある。

レコードの集まりがテーブル

また、よく名前を聞くOracle や SQLれるようになっているが、データの入力

レコード

Server、PostgreSQL などは、このデータ・・・・ベースシステムの名称である。こうしたデータベースシステムは、基本のデータ時に負の数を入れないように検査する方法もある。
レコードはフィールドから構成されているベース機能に加え、プログラミングの機フィールド能（専用言語など）を持っており、たとえ商品番号

商品名

価格

発売日

一般的なデータベース
システム

ば顧客管理だとか、在庫管理といったアプリケーションを構築できるようになってデータベース（テーブル）は、一定形式のレコードが集まったもので、レコードはフィールドから構成されている。

データベースシステムは、テーブルを動作するプラットフォームのファイルシスいる。

90 │ INTERNET magazine │図1│ │どを行わせた結果を出力させる機能をに応じてテキストを付加することもでき① のフォーム 構 築 、実 行 環 境とは 、る。たとえば、レポート機能は顧客テーデータを入力するためのものである。たブルから住所ラベルを作ったり、昨日注

とえば、顧客データを入力するには、氏文を行った顧客のリストを作ったりする

名欄や電話番号欄など、フィールドに対ことができる。

応したデータを入力できるような画面がテーブルから特定の条件を満たすレ必要になる。こうした入力画面をフォー

コードを取り出すことを「問い合わせ」まムと呼ぶ。

たはクエリー（Query）と呼ぶ。このときにデータベースシステムでは、レコードの指定する条件を検索条件（あるいはクラインターネットマガジン／株式会社インプレスR&D

デジタルサーチャー講座
検索を科学する │ INTERNET magazine │©1994-2007 Impress
R&D│ │ 91

イテリア：Criteria）という。このときに使前述したようにデータベース機能を必能とは別に、テーブルの作成や消去、アう条件を記述する言語を「問い合わせ言要とするアプリケーションは少なくない。

クセス権の設定など、いろいろな設定が語」（Query Language）という。

特にビジネス系の処理のほとんどはなん必要になることが多い。こうした設定な問い合わせは検索と呼ばれることもあらかの形でデータベースに関連するか、どについては専用のプログラムが用意さるが、一般的な検索と区別するため、または、データベースの基本機能の組みデータベース関連では、問い合わせやクテーブルを組み合わせて使う
リレーション処理

このような処理は「リレーション処理」

うこともあり、内部的にデータベースシスと呼ばれ、この機能を持つデータベーステムを利用することもある。通常データシステムを「リレーショナル・データベーベースシステムは、問い合わせを高速に企業などが商品を売る場合、在庫を調ス」と呼ぶ。広く業務用として使われて行うためにインデックスの作成や、特殊れているのが普通である。これらは多くべ、商品があればそれを顧客に発送し、いるデータベースシステムの多くは、このなファイル構造を使う。また、ウェブサイ合わせで実現できる。このため、データ場合、データベース記述言語や上記のまた請求書などを作成する。つまり、顧リレーション機能を持っている。

トなどでも、ページをデータベースシスエリーという用語を使う。問い合わせベースシステムは、テーブルを扱うためAPI を使って作られている。

客からの注文が在庫を変化させ、請求処は、実際にはデータベースエンジンが行の専用のプログラミング言語を持っていう。

るのが普通である。

このリレーション操作だが、基本的にテムが管理するレコードから生成する場

は 2 つのテーブル（あるいはビュー）に含合もある。たとえば、通販サイトの商品小さな会社でもなければ、こうした処

まれ るレコード か ら 同 じ 意 味 を 持 つ

情報のページや注文履歴などはデータ理にはそれぞれ担当部門があり、それぞフィールド同士に着目して処理を行う。

ベースの情報を利用する。このため、理などが発生することなる。

テーブルとビュー

レポートは、主に集計が必要な表示やその他、C 言語などの一般的なコン印刷を前提とした計算処理などを想定しピュータ言語からデータベースシステムテーブルに対して問い合わせを行ってれが管理を行っている。それぞれの処理

このようなリレーション処理の結果としデータベースシステムによっては、レポーている（図 3）。単に、1 件のレコードの内を使うための API（アプリケーションプロ得られたレコードの集まりも一種のテーをコンピュータで行うには、顧客、在庫、て得られる情報は、2 つのレコードを組

トを HTML 形式として出力可能なもの

容などをコンピュータ上で表示させたいグラミングインターフェイス）も持っているブルとみなすことができる。このため、受注といったそれぞれをテーブルとしてみ合わせたもので、これもビューとなる。

や、HTTP サーバーと連携できるものも場合などには、フォーム表示を利用することが多い。

これをテーブルとしてさらにデータベー定義する必要がある。しかし、顧客の名検索システムでは、大量のデータを扱ス処理を行うことも可能になる。

前や住所は、在庫の発送先にも必要だ場合もある。

データベースシステムでは、本来の機レポートの例

データベース
商品番号0001
0002

商品名価格

発売日

発売日

名前価格

2005/12/1 商品名01 ¥5000003

商品名03 ¥200 2005/09/10004

商品名04 ¥400 2004/12/1
2005/09/1 商品名03 ¥200・・
条件を満たす・レコード
合計 ¥1000
レコードから・得たフィールド

2005/10/1 商品名02 ¥300

フィールドの合計処理

図3

レポートは、データベースに対して問い合わせを行い、条件を満たすレコードからフィールドを抜きだしてリストにしたり、同一フィールドの値の合計などの集計処理を行い、プリンタやファイルとして出力する。

ビューの条件定義
条件：300円以下
フィールド：商品番号、商品名、価格

実テーブル
商品番号

図4

商品名

価格

発売日

商品番号

商品名

を実テーブルという。これは、実体があとなる。これを個々のテーブルで管理しるという意味である。

ようとすると、顧客が引っ越したり、電話スキーマのレベル

意味

番号が変わったときに、すべてのテーブ外部スキーマ

ユーザーが使うデータの構造

概念スキーマ

論理的なデータの構造

これに対して問い合わせによって得られたテーブルは実体はなく、実テーブルルで変更を行う必要が出てくるが、それと検索条件から作られるものだ。このよぞれの担当が違っているなら、間違いがうなテーブルをビュー（View）と呼ぶ（図4）。あるいは仮想テーブルという呼び方を使うこともある。

0002

商品名02 ¥3000002

商品名02 ¥300 2005/10/10003

商品名03 ¥2000003

商品名03 ¥200 2005/09/10009

商品名09 ¥1000004

商品名04 ¥400 2004/12/1
・・・

テーブルに対して問い合わせを行い、その結果から必要なフィールドを抜きだして作ったものもテーブルと同じ構造となり、仮想的なテーブルとして扱うことが可能になる。これをビューという。

ビュー
商品番号

合、他のデータベースが持つ情報を取りビューも実テーブルも区別なく行える。

すれば、他のテーブルは変更を行う必要

また、ビューを作るときに、レコードそのがなくなる。

ままの形でなく、特定のフィールドだけを上記の例でいえば、顧客のデータベー取り出して仮想的なレコードを定義できスを作り、個々の顧客に番号を割り振るシステムもある。

り、発送先や請求処理などでは、この顧ビューは、頻繁に利用する問い合わせ客番号を指定しておく。在庫処理で発送や表示のために予め作成されることが多先として名前や住所が必要なときには、い。実テーブルと違うのは、ビューは、この顧客番号を元に顧客データベースに利用されるたびに問い合わせが行われ問い合わせを行い、名前や住所を得れるため、刻々と変化する場合があることばいい（図 6）。
あるいは在庫管理でも、個々の商品をこのため、ビューを定義する問い合わ管理するテーブルと、商品番号と商品せ条件などを「外部スキーマ」定義と呼名、価格などを管理するテーブルを分けぶこともある。これは、スキーマ定義を、ることで、個々の商品を管理するレコー実テーブルを定義するもの（概念スキードに製品名などを重複して持つ必要がマ）、ビューを定義するもの（外部／副スなくなる。もし、個々の製品を管理するキーマ）、レコードの記憶方法を定義する

レコードに製品名を含めると、同種の商もの（内部／記憶スキーマ）の 3 段階で表品の各レコードに同じ情報を含むフィールドが重複して含まれることになる。

価格

商品名価格

発売日

ファイル構造内部スキーマ

図5

物理的なデータの構造

データベース
データベース
ファイル
ファイル

データベースを定義するスキームには、外部、概念、内部の 3 段階あり、それぞれを分離してデータベースシステムを作る。このようにすることでたとえば外部のプログラムは、ファイル構造などを気にする必要がなくなる。

発注のテーブル
注文番号

商品番号

数量

顧客番号

一致するものを見つける

一致するものを見つける

商品情報のテーブル
商品番号

商品名

会社名

価格

顧客情報のテーブル
顧客番号

発売日

住所

商品名

住所

数量

会社名

電話番号

価格

発注情報のビュー

図6

リレーション処理を使うことで、複数のテーブルから必要な情報を組み合わせた仮想的なテーブル（ビュー）を作り出すことができる。

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

商品名
実テーブル

商品番号

このような複数のテーブルを使う場出せるようにしておけば、1 か所を訂正現する考え方である（図 5）。

例

入る可能性がある。

デ ー タ ベ ー スシ ステム の 処 理 は 、

価格

商品名01 ¥500 2005/12/1│ │し、請求書の請求先名や発送先にも必要だ。

ビュー

0001

92 │ INTERNET magazine │実際にファイル上に作られるテーブル

2005年1月1日以降に発売された製品

商品名01 ¥500 2005/12/1 レポート作成
商品名02 ¥300 2005/10/1

ある。

デジタルサーチャー講座│

検索を科学する INTERNET magazine││ │ 93イテリア：Criteria）という。このときに使前述したようにデータベース機能を必能とは別に、テーブルの作成や消去、アう条件を記述する言語を「問い合わせ言要とするアプリケーションは少なくない。

クセス権の設定など、いろいろな設定が語」（Query Language）という。

特にビジネス系の処理のほとんどはなん必要になることが多い。こうした設定な問い合わせは検索と呼ばれることもあらかの形でデータベースに関連するか、どについては専用のプログラムが用意さるが、一般的な検索と区別するため、または、データベースの基本機能の組みデータベース関連では、問い合わせやクテーブルを組み合わせて使う
リレーション処理

このような処理は「リレーション処理」

うこともあり、内部的にデータベースシスと呼ばれ、この機能を持つデータベーステムを利用することもある。通常データシステムを「リレーショナル・データベーベースシステムは、問い合わせを高速に企業などが商品を売る場合、在庫を調ス」と呼ぶ。広く業務用として使われて行うためにインデックスの作成や、特殊れているのが普通である。これらは多くべ、商品があればそれを顧客に発送し、いるデータベースシステムの多くは、このなファイル構造を使う。また、ウェブサイ合わせで実現できる。このため、データ場合、データベース記述言語や上記のまた請求書などを作成する。つまり、顧リレーション機能を持っている。

トなどでも、ページをデータベースシスエリーという用語を使う。問い合わせベースシステムは、テーブルを扱うため

API を使って作られている。

客からの注文が在庫を変化させ、請求処は、実際にはデータベースエンジンが行の専用のプログラミング言語を持っていう。

るのが普通である。

このリレーション操作だが、基本的にテムが管理するレコードから生成する場は 2 つのテーブル（あるいはビュー）に含合もある。たとえば、通販サイトの商品小さな会社でもなければ、こうした処

まれ るレコード か ら 同 じ 意 味 を 持 つ

情報のページや注文履歴などはデータ

理にはそれぞれ担当部門があり、それぞフィールド同士に着目して処理を行う。

ベースの情報を利用する。このため、理などが発生することなる。

テーブルとビュー

レポートは、主に集計が必要な表示やその他、C 言語などの一般的なコン印刷を前提とした計算処理などを想定しピュータ言語からデータベースシステムテーブルに対して問い合わせを行ってれが管理を行っている。それぞれの処理

このようなリレーション処理の結果としデータベースシステムによっては、レポーている（図 3）。単に、1 件のレコードの内を使うための API（アプリケーションプロ

得られたレコードの集まりも一種のテーをコンピュータで行うには、顧客、在庫、て得られる情報は、2 つのレコードを組

トを HTML 形式として出力可能なもの

容などをコンピュータ上で表示させたい

グラミングインターフェイス）も持っているブルとみなすことができる。このため、受注といったそれぞれをテーブルとしてみ合わせたもので、これもビューとなる。

や、HTTP サーバーと連携できるものも場合などには、フォーム表示を利用することが多い。

これをテーブルとしてさらにデータベー定義する必要がある。しかし、顧客の名検索システムでは、大量のデータを扱ス処理を行うことも可能になる。

前や住所は、在庫の発送先にも必要だ場合もある。

データベースシステムでは、本来の機レポートの例

データベース
商品番号0001
0002

商品名

価格

発売日

商品名01 ¥500 2005/12/1 レポート
作成
商品名02 ¥300 2005/10/1

2005年1月1日以降に発売された製品
発売日

名前

価格

2005/12/1 商品名01 ¥5000003

商品名03 ¥200 2005/09/10004

商品名04 ¥400 2004/12/1
2005/09/1 商品名03 ¥200・・
条件を満たす・レコード
合計 ¥1000
レコードから・得たフィールド

2005/10/1 商品名02 ¥300

フィールドの合計処理

図3

レポートは、データベースに対して問い合わせを行い、条件を満たすレコードからフィールドを抜きだしてリストにしたり、同一フィールドの値の合計などの集計処理を行い、プリンタやファイルとして出力する。

ビューの条件定義
条件：300円以下
フィールド：商品番号、商品名、価格

実テーブル
商品番号

図4

商品名

価格

発売日

商品番号

商品名

価格

0001

商品名01 ¥500 2005/12/10002

商品名02 ¥3000002

商品名02 ¥300 2005/10/10003

商品名03 ¥2000003

商品名03 ¥200 2005/09/1

0009

商品名09 ¥1000004

商品名04 ¥400 2004/12/1
・・・

テーブルに対して問い合わせを行い、その結果から必要なフィールドを抜きだして作ったものもテーブルと同じ構造となり、仮想的なテーブルとして扱うことが可能になる。これをビューという。

92 │ INTERNET magazine ││ │実際にファイル上に作られるテーブル

し、請求書の請求先名や発送先にも必要を実テーブルという。これは、実体があとなる。これを個々のテーブルで管理しるという意味である。

ようとすると、顧客が引っ越したり、電話スキーマのレベル

意味

番号が変わったときに、すべてのテーブ

外部スキーマユーザーが使うデータの構造

概念スキーマ

論理的なデータの構造

これに対して問い合わせによって得られたテーブルは実体はなく、実テーブルルで変更を行う必要が出てくるが、それと検索条件から作られるものだ。このよ

ぞれの担当が違っているなら、間違いがうなテーブルをビュー（View）と呼ぶ（図4）。あるいは仮想テーブルという呼び方を使うこともある。

ビュー
商品番号合、他のデータベースが持つ情報を取りビューも実テーブルも区別なく行える。

すれば、他のテーブルは変更を行う必要

また、ビューを作るときに、レコードそのがなくなる。
上記の例でいえば、顧客のデータベー取り出して仮想的なレコードを定義できスを作り、個々の顧客に番号を割り振るシステムもある。

り、発送先や請求処理などでは、この顧ビューは、頻繁に利用する問い合わせ客番号を指定しておく。在庫処理で発送や表示のために予め作成されることが多先として名前や住所が必要なときには、い。実テーブルと違うのは、ビューは、この顧客番号を元に顧客データベースに利用されるたびに問い合わせが行われ問い合わせを行い、名前や住所を得れるため、刻々と変化する場合があることばいい（図 6）。
あるいは在庫管理でも、個々の商品をこのため、ビューを定義する問い合わ

管理するテーブルと、商品番号と商品せ条件などを「外部スキーマ」定義と呼名、価格などを管理するテーブルを分けぶこともある。これは、スキーマ定義を、ることで、個々の商品を管理するレコー実テーブルを定義するもの（概念スキードに製品名などを重複して持つ必要がマ）、ビューを定義するもの（外部／副スなくなる。もし、個々の製品を管理するキーマ）、レコードの記憶方法を定義する

レコードに製品名を含めると、同種の商もの（内部／記憶スキーマ）の 3 段階で表品の各レコードに同じ情報を含むフィールドが重複して含まれることになる。

価格

商品名

価格

発売日

ファイル構造内部スキーマ

図5

ままの形でなく、特定のフィールドだけを商品名
実テーブル

商品番号

このような複数のテーブルを使う場出せるようにしておけば、1 か所を訂正現する考え方である（図 5）。

例

入る可能性がある。

デ ー タ ベ ー スシ ステム の 処 理 は 、だ。

ビューある。

物理的なデータの構造

データベース
データベース
ファイル
ファイル

データベースを定義するスキームには、外部、概念、内部の 3 段階あり、それぞれを分離してデータベースシステムを作る。このようにすることでたとえば外部のプログラムは、ファイル構造などを気にする必要がなくなる。

発注のテーブル
注文番号

商品番号

数量

顧客番号

一致するものを見つける

一致するものを見つける

商品情報のテーブル商品番号

商品名

会社名

価格

顧客情報のテーブル
発売日

住所

顧客番号

商品名

数量

住所

会社名

電話番号

価格

発注情報のビュー

図6

リレーション処理を使うことで、複数のテーブルから必要な情報を組み合わせた仮想的なテーブル（ビュー）を作り出すことができる。

インターネットマガジン／株式会社インプレスR&D

デジタルサーチャー講座
検索を科学する │ INTERNET magazine │©1994-2007 Impress
R&D│ │ 93

［インターネットマガジン バックナンバーアーカイブ］ ご利用上の注意
この PDF ファイルは、株式会社インプレス R&D（株式会社インプレスから分割）が 1994 年～2006 年まで発行した月刊誌『インターネットマガジン』の誌面を PDF 化し、「インターネットマガジン バックナンバーアーカイブ」として以下のウェブサイト「All-in-One INTERNET magazine 2.0」で公開しているものです。

http://i.impressRD.jp/bn
このファイルをご利用いただくにあたり、下記の注意事項を必ずお読みください。
z 記載されている内容（技術解説、URL、団体・企業名、商品名、価格、プレゼント募集、アンケートなど）は発行当時のものです。
z 収録されている内容は著作権法上の保護を受けています。著作権はそれぞれの記事の著作者（執筆者、写真の撮影者、イラストの作成者、編集部など）が保持しています。
z 著作者から許諾が得られなかった著作物は収録されていない場合があります。
z このファイルやその内容を改変したり、商用を目的として再利用することはできません。あくまで個人や企業の非商用利用での閲覧、複製、送信に限られます。
z 収録されている内容を何らかの媒体に引用としてご利用する際は、出典として媒体名および月号、該当ページ番号、発行元（株式会社インプレス R&D）、コピーライトなどの情報をご明記ください。
z オリジナルの雑誌の発行時点では、株式会社インプレス R&D（当時は株式会社インプレス）と著作権者は内容が正確なものであるように最大限に努めましたが、すべての情報が完全に正確であることは保証できません。このファイルの内容に起因する直接的および間接的な損害に対して、一切の責任を負いません。お客様個人の責任においてご利用ください。

このファイルに関するお問い合わせ先
All-in-One INTERNET magazine 編集部
im-info@impress.co.jp
Copyright © 1994-2007 Impress R&D, an Impress Group company. All rights reserved.