JPS629432A - デ−タ編集方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 本発明は、データ編集方式に係り、特に実体関係モデル
に対応してデータ編集を行なうのに好適なデータ編集方
法に関する。

〔発明の背景〕

従来実体関係モデルにてデータを編集できるものとして
米国ミシガン大学で開発されたｌ８ＤＯ８がある（　Ｉ
Ｉ　Ｔｅ１ｃｈｒｏｅｎ　ａｎｄ　Ｍ、　Ｂａ５ｔａｒ
ａｃｈｅ。

「言語の問題Ｊ　（Ｐｒｏｂｌｅｍ　Ｓｔａｔｅｍｅｎ
ｔ　Ｌａｎｇｕａｇｅ）：ランゲージ、リファＶンス・
マニュアルＬａｎｇｕａｇｅ　ｌ’Ｌｅｆｅｒｅｎｃｅ
　Ｍａｎｕａｌ、　／１ｎｎ　Ａｒｂｏｒ。

Ｍｉｃｈｉｇａｎ、　Ｉ）ｅｐａｒｔｍｅｎｔ　ｏｆ　
Ｉｎｄｕｓｔｒｉａｌ　ａｎｄＱｐｅｒａｔｉｏｎｓ　
Ｅｎｇｉｎｅｅｒｉｎｇ　［Ｊｎｉｖｅｒｓｉｔｙ　ｏ
ｆＭｉｃｈｉｇａｎ　１９７５）。

本システムは、ユーザインタフェースとして。

Ｐ　８　Ｌ／Ｐ　８　Ａというコマンド群及びｌ５ＤＯ
８／ＤＭというプログラムインタフェースを持つ。

ユーザは、データ編集を行なおうとした場合。

実体、関係、＠性等の生成、削除、更新、参照をＰ　Ｓ
　Ｌ／Ｐ　Ｓ　Ａのコマンド列として入力するか。

又は、ｌ８ＤＯ８／ＤＭを用いて目的とするデータ編集
単位に新たなシステムを構築する必要がある。

この念め、前者においては、コマンド入力手順ｆ１表示
された情報の利用を全て人間を介在させなければならな
いためマンマシン性が低いばかりでなく、入力誤まシに
よる信頼性の低下、作業工数の増大が起こる。

また、後者においては、特定のデータ編集しか実施する
ことができないため１本来実体関係モデルにて定義する
ことによる効果であるところの。

ユーザの見たい局面でデータを提供するということがで
きない。

たとえば、第２図に示す生産管理システムで説明すると
以下のよってなる、弟３図は実体関係モデルで弐わされ
たデータである。

第３図において実体集合１として「部品」集合２として
「生産ライン」があり、「部品」の属性として「部品ム
」　「部品名」　「形状」があり、「生産ライン」の属
性として「生産品」　「生産容量」　「現生産スピード
」　「生産ライン名」がある。

この「部品」と「生産ライン」の間に「組込み」という
関係の集合３があり、この「組込み」の属性として「送
付単位」を持つ。

このスキーマの要素として、第９図（４）〜０に示すデ
ータを考える、弟９図で「部品」の要素Ｂ１は、部品Ａ
がｒＭＯＯＩＪで部品名が「モータ」。

形状がｒＴＡＯ３Ｊということである。このデータを実
体関係モデルの要素として表わすと第３図の様になる。

ここでこの要素Ｂ１に対し１部品ＡｒＭＯＯＩＪの形状
をｒＴＡＯ３ＪからｒＴＢＯ４Ｊへ変更し、さらに部品
ｍ　ｒＭ００２Ｊ−ｔ’形状ｒＴＴＴＴＪ　、！：いう
データの追加を行なった場合について追加後の結果を第
４図に示す。

本作業を実施するには、一般に次のコマンド群の入力が
必要である。

まずｒＭＯＯＩＪの形状変更について （１）第３図からもわかる様に、実際のデータは複雑に
からみ合っており、人間が一度に記憶し続けるのは不可
能である。このためユーザは、現状のデータベースの状
態を確認するコマンドを入力する。本例の場合は、実体
集合名が「部品」で１部品、亮がｒＭＯＯＩＪの部品を
リストアツブする（操作例を第５図（４）α）に示す。

