JP2000267909A - データベースシステム - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク型データベースシステムにテー
ブル操作インタフェースを提供する際に、よりネットワ
ーク型データベース自体の操作を効率的に行うシステム
を提供すること。 【解決手段】 ネットワーク型データベースからのレコ
ードデータ抽出及びテーブルデータへの展開、展開済み
テーブルデータ上でのテーブル操作、テーブルデータ更
新とそれを反映したレコードデータの更新、さらにレコ
ードデータ更新の際の矛盾チェックと規則や問合せによ
るデータの対応付けのそれぞれを行う手段を設けること
でローカルなテーブル参照処理と効率化したデータベー
ス更新処理を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースシス
テムに関わり、特に、ネットワーク型データベースをテ
ーブル操作インタフェースで参照および更新が可能なデ
ータベースシステムに関する。

【０００２】

【従来の技術】従来から汎用大型電子計算機などではネ
ットワーク型データベースは広く用いられていたが、ユ
ーザまたはアプリケーションプログラムレがコード単位
でデータを操作するため、データベースの参照及び更新
はレコード単位の操作に基づいて手続き的に記述する必
要があり、利用しにくい面がある。

【０００３】一方、リレーショナルデータベースはテー
ブル単位でのデータ操作を基本とし、比較的利用しやす
いインタフェースを提供できることが知られている。そ
こで、ネットワーク型データベースの参照及び更新をリ
レーショナルデータベースと同様のテーブル操作インタ
フェースで行えるようにする方式が考えられている。例
えば、特開平２−６７６８２号公報に記載されているデ
ータベースシステムではリレーショナルデータベースの
操作言語であるＳＱＬを解析し、ネットワーク型データ
ベースの操作言語であるＤＭＬに変換することでテーブ
ル操作によるネットワーク型データベースの操作を実現
している。また、特開平４−２９９４５９号公報に記載
されているデータベースアクセスシステムではリレーシ
ョナルデータベースに対する問合せ文からネットワーク
型データベースを操作するための条件と手順を示すアク
セスモジュールの並びを生成し、その並びを順次実行す
る機能を実現している。いずれもリレーショナルデータ
ベースが持つテーブル操作のユーザインタフェースを提
供し、それとともにその操作をネットワーク型データベ
ースの操作に変換する手段を提供することで実際のデー
タベース操作を実現している。

【０００４】

【発明が解決しようとする課題】しかしながら、上記の
従来技術では、例えば、あるデータＡを参照した後、そ
のデータＡから次のデータＢを参照するといった処理形
態のように、対話形式でテーブルを操作しながら随時更
新を行うような処理形態の場合、テーブル上の個々の操
作が変換を伴ったネットワーク型データベース上での複
雑なレコード操作を必要とし、効率的な操作が困難にな
るという問題点がある。

【０００５】本発明の目的は、ネットワーク型データベ
ースシステムにテーブル操作インタフェースを提供する
際に、ネットワーク型データベース自体の操作をより効
率的に行うことが可能なデータベースシステムを提供す
ることにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワーク型データベースに対する操
作要求を解析する解析手段と、解析した操作要求に基づ
くネットワーク型データベースに対するコマンド生成処
理と生成されたコマンドに対する実行結果データのテー
ブルデータへの展開処理を行うデータベース操作要求処
理手段と、前記テーブルデータを格納する格納手段と、
前記解析手段によって解析した操作要求に基づき前記テ
ーブルデータの操作を行うテーブル操作要求処理手段
と、前記生成したテーブルデータに対するコマンドによ
るデータベースアクセス手段を備えることを特徴とす
る。

【０００７】また、データベース操作要求処理手段にお
いて、ネットワーク型データベースにおける１つのタイ
プの親レコードについてそれに対する１つのタイプの子
レコードとの間で、各親レコードと子レコードの組み合
わせについてそれぞれのフィールドの並びを結合してタ
プルを作成し、そのタプルの集合としてテーブルを構成
することを特徴とする。

【０００８】また、テーブルの更新が行われた場合に更
新に関わるタプルに対応するネットワーク型データベー
スのレコードに対しても更新内容を反映するための要求
をデータベース操作要求処理手段に対して行うことを特
徴とする。

