JPH0822405A - リレーショナルデータベースの管理システム - Google Patents

Abstract

(57)【要約】 【目的】この発明は、レコード単位での世代管理を行う
リレーショナルデータベースにおいて、参照整合性を実
現することができることを目的とする。 【構成】この発明は、リレーショナルデータベースにレ
コードという概念を導入することにより、リレーショナ
ルデータベースを３次元構造として理解し、各レコード
毎の世代管理を実現するようにしたものである。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、たとえば参照整合性
を有し、世代管理を行うリレーショナルデータベースを
管理するリレーショナルデータベースの管理システムに
関する。

【０００２】

【従来の技術】従来、交通機関たとえば鉄道では、定期
券発行機、自動改札機等の機器が利用されている。これ
らの機器では、内部のハードディスクに記憶されている
データファイルに基づいて路線データ等を管理してい
る。

【０００３】しかし、ある会社線のある路線で路線名が
変更されたり、新駅が追加されたり、駅が廃止されたり
するようになっている。この場合、その会社線に対する
機器のデータファイルだけでなく、連絡している他社線
の各機器のデータファイルを変更するようになってい
る。

【０００４】この変更を行う基となるデータベースとし
て路線、会社、駅、交差駅等の各リレーションが用意さ
れているリレーショナルデータベースが用いられてい
る。このリレーショナルデータベースにおける参照整合
性を損なわないデータ更新方法としてリレーショナルデ
ータベース言語ＳＱＬがＩＳＯ規格（ＪＩＳ規格）で標
準化されている。しかし、レコード単位の世代管理を行
う世代管理型データベースでは、有効期間か設定された
複数のタプルを１つのレコードとして扱うことによって
世代管理を実現しているので、参照整合性を保持するた
めには対称となるタプルの有効期間に重なる全世代につ
いて個々に参照制約動作を行っていない。

【０００５】このため、ＳＱＬをそのまま適用できず、
データベース利用者が１回のデータ更新に対して参照整
合性を検査し、複数の命令を実行しなければならなかっ
た。したがって、従来の世代管理型データベースでは、
参照整合性が保証されていないのでデータの信頼性に乏
しく、データベースの利用も世代管理と参照整合性に対
する知識がないと難しい。また、データの更新に対して
複数の命令が必要なため、作業量も多くなり、データベ
ースを利用したアプリケーション・プログラムも複雑な
ものにならざるを得ないという欠点があった。

【０００６】

【発明が解決しようとする課題】この発明は、上記した
ように、レコード単位での世代管理を行うリレーショナ
ルデータベースにおいて参照整合性を実現することがで
きないという欠点を除去するもので、レコード単位での
世代管理を行うリレーショナルデータベースにおいて、
参照整合性を実現することができるリレーショナルデー
タベースの管理システムを提供することを目的とする。

【０００７】

【課題を解決するための手段】この発明のリレーショナ
ルデータベースの管理システムは、属性とタプルと有効
日付とからなる３次元の複数のリレーショナルデータベ
ース、上記各リレーショナルデータベースの参照整合性
を記憶している参照整合性テーブル、上記リレーショナ
ルデータベースの更新内容とその有効日付とを指定する
指定手段、およびこの指定手段により指定された更新内
容に基づいて対象となるリレーショナルデータベースの
記憶内容を上記有効日付を基準にして更新し、上記更新
内容に基づいて上記参照整合性テーブルから参照整合性
のあるリレーショナルデータベースを判断し、この判断
した参照整合性のあるリレーショナルデータベースの記
憶内容を上記有効日付を基準にして更新する処理手段か
ら構成されている。