）。

（２）次に実体名「Ｂ１」の隅柱「形状」の値を確認す
る（操作例を第５図（４）（２）に示す。）。

（３）次に実体名「Ｂ１」の属性「形状」の直をｒＴＢ
Ｏ４Ｊに変更する（操作例を第５図（至）（３）に示す
。）。

という操作が必要である。

次にデータの追加については。

（１）実体集合名が「部品」で部品ＡｒＭＯＯ３Ｊのデ
ータが存在してないことを確認（操作例を第５図■（４
）に示す）。

（２）追加すべき実体集合「部品」に、要素を追加し要
素名を得る（操作例を第５図（Ｂ）（５）に示す）。

（３）　　（２）で追加した要素「Ｂ３」の属性である
「部品屋」のデータを「Ｍｏ　００２”ｊにマツプデー
トする（操作例を第５図ＣＢ）（６）に示す）。

（４）　　（２）で追加した要素ｒＢ３Ｊの属性である
「形状」のデータをｒＴ　Ｔ　Ｔ　ＴＪにアップデート
する（操作例を第５図（Ｂ）（７）に示す）。

の操作がさらに必要となる。

この九め、たとえば第５図の（６）で、要素名をＢ３で
なくＢｌと誤まってしまった場合でも正しいデータとし
て受付けられてしまい、意味のないデータベースとなっ
てしまう。

これは、実体関係モデルのデータが有機的かつネットワ
ーク状に関連を持ちながら存在しているため、データ数
の増大１作業数の増大が発生すると、さらに非常に困難
なものとなる。

また、データ編集者は、自分の作業手順をたえず意識し
、端末に過去に表示されたデータを自分自身で記憶しな
がら作業を実施しなければならない。この光め作業手順
の誤りによるデータ破壊。

作業手順不明による作業工数の増大についても発生する
。

一方上記問題を解決するために、データ編集のための専
用システムを構築する方法があるが、＊定の作業しかサ
ポートできないため、モデノビの変更や、ゴーザが要求
するビューの変更が発生するたびに、システムの修正・
追加を実施しなければならず、保守性の点でも問題が多
い。

〔発明の目的〕

本発明の目的は、前述の欠点を解決し、実体関係モデル
のデータ編集を誤シでなくおこなえかつ使用りやすいマ
ンマシンインタフェースとしてのデータ編集方法を提供
することにある。

〔発明の概要〕

データ編集単位の実体関係モデルとしてのデータ構造を
木構造に変換するためのルール情報として木構造におけ
る親ノード番号、長子ノード番号。

第ノード番号を記憶し、該それぞれのノードの性質′ｆ
、衣現する情報としてデータ構造の正規光現（（直積、
直積９列）をもつノードか、あるいは実体関係モデルに
おける実体集合名または関係集合名と部分集合導出条件
をもつノードか、実体集合名と部分集合導出条件をもつ
ノードかの識別情報を該ノード番号に対応して記憶し、
さらに該ノード番号に対応して該ノードにおける属性名
、属性の定義域名とその表示座標位置を記憶し、該記憶
されているルール情報を用いて実体関係モデルにおける
データを木構造に変換し、該変換生成された木構造上の
該当部に該記憶されてｌｆｈる実体名。

データの値を記憶し、該木構造で示されたデータを該ル
ール情報に基づいて実体関係モデルのデータ構成に変換
し、木構造を維持しつつデータの追加拳削除をおこなう
ことに特徴がある。

〔発明の実施例〕

前記述した問題点は、データ編集をデータベース全体を
対象に編集を行なうために発生する問題である。

一般て、内容確認作業と実際の編集作業は、同一の情報
を用いる場合が多く、必要とする情報もデータベース全
体ではなく、一部分のみでよい場合がほとんどである。

ま九、一般にデータ編集作業は、情報を木構造で持つこ
とによシ、データの意味を考慮したものを最適に構築す
ることが可能となり、編集作業は容易となる。

前記例についてもｓＰａ集対象として捕えるものは、第
２図の実体関係モデルの内筒６図に示す様な、実体集合
名「部品」及びその属性「部品朧」「形状」のみでよい
。