【０００９】さらに、これに伴ってテーブル操作要求処
理手段はネットワーク型データベースのレコードに対す
る更新内容の反映の際にデータベースとテーブルの構造
の違いを吸収するため、レコード更新によって発生する
データベースの矛盾チェックと、対応付け規則によるテ
ーブルとデータベースの対応付けと、ユーザ問合せによ
るテーブルとデータベースの対応付けを行うことを特徴
とする。以上のような構成でネットワーク型データベー
スのテーブル操作インタフェースによる参照および更新
を実現する。

【００１０】

【発明の実施の形態】以下、図を用いて本発明の実施形
態について説明する。図１は、本発明によるデータベー
スシステムの一実施形態を示すブロック図である。この
実施形態のデータベースシステムは、入出力装置１、操
作要求受付部２、データベース操作要求処理部３、テー
ブル操作要求処理部４、データベース５、テーブルデー
タ格納装置６からなる。また、データベース５はレコー
ドデータ５１及びデータベース定義５２を備えている。

【００１１】まず、データベース５の構成について説明
する。データベース５には、図２のような親子の関連を
持つレコード２１，２２，２３によって構成されるネッ
トワーク型データベースが構築されているものとする。
なお、現実に運用されるデータベース５のレコードは親
レコードが別のレコードの子レコードになっているな
ど、実際にはさらに複雑な関係を持っているが、図２に
おいては説明を簡単にするために最も単純なレコード関
係を示している。

【００１２】データベース５内のレコードデータ５１の
内容は図３に示すものとする。但し、ここでは得意先レ
コード２１と受注レコード２３のそれぞれの内容と両者
の関連だけに注目し、商品レコード２２（図２）につい
ては省略している。得意先レコード２１−１〜２１−４
は「得意先ＩＤ、得意先名」の２つのフィールド２１
１，２１２を持ち、受注レコード２３−１〜２３−５は
「伝票ＩＤ、得意先ＩＤ、商品ＩＤ、数量」の４つのフ
ィールド２３１，２３２，２３３，２３４を持ってい
る。また、各受注レコード２３−１〜２３−５は同じ得
意先ＩＤを持つ得意先レコードとの間でリンクを持って
いる。図３の例では、各受注レコード２３−１と２３−
２が同じ得意先ＩＤ「Ｔ０００１」を持っているため、
この各受注レコード２３−１と２３−２には矢印で示す
リンクが張られている。また、同じ得意先ＩＤを持つ複
数の受注レコードがある場合はそれらと対応する得意先
レコードでループを形成するような形でリンクを持って
いる。ここでは省略したが、商品レコード２２と受注レ
コード２３の間でも商品ＩＤ２３３をキーとして同様の
リンク構造を形成している。上記のようなフィールドの
構成やリンクの構造を記述してあるのがデータベース定
義５２である。

【００１３】図４は図２及び図３で示したデータベース
５のデータベース定義５２を記述した例である。レコー
ドの名前と親子の種別、レコードに含まれるフィールド
の名前、また子レコードの特定のフィールド（ここでは
得意先ＩＤと商品ＩＤ）については親レコードとのリン
クの対応付けに用いられるフィールドの指定とその親レ
コード名が定義されている。

【００１４】続いて、テーブル操作インタフェースによ
る基本的なデータベース参照処理及び更新処理の全体的
な手順を図５のフロー図を用いて説明する。最初に、ネ
ットワーク型データベースであるデータベース５からレ
コードデータ５１を抽出し、テーブルデータとして展開
する（ステップ５０１）。入出力装置１を通じてテーブ
ルデータ展開の要求が入力されるとその要求は操作要求
受付部２に渡され、解析される。この場合、テーブルデ
ータ展開の要求には、展開すべきデータの上位概念また
はそれ自体を指す情報が含まれている。操作要求受付部
２は、解析の結果に基づいて、データベース操作要求処
理部３に対してはデータベース５からのレコードデータ
５１の抽出とテーブルデータ展開の要求を、テーブル操
作要求処理部４に対しては展開されたテーブルデータの
格納要求を発行する。