【０００８】この発明のリレーショナルデータベースの
管理システムは、属性と路線名とこの路線名の有効日付
とからなる３次元の複数のリレーショナルデータベー
ス、上記各リレーショナルデータベースの参照整合性を
記憶している参照整合性テーブル、上記リレーショナル
データベースの更新内容とその有効日付とを指定する指
定手段、およびこの指定手段により指定された更新内容
に基づいて対象となるリレーショナルデータベースの記
憶内容を上記有効日付を基準にして更新し、上記更新内
容に基づいて上記参照整合性テーブルから参照整合性の
あるリレーショナルデータベースを判断し、この判断し
た参照整合性のあるリレーショナルデータベースの記憶
内容を上記有効日付を基準にして更新する処理手段から
構成されている。

【０００９】

【作用】この発明は、上記のような構成において、リレ
ーショナルデータベースにレコードという概念を導入す
ることにより、リレーショナルデータベースを３次元構
造として理解し、各レコード毎の世代管理を実現するよ
うにしたものである。

【００１０】

【実施例】以下、この発明の一実施例について図面を参
照して説明する。図１はこの発明のリレーショナルデー
タベースが用いられる交通機器のデータファイルを管理
する管理システムである。

【００１１】この管理システムは、データベースの管理
者用のパーソナルコンピータ１と、このパーソナルコン
ピータ１により作成されたデータファイルが記憶された
フロッピーディスク２、…によりそれぞれのデータファ
イルの記憶内容が変更される種々の会社線に対応する自
動改札機や定期券発行機等の駅務機器３、…により構成
されている。

【００１２】パーソナルコンピータ１は、図２に示すよ
うに、全体を制御する制御部１１、種々のリレーショナ
ルデータベースが記憶されているハードディスクＨＤ、
種々の指示を入力するキーボード１２、案内用のディス
プレイ１３、上記各リレーショナルデータベースの記憶
内容を各駅務機器３、…の内容に対応したデータに変換
するデータ変換部１４と、このデータ変換部１４で変換
したデータをそれぞれ個々のフロッピーディスク２、…
に記憶するフロッピーディスク装置１５によって構成さ
れている。

【００１３】上記ハードディスクＨＤ内には、参照整合
性テーブル２１、およびリレーショナルデータベース２
２ａ、２２ｂ、…が設けられている。参照整合性テーブ
ル２１は、上記リレーショナルデータベース２２ａ、…
の参照整合性を定義することができ、あるリレーショナ
ルデータベース内の外部キーと呼ばれる属性（複数も可
能）を、他のリレーショナルデータベースの属性に対応
づけることができる。

【００１４】参照整合性テーブル２１は、その対応とし
ての親属性と子属性の関係が記憶されているテーブルで
あり、たとえば、図３に示すように、子属性のリレーシ
ョン名と属性名、親属性のリレーション名と属性名、お
よびそれらの関係が対応して記憶されている。

【００１５】この関係は、ＩＳＯによって標準化された
ＳＱＬによって規格化されている参照整合性に準ずるも
のであり、２つのリレーションの属性に対して関連性を
定義することによって、複数のリレーションの有機的な
結び付きを保障するものである。

【００１６】たとえば、図３の場合、子属性のリレーシ
ョン名「駅」と属性名「路線名」、親属性のリレーショ
ン名「路線」と属性名「路線名」、関係「一致」が対応
して記憶されている。

【００１７】この参照整合性を保持できないようなレコ
ードの更新を行うことは不可能であり、エラーとするか
可能なかぎり参照整合性を保持するように他のリレーシ
ョナルデータベースも更新を波及させるかはデータベー
スの利用者が選択できるようになっている。

【００１８】上記リレーショナルデータベース２２ａ、
…は、それぞれ世代管理型のリレーショナルデータベー
スであり、有効期間を取り入れた３次元的なデータとし
てとらえられる（図４の（ａ）（ｂ）（ｃ）参照）。

【００１９】これらのリレーショナルデータベース２２
ａ、…では、連続するいくつかの有効期間に各々対応す
るタプルの集合としてレコードという概念を導入するこ
とによって、あたかも従来の二次元的なリレーショナル
データが指定期日によって変化していくように扱うこと
ができる。