すなわち前記例で示した第３図の要素は、第７図で示し
たものだけを対象とすれば良いことがわかる。この対象
に対して前記例と同等の操作を行なった結果の要素は第
８図となることだけを知れ・ば良いということである。

本発明は、これらの着目点にもとづき実体関係モデルの
データ編集を容易におこなう。以下実施例によシ説明す
る。

第１図は１本発明の実施例を示す全体構成図である。

データベースマネージメントシステム９１ｆｌ。

実体関係モデルによるデータアクセスをおこなう。

変換ルール９２は、実体関係モデルのデータと編集時に
構築される木構造との対応ルールを記憶している。その
詳細を第１０図によシ説明する。構文木９３は、変換ル
ール９２のルールに従い、変換パッケージ９４によって
データベースマネージメントシステム９１よシ導出され
た木構造のデータを記憶している。詳細構造を第１１図
に示す。

変換パッケージ９４は、制御９６の指示により変換ルー
ル９２に従いデータベースマネージメントシステム９１
よりデータを導出し構文木９３を作成したり、構文木９
３を変換ルール９２に従いデータベースマネージメント
システム９１に７’−タを格納する。変換パッケージ９
４の詳細を第１２図、第１３図に示す。表示編集９５は
、変換ルール９２に従い構文木９３上のデータを表示装
置９７に表示し、ユーザオペソージョンによるデータ変
更を構文木９３に反映する。制御９６は１表示編集９５
及び変換パッケージ９４の動作コントコールを行なう。

第１０図は第９図の変換ルール９２の詳細構造を示して
いる。変換ルール名記憶域（ＯＣＲＩ〜１は変換ルール
塩１〜ｉ）は変換ルールの識別子の記憶域でルール全体
でユニークな名称がつけられる。

ノード５記憶域（ＣＮＮ１〜ＣＮＮ、：ｎは。

変換ルール作成上必要となるノード数）は、木構造の変
換ルールｔ−表現するため付与する職別番号の記憶域で
あシ、木構造のノード識別番号でもある。

親ノード扁記憶域（ＣＰＮｓ−Ｃ８Ｎ、：　ｎは。

ツートムと同じ）は、同一行のノードＡの木構造上の親
ノード扁の記憶域である。

長子ノードＡ記憶域（Ｃ８Ｎ＋　〜Ｃ８Ｎ、：　ｎは、
ノードＳと同じ）は、同一行のツートムの木構造上の長
子ツートムの記憶域である。

第ノード屋記憶域（ＣＢ　Ｎｘ　−ＣＢ　Ｎ−はｎは。

ツートムと同じ）は、同一行のツートムの木構造上の第
ノード煮の記憶域である。

ノード区分記憶域（ＣＮＮ１〜ＣＮＮ、：　ｎは。

ツートムと同じ）は、次に示す同一行のツートムが持つ
情報の種類のいずれかを記憶する記憶域である。

／１）　　木構造の正規構造を表わす構造情報（構造ノ
ードという） Ｃ）　実体関係モデルにおける実体集合又は関係集合の
情報を光わす中間情報（中間ノードという）（３）実体
関係モデＡ／における属性に関する情報を表わす属性情
報（属性ノードという） ノード性質情報記憶域（ＮＩｌ＝ＮＩ、：　ｎはノード
Ａと同一）は、同一行のノード区分記憶域内に記憶され
ているノード区分によシ異なる。

α）ノード区分が構造ノードの場合（ノード区分＝構造
ノード）はノード性質情報は、構造ノードが正規構造の
情報である。直積、直利１列のいずれを持つかを示す。

（２）　　ノード区分が中間ノードの場合（ノード区分
＝中間ノード）ノード性質情報は、データベース上の実
体関係モデルに関する情報でおり。

（ａ）　　集合区分・・・実体集合か、関係集合がの区
別情報 Φ）集合名・・・実体集合名か関係集合名（Ｃ）　　ロ
ール名・・・実体集合と関係集合間に関係がある場合の
実体集合に関係する 関係集合のロール名 （ｄ）　　条　　件・・・実体集合−？関係集合の要素
（データ）を参照するときに設定する 参照条件 を表わす。