【００１５】データベース操作要求処理部３は、操作要
求受付部２からの要求に応じてデータベース５に対して
レコードデータ５１の抽出を行うためのデータベースア
クセスコマンドを発行する。コマンドを受けたデータベ
ース５はコマンドに応じたレコードデータをデータベー
ス操作要求処理部３に返す。データベース操作要求処理
部３はデータベース５から受け取ったレコードデータを
テーブルデータの形に展開し、テーブル操作要求処理部
４に渡す。この時、テーブルデータはネットワーク型デ
ータベースにおける１つのタイプの親レコードとそれに
対する１つのタイプの子レコードとの間で、親子関係の
リンクを持つレコードのフィールドの並びを結合したタ
プルの集合として構成する。

【００１６】テーブル操作要求処理部４は受け取ったテ
ーブルデータをテーブルデータ格納装置６に格納し、テ
ーブルデータ展開の完了を（操作要求受付部２を通じ
て）入出力装置１に報告する。上記の処理手順を繰り返
し、複数のテーブルデータを展開することも可能であ
る。

【００１７】次にテーブルデータを参照する（ステップ
５０２）。入出力装置１を通じてテーブルデータの参照
要求が入力されると、その要求はテーブルデータの展開
の場合と同様に操作要求受付部２で解析される。解析さ
れた要求はテーブル操作要求処理部４に渡される。テー
ブル操作要求処理部４は要求されたテーブルデータ参照
の操作をテーブルデータ格納装置６内のテーブルデータ
に対して行い、操作要求受付部２を通じて結果を入出力
装置１に返す。以上が、テーブルデータ参照の処理であ
る。

【００１８】なお、テーブルデータ参照に関する操作と
してはリレーショナルデータベースの標準的な操作であ
る選択、射影、結合が可能であり、複数の参照要求を順
次入力できるものとする。

【００１９】テーブルデータの参照要求はテーブルデー
タだけに影響するものであり、データベース５には影響
しない。したがって、例えば対話形式でさまざまな観点
でテーブルを次々と参照するような処理を行ってもデー
タベース５に対する操作は一切不要となる。テーブルデ
ータの更新を通じてネットワーク型データベース５を更
新する（ステップ５０３）。入出力装置１を通じてテー
ブルデータの更新要求が入力されると、その要求はテー
ブルデータの参照の場合と同様に操作要求受付部２で解
析され、テーブル操作要求処理部４に渡される。

【００２０】テーブル操作要求処理部４は要求されたテ
ーブルデータ更新をデータベース５に反映するにあた
り、テーブル上の更新とデータベース５上の更新の対応
付けを行うと共に、データベース５の更新操作に矛盾や
不明確な点がないかどうかをチェックし、必要に応じて
利用者への問合せを行う。問合せは操作要求受付部２か
ら入出力装置１を通じて行い、データベース５の更新内
容決定に反映する。テーブルデータ格納装置６内のテー
ブルデータを更新すると共に、データベース操作要求処
理部３に対してデータベース５のレコードデータ５１の
更新要求を発行する。

【００２１】データベース操作要求処理部３は要求に応
じてデータベース５に対してレコードデータ５１の更新
を行うためのデータベースアクセスコマンドを発行す
る。コマンドを受けたデータベース５は、コマンドに応
じたレコードデータの更新を行い、その結果を（データ
ベース操作要求処理部３を通じて）テーブル操作要求処
理部４に報告する。テーブル操作要求処理部４は更新処
理全体の完了を（操作要求受付部２を通じて）入出力装
置１に報告する。以上がテーブル更新及びデータベース
更新の処理である。

【００２２】データベース５からのレコードデータ５１
抽出とデータベース操作要求処理部３での親レコードと
子レコードの組合せによるテーブルデータへの展開、デ
ータベース５に影響しないテーブルデータ参照、テーブ
ル操作要求処理部４でのテーブルデータ更新とそれを反
映したレコードデータ５１の更新、さらにテーブルデー
タ更新を反映したレコードデータ５１更新の際の矛盾チ
ェックと規則や問合せによるデータの対応付けが本発明
の特徴である。