【００２０】すなわち、図４の（ａ）は、従来のリレー
ショナルデータベースの２次元のデータに対して、時間
軸としての高さを加えたものであり、指定期日において
水平に切り出した場合には従来のリレーショナルデータ
と同じ、横軸に属性、縦軸にタプルを並べた２次元のデ
ータが得られる（図４の（ｃ）参照）。この時、主キー
として指定されるいくつかの属性は他のタプルと重複し
ない。

【００２１】これに対し、垂直方向に切り出した場合
は、該当するレコードの期日による変化を表わす、２次
元のデータが得られる（図４の（ｂ）参照）。この時、
主キーはすべて同一のものとなる。レコードに対して更
新命令が実行された場合は、この表を指定された期日を
もって更新内容が水平方向に切り出した２次元の表に反
映されるように書き換えられる。

【００２２】リレーショナルデータベース２２ａは、た
とえば駅データに対するものであり、図４の（ａ）に示
すように、属性情報とタプル番号と有効日付とにより各
軸が構成されている。この場合、属性情報は、開始日、
廃止日、駅コード、路線名、駅名、および表示パターン
から構成されている。

【００２３】たとえば、タプル番号としての駅コード
「４」に対して、図４の（ｂ）に示すようなタプル群
（レコード）が記憶されており、この開始日、廃止日、
および表示パターンの異なる４つのタプルから構成され
ている（日付の重複するタプルは存在しない）。

【００２４】この場合、開始日「９０−０１−０１」、
廃止日「９１−１２−３１」、駅コード「４」、路線名
「中央線」、駅名「新宿」、および表示パターン「新
宿」のタプル、開始日「９２−０１−０１」、廃止日
「９３−０２−０１」、駅コード「４」、路線名「中央
線」、駅名「新宿」、および表示パターン「新宿」のタ
プル、開始日「９３−０２−０２」、廃止日「９４−
２−１６」、駅コード「４」、路線名「中央線」、駅名
「新宿」、および表示パターン「 新宿 」のタプル、
開始日「９４−０２−１７」、廃止日「ＮＵＬＬ」、駅
コード「４」、路線名「中央線」、駅名「新宿」、およ
び表示パターン「○○新宿」のタプルから構成されてい
る。

【００２５】また、９４−０２−１７に対して有効な図
４の（ｃ）に示すような、タプル群が対応している（同
一駅コード（キー）は存在しない）。この場合、開始日
「９４−０１−０１」、廃止日「ＮＵＬＬ」、駅コード
「１」、路線名「東海道本線」、駅名「東京」、および
表示パターン「○○東京 」のタプル、開始日「９３−
０１−３１」、廃止日「９４−０２−２８」、駅コード
「２」、路線名「東海道本線」、駅名「横浜」、および
表示パターン「 横浜 」のタプル、開始日「９３−０
９−０１」、廃止日「ＮＵＬＬ」、駅コード「３」、路
線名「東北本線」、駅名「仙台」、および表示パターン
「 仙 台」のタプル、開始日「９４−０２−１７」、
廃止日「ＮＵＬＬ」、駅コード「４」、路線名「中央
線」、駅名「新宿」、および表示パターン「○○新宿
」のタプルから構成されている。

【００２６】また、リレーショナルデータベース２２ｂ
は、たとえば路線データに対するものであり、属性情報
とタプル番号と有効日付とにより各軸が構成されてい
る。この場合、属性情報は、開始日、廃止日、路線コー
ド、路線名、会社名、および表示パターンから構成され
ている。

【００２７】すなわち、９４−０４−０１以降に対して
有効な図５に示すような、タプル群が対応している（同
一路線コード（キー）は存在しない）。この場合、開始
日「９３−０１−０１」、廃止日「ＮＵＬＬ」、路線コ
ード「１」、路線名「東海道本線 」、会社名「○○○
○○」、および表示パターン「東海道本線」のタプル、
開始日「９４−０４−０１」、廃止日「ＮＵＬＬ」、駅
コード「２」、路線名「東北本線」、会社名「○○○○
○」、および表示パターン「 東北本線 」のタプ
ル、開始日「９０−０１−０１」、廃止日「ＮＵＬ
Ｌ」、路線コード「３」、路線名「中央線」、会社名
「○○○○○」、および表示パターン「中央線 」
のタプルから構成されている。