（３）　　ノード区分が属性情報の場合（ノード区分＝
属性ノード）ノード性質情報は、データベース上の実体
関係モデルに関する情報及び表示するための情報であり
。

（ａ）　　Ｉ！性名・・・実体関係モデルの実体集合名
又は。

関係集合名の属性 （ｂ）　　定義域・・・（ａ）の属性と対応する定義域
（ｅ）表示場合・・・（ａ）に該当するデータを表示す
べき表示場所アドレス（Ｘ、Ｙ座標） が記憶されている。

これらの情報は、構造ノードもしくは、中間ノードをル
ートノードとし、実体関係モデルの構造と合わせて定犠
する。すなわち、ある実体集合の要素が複数個存在する
場合必ず、中間ノードの親には、ノード性質情報「列」
を持つノード区分「構造ノード」のノードが必要である
。

第１１図は第９図の構文木９３の詳細構造を示している
。対応する変換記憶名記憶域（ＫＭＲ１〜１、ここでｊ
は必要となる構文木の数である）は本構文木が生成され
るときに用いられた変換ルール塩すなわちＣＣＩ（、を
示す。

ツートム記憶域（ＫＮＮ１〜．．１ｍは構文木作成上必
要となるノード数）は、構文木を木構造で表現するため
に付与される識別番号の記憶域であり・、木構造のノー
ド職別番号でもある。

親ノード屋記憶域（Ｋ　Ｐ　Ｎ　１〜．１ｍはノード煮
に同じ）には同一行のノードＡの木構造上の親ノード屋
を記憶する。

長子ツートム記憶域（ＫＳＮｓ〜ｍｓｍｕ／−ド屋と同
じ）には同一行のツートムの木構造上の長子ツートムを
記憶する。

第ノード屋記憶域（Ｋ　Ｂ　Ｎ　ｒ〜、、ｍｌｄノード
Ａに同じ）には、同一行のツートムの木構造上の第朧を
記憶する。

変換ルールのノード憲記憶域（Ｋ　Ｍ　ＲＮ　Ｉ　Ｎｍ
　ｂｍはツートムに同じ）には、同一行のツートムのノ
ードが生成されるために用いられた変換ルールのツート
ムでめシ変換ルールＣＣＲＪにノード、弧−ＣＮＮ＊〜
ＣＮＮ、のいずれか１つが記憶される。

値記憶域（ＫＶ　Ｒｓ　−ＫＶ　Ｒ，：　ｍはノードＡ
と同じ）は、対応する変換ルール名記憶域内に示された
変換ルール名の変換ルールにおいて、構文木の変換ルー
ルのノードＡ記憶域に記憶された墓のノード区分により
異なる。

（１）ノード区分が構造ノードの時は、値として意味を
持たない。

（２）　　ノード区分が中間ノードの時は、値として。

要素名を持つ。

（３）ノード区分が属性ノードの時は、値として。

属性値として、データベース内のデータ値が反映される
。

状態（Ｋ　Ｓ　Ｔ　１〜Ｋ　Ｓ　Ｔ　ｗａ　：　ｒｎは
ツートムと同じ）は、同一行の値の状態を示し く１）データベース内のデータが反映あるいは実体名が
入ってい九らｒＯＬＤＪ （２）データベース内には存在せず１編集によυ値が追
加されたらｒＮＥＷＪ （３）　　（１）の状態から１編集によシ、値が修正さ
れ九らｒＵＰＤＡＴＢＪ （４）　　（１）の状態から値を削除されたらｒ　、Ｄ
ＥＬＥＴＥＪを記憶する。

第１２図及び第１３図は第９図の変換パッケージ９４の
動作ロジックを示し九ものである。

第１２図は、データベースから変換ルールに基づき構文
木を作成するものである。

第１３図は、構文木から変更のあった分をデータベース
に反映するロジックである。

第１２図のロジックは、制御より変換ルールを受けとシ
、ルートノードより処理を行なう。

ステップ８１０でツートムのノード区分を参照し、ノー
ド区分をステップ８２Ｇで判定する。