【００２３】続いて、各処理段階での処理の詳細につい
て説明する。図６はデータベース操作要求処理部３にお
けるレコードデータ５１の抽出及びテーブルデータ展開
処理のフロー図である。ここでは、操作要求受付部２か
らレコードデータ５１の抽出とテーブルデータ展開の要
求が親レコード及び子レコード、テーブル名の指定とと
もに与えられているものとして説明する。

【００２４】まず、抽出対象となっている親レコードに
ついて、未処理のものがあるかどうかを調べ、未処理の
ものがない場合は（ステップ６０１でＮ）そのまま処理
を終了する。一方、未処理の親レコードがある場合は
（ステップ６０１でＹ）その親レコードを１個読み出し
（ステップ６０２）、その親レコードにリンクしている
子レコードを調べ、未処理のものがない場合は（ステッ
プ６０３でＮ）次の親レコードの処理（ステップ６０
１）に移る。一方、未処理の子レコードがある場合は
（ステップ６０３でＹ）その子レコードを１個読み出す
（ステップ６０４）。そこで、先ほど読み出した親レコ
ードと今読み出した子レコードを結合してタプルを作成
し、指定されたテーブル名のテーブルデータの要素とし
て出力して（ステップ６０５）次の子レコードの処理
（ステップ６０３）に移る。

【００２５】以上のような処理手順で、図３の得意先レ
コード（親）２１と受注レコード（子）２３の組合せを
もとにテーブルデータへ展開を行った場合、図７のよう
なテーブルデータ７１が作成される。なお、テーブル名
は「得意先−受注」としている。図３の得意先名が「Ａ
社」の得意先レコードに対してはそれにリンクしている
受注レコード２個（２３−１，２３−２）のそれぞれと
組み合わせたタプルが図７のテーブルに出力されてい
る。また、タプル作成の際に結合のキーとなっている得
意先ＩＤのフィールドは重複したものを除去している。

【００２６】なお、レコードデータ５１のレコード構
成、各レコードのフィールド構成、子レコードの各親レ
コードに対するリンクのキーとなるフィールド等の情報
が必要な場合はデータベース定義５２を参照して処理を
行う。また、このフロー図では子レコードを持たない親
レコードのみのタプルはないと仮定してテーブル抽出処
理を行っている。親レコードのみのタプルが存在する場
合には子レコードに対応するフィールドの値をＮＵＬＬ
値としたタプルを出力する等の方法で対応が可能であ
る。

【００２７】テーブルデータの参照の実質的な処理は、
テーブル操作要求処理部４が要求に従ってテーブルデー
タを返すことによって行われる。参照の要求について
は、リレーショナルデータベースの検索言語として一般
的なＳＱＬ言語によって記述する。例えば図７のテーブ
ル７１に対して「数量のフィールドが２より大きいタプ
ルを選択する」という場合は「SELECT * FROM 得意先−
受注 WHERE 数量 > 2」のような検索文で問合せを行
う。結果は図８のようなテーブル８１として返される。

【００２８】レコードデータの抽出とテーブルデータへ
の展開は１個の親レコードと１個の子レコードの組合せ
に限定しているが、それ以外のレコード間のフィールド
を組み合わせて参照したい場合は複数のテーブルを展開
によって作成し、それらを結合することで実現できる。

【００２９】図９はテーブル操作要求処理部４を中心と
したテーブル更新及びデータベース更新の処理のフロー
図である。更新の要求についてもテーブル７１に対する
ＳＱＬ言語の検索文で記述する。なお、ここに示したの
は一般的な処理手順であり、テーブル７１中のタプルに
対する更新、追加、削除のそれぞれで詳細は異なってく
る（それぞれの詳細については後述する）。