【００２８】したがって、制御部１１は、各駅務機器
３、…に対する指定された日付のデータファイルをリレ
ーショナルデータベース２２ａ、２２ｂ、…の記憶内容
に応じて作成し、各データファイルをフロッピーディス
ク装置１５によってフロッピーディスク２、…に記憶す
る。この各フロッピーディスク２、…を対応する駅務機
器３、…にそれぞれ設定することにより、駅務機器３、
…内の図示しないハードディスクのデータファイルを新
たな内容に更新する。

【００２９】次に、上記のような構成において、Ａ社の
路線データの変更処理について、図６に示すフローチャ
ートを参照しつつ説明する。まず、Ａ社路線データの変
更仕様書に基づいて、管理者用のパーソナルコンピータ
１のキーボード１２により路線データの変更命令を入力
する。この路線データの変更命令は、たとえば、リレー
ション名「路線データ」、キー名「３」、変更属性「路
線名」、変更内容「中央線」を「中央本線」、変更日付
「９４−０１−０１」となっている。

【００３０】これにより、制御部１１は、参照整合性テ
ーブル２１を検索し、対象属性に親子関係があるか否か
を確認する。この確認の結果、リレーション名「路
線」、属性名「路線名」が親属性であり、この親属性に
対する子属性としてリレーション名「駅」、属性名「路
線名」があると判断する。すなわち、リレーショナルデ
ータベース２２ｂの路線データの路線名「中央線」とリ
レーショナルデータベース２２ａの駅データの路線名
「中央線」の変更を判断する。

【００３１】この判断により、制御部１１は、リレーシ
ョナルデータベース２２ｂの対応する路線データのタプ
ルを更新し、リレーショナルデータベース２２ａの対応
する駅データのタプルを更新する。

【００３２】すなわち、図７の（ａ）に示す路線データ
に対して、図７の（ｂ）に示すように、３番目のタプル
の廃止日を「ＮＵＬＬ」に変更し、４番目のタプルとし
て、開始日「９０−０１−０１」、廃止日「ＮＵＬ
Ｌ」、路線コード「３」、路線名「中央線」、会社名
「○○○○○」、および表示パターン「 中央本線 」
のタプルを追加する。

【００３３】また、図８の（ａ）に示す駅データに対し
て、図８の（ｂ）に示すように、３番目のタプルの廃止
日を「９３−１２−３１」に変更し、４番目のタプルの
路線名を「中央本線」に変更し、３番目と４番目のタプ
ルの間に、開始日「９４−０１−０１」、廃止日「９４
−０２−１６」、駅コード「４」、路線名「中央本
線」、駅名「新宿」、および表示パターン「 新 宿
」のタプルを追加する。

【００３４】この結果、図９の（ａ）（ｂ）に示すよう
に、路線データと駅データの各タプルが、９４−０１−
０１を基準にして、路線名を「中央本線」に変更するよ
うにでき、それらの整合性を保つことができる。

【００３５】また、上記例では、変更について説明した
が、廃止、追加等も同様に行うことができる。たとえ
ば、９４−０１−０１付けで、路線名「中央線」を廃止
する場合、図７の（ａ）に示す路線データに対して、３
番目のタプルの廃止日を「９４−０１−０１」に変更
し、図８の（ａ）に示す駅データに対して、３番目のタ
プルの廃止日を「９４−０１−０１」に変更し、４番目
のタプルを消去する。また、追加は、指定記述とするタ
プルを追加するものであり、日付でできるかできないか
を確認しているだけである。この追加の際、参照整合性
に違反するレコードは作成できない。