その結果ノード区分が中間水ノードであれば。

中間ノード処理ステップＳ３０へ、属性ノードであれば
、属性ノード処理ステップ５１４０へ、構造ノードであ
れば、構造ノード処理ステップ８１６０へ移る。

中間ノード処理８３０は、ステップ８１０で参照したノ
ードのノード性能情報の集合区分を参照し、実体集合の
場合は、実体の条件参照ステップＳ８０へ移る。

（；・ステップ８４０においては、関係集合の要素を参
照する九め、どの実体集合間に設定されている関係集合
であるかを知るため、変換ルールの８１０で参照したノ
ードの親ノードを、ノード区分が「中間ノード」でノー
ド性質情報の集合区分が「実体集合」のものまで九どり
、その実体集合名。

ロール名、条件を参照し、さらに長子ノードを同様に念
どシ、その実体集合名、ロール名１条件を参照する。

ステップＳ５０において、ステップ８１０で参照したノ
ードの集合名及び条件を参照する。

ステップ８６０において、ステップ８４０及びステップ
Ｓ５０で参照した条件に基づく関係集合の要素をデータ
ベースから参照する。

ステップ８７０において、構文木を、変換ルールの構造
にしたがった構造を表わす親ツートム。

長子ツートム、第ノードＡを設定し、対応する変換ルー
ルのノードＡを変換ルールのツートムに。

関係集合の要素の要素名を値に、状態にｒＯＬＤＪを設
定する。

ステップＳ８０において、ノード８１０で参照したノー
ドのノード性質情報の条件及び集合名を参照する。

ステップ８９０では、ステップＳ８０で参照した条件に
基づく実体集合の要素をデータベースから参照する。

ステップ８１００では、ステップ８７０から遷移して来
た場合には、ステップ８６０で参照した関係の要素の長
子側の実体の要素を、ステップ８９０から遷移して来九
場合には、ステップ８９０で参照した要素を構文木中に
作成する。構文木に。

変換ルールの構造に従つ念構造を表わす親ノード煮、長
子ノードＡ、第ノード扁を設定し、対応する変換ルール
のノード墓を変換ルールのノードＡに、実体集合の要素
の要素名を値に、状態にｒｏＬＤＪを設定する。

ステップ５１１０では、ステップ８１０で参照したノー
ドＡＫ対応した長子ノードＡを参照する。

ステップ５１２０では、ステップ８１１０で参照した長
子ノードが存在する場合ステップ５１２５へ、長子ノー
ドが存在しない場合ステップ８１３０へ遷移する。

ステップ８１３０では、ステップ５１１０で参照した長
子ノード／ｆｉ−パラメータとして変換パッケージを呼
ぶ。

ステップ８１４０では、ステップＳＩＯで参照したノー
ド扁と対応した親ノード＆をノード区分が「中間ノード
」のものまでたどシ、そのノードＡｆ：変換ルールのノ
ードＡとして持つ全ての構文木のノード黒の値を参照す
る。

ステップ８１５０では、ステップ８１０で参照したノー
ド扁のノード性質情報の属性名を参照する。

ステップ５１５５では、ステップ５１４０で参照した値
（すなわち実体名）のステップ５１５０で参照した属性
名の値をデータベースから参照し、構文木に変換ルール
の構造に従つ九構造を表わす親ツートム、長子ノードＡ
、第ノード厖を設定し、対応する変換ルールのノード扁
を変換ルールのノード扁に、参照した属性名の値を値に
、状態Ｋｒ０ＬＤＪを設定する。

ステップ８１６０では、構文木に変換ルールの構造に従
った構造を表わす親ノード扁、長子ノード扁、第ノード
Ｉ６を設定し、対応する変換ルールのノードＡを変換ル
ールのノードＡを設定する。

ステップ８１７０では、ステップ１０で参照したノード
Ａの長子ノードＡを参照する。

ステ、ツブ５１８０では、ステップ５１７０又は。

ステップ５２００で参照し九ノードが存在したらステッ
プ５１９０へ、存在しなければ、　Ｒ，ＥＴＵＲＮする
。

ステップ５１９０では、ステップ８１８０で判断対象と
なったノードをパラメータに変換パッケージを呼ぶ。