【００３０】まず、更新が要求されているテーブル７１
のタプル及びフィールドについてレコードデータ５１中
の対応するレコード及びフィールド（レコード追加の場
合は追加する位置）を特定し、また、更新の内容がレコ
ードデータ５１に対しては適用できない、あるいは適用
した結果データに矛盾が発生する、というような場合が
ないかどうかをチェックする（ステップ９０１）。対応
付けとチェックの結果、更新の内容について問合せが必
要な場合は（ステップ９０２でＹ）操作要求受付部２を
通じて入出力装置１に問合せを発行し、その結果を受け
取る（ステップ９０３）。問合せが不要な場合は（ステ
ップ９０２でＮ）問合せ処理は省略する。ステップ９０
１のチェックの結果、あるいはステップ９０３の問合せ
処理の結果で矛盾が発生している場合は（ステップ９０
４でＹ）処理を中止する。一方、矛盾がない場合は（ス
テップ９０４でＮ）問合せの結果を含めてレコードデー
タ５１中の対応する更新レコード及び更新フィールドを
確定する（ステップ９０５）。そして、テーブル格納装
置６中のテーブルデータを更新するとともに（ステップ
９０６）、データベース操作要求処理部３を通じてレコ
ードデータ５１を更新する（ステップ９０７）。

【００３１】図１０は、図９で説明した更新処理のう
ち、テーブル７１中のタプルについてフィールド値を更
新する場合の対応付けと矛盾チェックの処理の詳細フロ
ー図である。まず、変更するレコードを設定し（ステッ
プ１００１）、その中の変更するフィールドを設定する
（ステップ１００２）。この時、変更するフィールドが
親レコードのフィールドでない場合は（ステップ１００
３でＮ）矛盾の発生はないとして（ステップ１００
４）、対応付けとチェックの処理を終了する。

【００３２】一方、変更するフィールドが親レコードの
フィールドである場合は（ステップ１００３でＹ）同じ
親レコードに対応するタプルでも同様に変更が行われる
かをチェックする（ステップ１００５）。その結果、変
更後のフィールドの値が一致している場合は（ステップ
１００６でＹ）矛盾の発生はないとして（ステップ１０
０４）対応付けとチェックの処理を終了する。一方、変
更後のフィールドの値が一致していない場合は（ステッ
プ１００６でＮ）矛盾の発生があるとして（ステップ１
００７）対応付けとチェックの処理を終了する（結果と
して更新処理はエラー終了する）。

【００３３】図１１は図７の「得意先−受注」テーブル
７１で「UPDATE 得意先−受注 SET 得意先名='Ｅ社' WH
ERE 伝票ＩＤ='Ｄ０００２'」のような検索文でフィー
ルド値の更新を試みた場合を示している。テーブル上の
書換えはテーブルの内容２行目の得意先名を「Ｅ社」と
書き換えられるが、その書き換えの結果をレコードデー
タに反映しようとすると、同じ得意先レコード（親）に
基づくテーブルの内容１行目のタプルと得意先名（Ａ
社）が一致しなくなってしまっているので、親レコード
の得意先名が一意に定まらないという矛盾が起きる。し
たがって、上記のような検索文で更新しようとするとエ
ラー終了することになる。ちなみに、検索文を「UPDATE
得意先−受注 SET 得意先名='Ｅ社' WHERE 得意先ＩＤ
='Ｔ０００１'」のように変更すれば、図１１のテーブ
ルの内容１、２行目ともに得意先名「Ｅ社」に書き換え
られるため、矛盾は起こらずに正しく更新できる。

【００３４】図１２は図９で説明した更新処理のうち、
テーブル７１中にタプルを追加する場合の対応付けと矛
盾チェックの処理の詳細フロー図である。まず、追加す
るタプルに対応する親レコードを持つタプルが存在する
かをチェックする（ステップ１２０１）。この時、対応
するタプルがない場合は（ステップ１２０２でＮ）親レ
コードの追加が必要なので追加する親レコードの内容と
追加位置の設定（ステップ１２０３）と、追加する子レ
コードの内容と追加位置の設定（ステップ１２０４）を
行う。一方、対応するタプルがある場合は（ステップ１
２０２でＹ）親レコードの追加は必要ないので、追加す
る子レコードの内容と追加位置の設定（ステップ１２０
４）だけを行う。以上で対応付けの処理を終了する。な
お、本実施形態ではタプルの追加時に矛盾チェックの処
理は発生しない。