【００３６】したがって、上記のような世代管理型のリ
レーショナルデータベースではレコードに対する更新が
行われた時に、参照整合性を破壊するような命令を拒否
するだけでなく参照整合性を保つように他のリレーショ
ンの変更も実行するよう利用者が指定できる。この時、
ＳＱＬ２に規格化されている単なるタプルの変更にとど
まらず、どの期日においても参照整合性が保たれるよう
に各レコードを更新していくことができる。

【００３７】また、世代管理をリレーショナルデータベ
ースが行うため、特定の日付に行わなければならないデ
ータの変更を参照整合性を損なわずに事前に行うことが
できる。

【００３８】また、参照整合性を世代管理型のリレーシ
ョナルデータベースに適用することにより、参照制約動
作を指定することができ、データの信頼性が向上し、デ
ータ更新作業量も減少する。

【００３９】さらに、リレーショナルデータベースに開
始日、廃止日の管理、参照整合性の管理をまかせること
により、同一内容の各世代のタプルをレコードとしてと
らえ、レコードに対する更新命令を行うことにより、複
数のタプル変更を簡単に、確実に実行できる。

【００４０】

【発明の効果】以上詳述したようにこの発明によれば、
レコード単位での世代管理を行うリレーショナルデータ
ベースにおいて、参照整合性を実現することができるリ
レーショナルデータベースの管理システムを提供でき
る。

【図面の簡単な説明】

【図１】この発明の一実施例におけるリレーショナルデ
ータベースの管理システムの構成を説明するための概略
図。

【図２】パーソナルコンピータの内部構成を示すブロッ
ク図。

【図３】参照整合性テーブルの記憶例を示す図。

【図４】駅データに対するリレーショナルデータベース
を説明するための図。

【図５】路線データに対するタプル群を説明するための
図。

【図６】路線データの変更処理を説明するためのフロー
チャート。

【図７】路線データの変更内容を説明するための図。

【図８】駅データの変更内容を説明するための図。

【図９】路線データと駅データの各タプルの整合性を説
明するための図。

【符号の説明】

１…パーソナルコンピータ ２…フロッピーディスク ３、〜…駅務機器 １１…制御部 ＨＤ…ハードディスク ２２…参照整合性テーブル ２２ａ、２２ｂ、〜…リレーショナルデータベース

Claims (1)

【特許請求の範囲】
1. 【請求項１】 属性とタプルと有効日付とからなる３次
   元の複数のリレーショナルデータベースと、 上記各リレーショナルデータベースの参照整合性を記憶
   している参照整合性テーブルと、 上記リレーショナルデータベースの更新内容とその有効
   日付とを指定する指定手段と、 この指定手段により指定された更新内容に基づいて対象
   となるリレーショナルデータベースの記憶内容を上記有
   効日付を基準にして更新し、上記更新内容に基づいて上
   記参照整合性テーブルから参照整合性のあるリレーショ
   ナルデータベースを判断し、この判断した参照整合性の
   あるリレーショナルデータベースの記憶内容を上記有効
   日付を基準にして更新する処理手段と、 を具備したことを特徴とするリレーショナルデータベー
   スの管理システム。 【請求項１】 属性と路線名とこの路線名の有効日付と
   からなる３次元の複数のリレーショナルデータベース
   と、 上記各リレーショナルデータベースの参照整合性を記憶
   している参照整合性テーブルと、 上記リレーショナルデータベースの更新内容とその有効
   日付とを指定する指定手段と、 この指定手段により指定された更新内容に基づいて対象
   となるリレーショナルデータベースの記憶内容を上記有
   効日付を基準にして更新し、上記更新内容に基づいて上
   記参照整合性テーブルから参照整合性のあるリレーショ
   ナルデータベースを判断し、この判断した参照整合性の
   あるリレーショナルデータベースの記憶内容を上記有効
   日付を基準にして更新する処理手段と、 を具備したことを特徴とするリレーショナルデータベー
   スの管理システム。