ステップ８２００では、ステップ５１８０で判断対象と
なったノードの第ノードを参照し、ステップ５１８０へ
遷移する。

第１３図は１編集が終了した構文木の値をデータベース
上に反映するアルゴリズムを示す。

（１）ステップ８２１０で、［集の結果削除された集合
区分が関係集合の構文木の＠を全て検索する。

（２）ステップ５２２０で、ステップ５２１０で検索し
た要求基を、データベースから削除する。

（３）ステップ５２３０で１編集の結果削除された集合
区分が実体集合の構文木の値を全て検索する。

（４）ステップ８２４０で、ステップ８２３Ｇで検索し
た要素名を、データベースから削除する。

（５）ステップ５２５０で、編集の結果追加された集合
区分が、実体集合となっている構文木の値を全て検索す
る。

（６）ステップ８２６Ｇで、ステップ８２５０で検索し
た要素名を、データベースに追加登録する。そのとき、
構文木の値に、登録された実体名を設定する。

ｔ’ｒ）ステップ８２７０で１編集の結果追加された集
合区分が、関係集合となっている構文木の値を全て検索
する。

（８）ステップ８２８０で、ステップ８２７０で検索し
た要素名を、データベースに追加登録する。

（９）ステップ５２９０で１編集の結果ＵＰＤＡＴＥ　
もしくはＮＥＷとされた属性名及び、その親の要素名を
全て検索する。

（１０）ステップ８３００で、ステップ５２９０で検索
した結果をデータベース上に反映する。

なお第１図の宍示編集は、構文木ノードを全てたどシ、
変換ルールのノードｉｒａの表示場所が指示されている
値を表示場所に表示し、ユーザの操作を、構文木中に反
映する。

次に本実施例を、第２図〜第４図、第９図に示したケー
スについて説明する。

前記例と同一の操作する上で必要となる部分を木構造と
して表わしたものを第１４図に示す。すなわち前記操作
は、部品屋が″Ｍｏｏｔ”のものの、部品屋と形状に対
するものである（第７図参照）。この変換ルールに従っ
て、第７図のデータよシ作成された構文木が、第１５図
に示すものである。Ｋ１〜５は構文木ツートムである。

また前例と同様の編集を行々つた結果の構文木の構造は
、第１６図に示すものとなる。すなわち、構文木ノード
に５の値が、ＴｉＯ２からＴＢＯ４ＩＣ６正され、それ
に伴ない状態がＯＬＤからＵＰＤＡＴＥとなる。また１
項目の追加により、構文木ノードに６．に７．に８．に
９が生成され、ノードに８にはＭ２Ｏ３が、ノードに９
にはＴＴＴＴが設定され、状態は、ＮＥＷとなる。この
構文木を表イメージで表示した場合のマンマシン例を第
１７図に示す。すなわち、ユーザは１表示された表のデ
ータを確認し、必要に応じて追加、修正、削除を行なえ
ばよいことがわかる。

ここで第２図の構成に適用した場合を示す。

第１４図に示す変換ルールは、第１８図に示すようにな
る。

この変換ルー／Ｉ／を第１２図のアルゴリズムに適用し
た結果生成される構文木を第１９図に示す。

とれは、第１５図に示し九ものと同等である。

すなわち、変換ルールのルートノードＡであるＣ１は、
構造ノードであるのでステップ１６０の処理を行ない、
構文木のノードＡＫＩを生成する。

変換ルールのノードｌ６Ｃ１は、長子を持っているので
ノードＡＣ２ｔパラメータとして変換ノくツケージ９４
から対応する変換プログラムを呼ぶ、ノード＆Ｃ２は、
中間ノードで実体であるのでステップ８０を実施し１条
件「部品Ａ＝Ｍ　ＯＯＬ　’ｊを得る。ステップ９０で
、ステップ８００条件を満す部品実体集合の要素を参照
する。本例の集合はＢ１のみである。次にステップ１０
０で、構文木のノードＡＫＩの長子ノードＪ１６１１Ｃ
Ｋ２を設定、ノードＡＫ２を生成し、籠ｔ−Ｂ１に、状
態をＯＬＤに設定する。