【００３５】図１３は図７の「得意先−受注」テーブル
７１で「INSERT INTO 得意先−受注 VALUES('Ｔ０００
２','Ｂ社','Ｄ０００６','Ｓ０００２',6)」のような
検索文でタプルの追加を試みた場合を示している。この
場合、追加するタプルに対応する得意先レコード（親）
を持つタプルが存在する（内容３行目のタプルが得意先
レコードに対応するフィールドの値について、得意先Ｉ
Ｄが「Ｔ０００２」、得意先名が「Ｂ社」で一致してい
る）。したがって、レコードの追加を行った場合、その
追加は図１３の下欄に網掛け部分のレコード２３−６で
示すように受注レコード（子）に対してだけ行われてお
り、既存の得意先レコード（親）に対するリンクの連鎖
の中に組み込まれている。

【００３６】一方、図１４は同様に図７の「得意先−受
注」テーブル７１で「INSERT INTO得意先−受注 VALUES
('Ｔ０００５','Ｅ社','Ｄ０００６', 'Ｓ０００２',
6)」のような検索文でタプルの追加を試みた場合を示し
ている。この例の場合は追加するタプルに対応する得意
先レコード（親）を持つタプルが存在しない。したがっ
て、得意先レコード（親）、受注レコード（子）の双方
にレコード２１−５，２３−７が追加され、両者の間で
相互にリンクを持つ形になっている。

【００３７】なお、子レコードの追加にあたっては現在
注目している親レコード（子レコードとフィールドを組
み合わせてタプルを作成した相手の親レコード）以外の
親レコードに対するリンクの接続処理も必要であるが、
これはその親レコードのキーとなる子レコードのフィー
ルドの値に従って行われる。例えば、図１３及び図１４
における受注レコード（子）２３−６，２３−７の追加
の場合、図中では追加した受注レコードの得意先レコー
ド（親）に対するリンクの追加及び付け換えだけが示さ
れているが、実際は商品ＩＤのフィールドの値に従って
商品レコード（親）へのリンクの追加及び付け換えも行
われる。

【００３８】図１５は図９で説明した更新処理のうち、
テーブル７１中のタプルを削除する場合の対応付けと矛
盾チェックの処理の詳細フロー図である。まず、削除す
るタプルに対応する親レコードを同様に親として持つタ
プルが他に存在するかをチェックする（ステップ１５０
１）。この時、対応するタプルがない場合は（ステップ
１５０２でＮ）レコードの削除について処理方法を選択
し（選択の内容については後述する）、その結果に従っ
て削除するレコード設定する（ステップ１５０３）。選
択する処理方法は、テーブル操作要求処理部４にあらか
じめ設定しておけるものとする。一方、対応するタプル
がある場合は（ステップ１５０２でＹ）子レコードだけ
を削除すればよいので、対象となる子レコードを設定す
る（ステップ１５０４）。以上で対応付け及び矛盾チェ
ックの処理を終了する。

【００３９】なお、ステップ１５０３におけるレコード
削除処理の選択であるが、本実施形態のようなネットワ
ーク型データベースで処理方法を選択する場合、以下の
ような選択肢が考えられる。 （１）直ちに親レコードを子レコードとともに削除す
る。 （２）直ちに子レコードだけを削除し、親レコードは保
持する。 （３）直ちに更新処理を中止する（親レコード、子レコ
ードとも保持する）。 （４）（１）〜（３）について利用者に問い合わせて選
択させる。 但し、図６のテーブルデータ展開処理の説明でも述べた
通り、本実施形態では子レコードを持たない親レコード
は存在しないと仮定しているので（２）は選択肢から除
外される（同時に（４）の問合せの選択肢からも除外さ
れる）。削除するレコードの設定は、（１）の場合は、
対応する親レコードと子レコードを設定し、（３）の場
合は設定せず、（４）の場合は問合せ結果に応じて
（１）または（３）と同様に設定する。

【００４０】図１６は図７の「得意先−受注」テーブル
７１で「DELETE FROM 得意先−受注 WHERE 伝票ＩＤ='
Ｄ０００３'」のような検索文でタプルの削除を試みた
場合を示している。なお、レコード削除の処理方法の設
定は上記（１）の「直ちに親レコードを子レコードとと
もに削除する」を仮定する。この場合、削除するタプル
に対応する得意先レコード（親）を親として持つタプル
が存在しないため、仮定されたレコード削除の処理方法
の設定に従って対応する得意先レコード（親）２１−２
と受注レコード（子）２３−３が削除される。同時に両
レコード間にあったリンクも削除される。

【００４１】一方、図１７は同様に図７の「得意先−受
注」テーブル７１で「DELETE FROM得意先−受注 WHERE
伝票ＩＤ='Ｄ０００２'」のような検索文でタプルの削
除を試みた場合を示している。この場合、削除するタプ
ルに対応する得意先レコード（親）を親として持つタプ
ルが存在する（内容１行目のタプルが得意先レコードに
対応するフィールドの値について、得意先ＩＤが「Ｔ０
００１」、得意先名が「Ａ社」で一致している）。した
がって、削除するタプルに対応する受注レコード（子）
２３−８が削除される。同時に、その受注レコード２３
−８からのリンクは削除され、その受注レコード２３−
８へのリンクは他のレコード（ここでは親にあたる得意
先レコード）に付け換えられる。

【００４２】なお、子レコードの削除にあたっては、現
在注目している親レコード（子レコードとフィールドを
組み合わせてタプルを作成した相手の親レコード）以外
の親レコードに対するリンクの改廃処理も必要である
が、これは追加の場合と同様にその親レコードのキーと
なる子レコードのフィールドの値に従って行われる。例
えば、図１６及び図１７における受注レコード（子）２
３−３，２３−８の削除の場合、図中では削除した受注
レコードの得意先レコード（親）に対するリンクの削除
及び付け換えだけが示されているが、実際は商品ＩＤの
フィールドの値に従って商品レコード（親）へのリンク
の削除及び付け換えも行われる。

【００４３】以上、テーブル更新及びデータベース更新
の処理についてテーブル７１上でのタプルの更新、追
加、削除の順に説明してきたが、本実施形態ではテーブ
ルの更新はデータベース５から展開した（展開後にテー
ブル操作を行っていない）テーブル７１に対してだけ行
っている。もし、展開後のテーブル操作によって作成し
たテーブルからデータベースの更新を実現しようとする
ならば、限られた条件（データベースに反映するための
フィールドが十分に揃っている等）のもとでだけ可能
で、しかも矛盾チェックやレコードの対応付けは本実施
形態よりも複雑になる。但し、その場合でも条件チェッ
クやレコードの対応付けの内容が追加、変更されるだけ
であり、更新処理手順は本実施形態における図９に示し
たもので対応が可能である。

【００４４】

【発明の効果】以上の説明から明らかなように、本発明
によれば、データベースからのレコードデータ抽出及び
テーブルデータへの展開、展開済みテーブルデータ上で
のテーブル操作、テーブルデータ更新とそれを反映した
レコードデータの更新、さらにレコードデータ更新の際
の矛盾チェックと規則や問合せによるデータの対応付け
によって、ローカルなテーブル参照処理と効率化したデ
ータベース更新処理を実現している。すなわち、テーブ
ルデータとして展開したものについては参照処理の際に
データベースの操作が一切発生しない。そして、対話形
式を用い、テーブル上のデータをさまざまな問合せによ
って参照し、吟味した結果に従ってテーブルを更新した
場合、更新の結果を反映する時にだけデータベースに対
する操作が行われる。この結果、利用者に対してテーブ
ル形式の操作インタフェースを提供できるのと同時に、
ネットワーク型データベース自体の操作を効率化できる
という効果が得られる。

【図面の簡単な説明】

【図１】本発明によるデータベースシステムの一実施形
態を示す構成図である。

【図２】ネットワーク型データベースのレコード間の親
子関連を示す図である。

【図３】ネットワーク型データベース内のレコードデー
タの内容を示す図である。

【図４】ネットワーク型データベースのデータベース定
義の例を示す図である。

【図５】テーブル操作インタフェースによる基本的なデ
ータベース参照処理及び更新処理の全体的な手順を示す
フロー図である。

【図６】データベース操作要求処理部におけるレコード
データの抽出およびテーブルデータ展開処理のフロー図
である。

【図７】展開したテーブルデータの例を示す図である。

【図８】参照（テーブルに対する選択操作）によって得
られたテーブルデータの例を示す図である。

【図９】テーブル操作要求処理部を中心としたテーブル
更新及びデータベース更新の処理のフロー図である。

【図１０】テーブル中のタプルについてフィールド値を
更新する場合の対応付けと矛盾チェックの処理の詳細フ
ロー図である。

【図１１】フィールド値の更新を試みた場合のテーブル
データ及びレコードデータの変化について例を示す図で
ある。

【図１２】テーブル中にタプルを追加する場合の対応付
けと矛盾チェックの処理の詳細フロー図である。

【図１３】タプルの追加（同じ親レコードに対応付けら
れるタプルが存在する場合）を試みた場合のテーブルデ
ータ及びレコードデータの変化について例を示す図であ
る。

【図１４】タプルの追加（同じ親レコードに対応付けら
れるタプルが存在しない場合）を試みた場合のテーブル
データ及びレコードデータの変化について例を示す図で
ある。

【図１５】テーブル中のタプルを削除する場合の対応付
けと矛盾チェックの処理の詳細フロー図である。

【図１６】タプルの削除（同じ親レコードに対応付けら
れるタプルが存在しない場合）を試みた場合のテーブル
データ及びレコードデータの変化について例を示す図で
ある。

【図１７】タプルの削除（同じ親レコードに対応付けら
れるタプルが存在する場合）を試みた場合のテーブルデ
ータ及びレコードデータの変化について例を示す図であ
る。

【符号の説明】

１…入出力装置、２…操作要求受付部、３…データベー
ス操作要求処理部、４…テーブル操作要求処理部、５…
データベース、５１…レコードデータ、５２…データベ
ース定義、６…テーブルデータ格納装置。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ネットワーク型データベースをテーブル
   操作インタフェースによって参照および更新が可能なデ
   ータベースシステムにおいて、 前記ネットワーク型データベースに対する操作要求を解
   析する解析手段と、 解析した操作要求に基づくネットワーク型データベース
   に対するコマンド生成処理と生成されたコマンドに対す
   る実行結果データのテーブルデータへの展開処理を行う
   データベース操作要求処理手段と、 前記テーブルデータを格納する格納手段と、 前記解析手段によって解析した操作要求に基づき前記テ
   ーブルデータの操作を行うテーブル操作要求処理手段
   と、 前記生成したテーブルデータに対するコマンドによるデ
   ータベースアクセス手段を備えることを特徴とするデー
   タベースシステム。
2. 【請求項２】 前記データベース操作要求処理手段は、
   ネットワーク型データベースにおける１つのタイプの親
   レコードについてそれに対する１つのタイプの子レコー
   ドとの間で、各親レコードと子レコードの組み合わせに
   ついてそれぞれのフィールドの並びを結合してタプルを
   作成し、そのタプルの集合としてテーブルを構成するこ
   とを特徴とする請求項１記載のデータベースシステム。
3. 【請求項３】 前記テーブル操作要求処理手段は、テー
   ブルの更新が行われた場合に更新に関わるタプルに対応
   するネットワーク型データベースのレコードに対しても
   更新内容を反映するための要求をデータベース操作要求
   処理手段に対して行うことを特徴とする請求項１または
   ２記載のデータベースシステム。
4. 【請求項４】 前記テーブル操作要求処理手段は、前記
   ネットワーク型データベースのレコードに対する更新内
   容の反映の際に、レコード更新によって発生するデータ
   ベースの矛盾チェックと、対応付け規則によるテーブル
   とデータベースの対応付けと、ユーザ問合せによるテー
   ブルとデータベースの対応付けを行うことを特徴とする
   請求項３記載のデータベースシステム。