ステップ１１０で変換ルールのノードＡＣ２の長子ノー
ドＡＣ３を参照し、ステップ１３０ｔ−実施する。ノー
ド＆Ｃ３は、構造ノードであり、ステップ１６０により
、構文木のノードＡＫ２の長子ノードぷにに３を入れ、
ノードＡＫ３を生成する。ステップ１７０で長子ノード
ＡＣ４を参照し、ステップ１９０を実施する。ノードＡ
Ｃ４は、属性ノードであシステップ１４０を行なう。変
換ルールのノードＡＣ４でもつとも近い中間ノードのノ
ードＡは、Ｃ２でアシ、これに対応付けられた構文木の
ノード憲もに２でちる。このノードの値はＢ１である。

ステップ１５０において１部品で実体名がＢ１の部品＆
を参照する。この場合はＭｏｏｌである。ステップ１５
５において、リードＡＫ３の長子ノードＡＫＫ４’に設
定し、ノードＡＫ４を生成し、変換ルー、ヤのツートム
にＣ４、値にＭ　００１、状態にＯＬＤを設定する。

次に、ステップ２００において、ノードＡＣ５を参照し
、ノードＡＣ４と同様に構文木を作成する。この結果第
１９図に示す構文木が生成される。

次に前例の編集を行なつ九結果を第２０図に示す。これ
は、構文木のノードＡＫ５の値がＵＰＤＡＴＥされ、ノ
ードＡＫ６．に７．に８゜Ｋ９が新規に作成されている
。

このため、編集が終了した後第１３図に示すロジックに
従いデータベース上に結果を反映する。

すなわち、ステップ８２６０により、ツートムに６に対
応する実体を生成し、ステップ５３００によりツートム
に５．に８．に９の属性値を修正する。

この一連の作業により実体関係モデルのデータ編集、す
なわちデータの修正、追加、削除などを容易に実施する
ことが可能となる。

〔発明の効果〕

本発明によれば、変換ルールを定義するだけで編集対象
となるデータベースの範囲を限定化し、ユーザが編集作
業を容易に実施することが可能となるので１品質の向上
９作業工数の低減をはかる効果がある。

【図面の簡単な説明】

第２図、第９図は、実体関係モデルの例を、第３図〜第
４図は、実体関係モデルで表わされたデータの例を、第
５図は、従来技術のマンマシン例を、第６図は、実施例
の実体関係モデルの例を。 第７図〜第８図は、実施例の実体関係モデルで表わされ
たデータの例を、第１図は、実施例の全体構成図を、第
１０図〜第１３図は、実施例の詳細説明図を、第１４図
〜第２０図は、実施例であって、第７図〜８図のデータ
を適用した場合の例を。 それぞれ示している。 ９１・・・ｆ−タベースマネージメントシステム。 ９２・・・変換ルール記憶部、９４・・・変換パッケー
ジ。 ９５・・・表示編集部。

Claims (1)

1. 【特許請求の範囲】 １、実体関係モデルを用いてデータの追加、削除、修正
   などをおこなうデータ編集方法において、データ編集単
   位の実体関係モデルとしてのデータ構造を木構造に変換
   するためのルール情報として木構造における親ノード番
   号、長子ノード番号、弟ノード番号を記憶し、 該それぞれのノードの性質を表現する情報としてデータ
   の構造の正規表現（直積、直和、列）をもつノードか、
   あるいは実体関係モデルにおける実体集合名または関係
   集合名と部分集合導出条件をもつノードか、実体集合名
   と部分集合導出条件をもつノードかの識別情報を該ノー
   ド番号に対応して記憶し、 さらに該ノード番号に対応して該ノードにおける属性名
   、属性の定義域名とその表示座標位置を記憶し、 該記憶されているルール情報を用いて実体関係モデルに
   おけるデータを木構造に変換し、 該変換生成された木構造上の該当部に該記憶されている
   実体名、データの値を記憶し、 該木構造で示されたデータを該ルール情報に基づいて実
   体関係モデルのデータ構成に変換し、木構造データの編
   集をおこなうことを特徴とするデータ編集方法。