JPH09146805A - Ｔ字型ｅｒモデルデータベース設計システム - Google Patents

Abstract

(57)【要約】 【課題】 ＥＲモデルを用いたデータベース設計におい
て、ＥＲモデル図の作成、修正を容易かつ迅速に行う。 【解決手段】 エンティティ間のリレーションシップを
予め定義して補助記憶装置５に記憶させておく。ＥＲモ
デル作成時には、ＣＰＵ６は、このマトリクステーブル
を参照することによりＥＲモデル図を作成する。マトリ
クステーブルは、例えばデータの上流がリソースで下流
もリソースの場合には２つのリソース間で対照表を作成
する関係、上流がリソースで下流がイベントの場合には
下流に参照キーを入れる関係などである。既に作成され
たＥＲモデル図を修正する場合にも、ＣＰＵ６は、マト
リクステーブルを参照して関連する項目を自動修正して
いく。作成されたＥＲモデル図はＣＲＴ７に表示され、
あるいはプリント出力装置８で出力される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータベース設計シ
ステム、特にＥＲモデルを用いたデータベース設計の作
業時間の短縮、修正作業の容易化と正確化に関する。

【０００２】

【従来の技術】Ｔ字型ＥＲモデルデータベース作成作業
は、基本設計、詳細設計、ＥＲ図の作成の各段階を経て
行われる。基本設計、詳細設計を基にＥＲ図を作成する
場合、ドキュメント作成機器を使用して行っており、Ｅ
Ｒモデルの修正も手作業により行われている。

【０００３】Ｔ字型ＥＲモデルデータベース作成作業
は、主に複数のＤＡ（Ｄａｔａ Ａｄｍｉｎｉｓｔｒａ
ｔｏｒ）が個別に設計を分但し、作業している。このよ
うに複数のＤＡが個別に設計を分但して作業する場合、
設計開始から一定期間経過した時点で、相互の設計を再
調整し、仕様の変更、修正を行う必要があるが、この変
更作業が自動的に出来ず、手作業を伴うために時間を要
し、困難であった。

【０００４】例えば、あるＴ字型ＥＲモデルデータベー
スの作成作業は、５人で２週間程度の調整作業を要して
いた。また、使用されるエンティティの数も、１００〜
２００程度、多い場合は４００にも達していた。なお、
Ｔ字型ＥＲモデルデータベースの設計については、例え
ば「クライアント／サーバデータベース設計テクニッ
ク」（ＳＲＣハンドブック、佐藤正美著、１９９４年１
０月２０日 第４刷発行）に詳細に記載されている。

【０００５】

【発明が解決しようとする課題】このように、従来のＴ
字型ＥＲモデルデータベース設計開発作業においては、
ＥＲモデルの作成には多大の労力と時間を要する問題が
あった。もちろん、新規ＥＲモデルを作成する場合、す
でに存在するＥＲモデルをコピーして必要な修正作業を
行うことも考えられるが、この修正作業を迅速に行うこ
とも極めて困難で多くの工程を要するという問題があっ
た。

【０００６】本発明は上記従来技術の有する課題に鑑み
なされたものであり、その目的は、Ｔ字型ＥＲモデルデ
ータベース設計開発作業で、ＥＲモデル設計、特に修正
作業を自動的に行なう事により、ＥＲモデル作成期間の
短縮、正確なＥＲモデルの作成、製造コストの低減等を
図ることができるＴ字型ＥＲモデルデータベース設計シ
ステムを提供することにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、第１の発明は、Ｔ字型ＥＲモデルを用いたデータベ
ース設計システムであって、データの上流に位置するエ
ンティティと下流に位置するエンティティ間のリレーシ
ョンシップをマトリクステーブルとして記憶する記憶手
段と、前記マトリクステーブルを参照することによりデ
ータベースを作成する処理手段とを有することを特徴と
する。

【０００８】また、上記目的を達成するために、第２の
発明は、第１の発明において、前記エンティティの種類
としては、少なくともリソース、イベント、エンティテ
ィロール、対照表、対応表、リソースサブタイプ、イベ
ントサブタイプ、エンティティロールサブタイプ、対照
表サブタイプ、対応表サブタイプがあり、前記リレーシ
ョンシップとしては、上流と下流が共にリソースまたは
リソースサブタイプの場合には対照表を作成する関係で
あり、上流と下流が共にイベントまたはイベントサブタ
イプの場合には、上流がＮ（Ｎは２以上）の場合は対応
表を作成し、上流が１の場合は下流に参照キーを追加す
る関係であり、上流と下流が共にエンティティロールま
たはエンティティロールサブタイプの場合には各項目を
そのまま接続する関係であり、上流と下流が共に対照表
または対照表サブタイプの場合には対照表を作成する関
係であり、上流と下流が共に対応表または対応表サブタ
イプの場合には非接続の関係であり、上流がリソースま
たはリソースサブタイプで下流がイベントまたはイベン
トサブタイプの場合には下流に参照キーを追加する関係
であり、上流がリソースまたはリソースサブタイプで下
流がエンティティロールまたはエンティティロールサブ
タイプの場合には下流に参照キーを追加する関係であ
り、上流がリソースまたはリソースサブタイプで下流が
対照表または対照表サブタイプの場合には対照表を作成
する関係であり、上流がリソースまたはリソースサブタ
イプで下流が対応表または対応表サブタイプの場合には
非接続の関係であり、上流がイベントまたはイベントサ
ブタイプで下流がリソースまたはリソースサブタイプの
場合には上流と下流の項目を入れ替える関係であり、上
流がイベントまたはイベントサブタイプで下流がエンテ
ィティロールまたはエンティティロールサブタイプの場
合には下流に参照キーを追加する関係であり、上流がイ
ベントまたはイベントサブタイプで下流が対照表または
対照表サブタイプの場合には上流と下流の項目を入れ替
える関係であり、上流がイベントまたはイベントサブタ
イプで下流が対応表または対応表サブタイプの場合には
サブタイプ同士を除いて対応表を作成する関係であり、
上流がエンティティロールまたはエンティテイロールサ
ブタイプで下流がリソースまたはリソースサブタイプの
場合には上流と下流の項目を入れ替える関係であり、上
流がエンティティロールまたはエンティテイロールサブ
タイプで下流がイベントまたはイベントサブタイプの場
合には非接続の関係であり、上流がエンティティロール
またはエンティテイロールサブタイプで下流が対照表ま
たは対照表サブタイプの場合には上流と下流の項目を入
れ替える関係であり、上流がエンティティロールまたは
エンティテイロールサブタイプで下流が対応表または対
応表サブタイプの場合には非接続の関係であり、上流が
対照表または対照表サブタイプで下流がリソースまたは
リソースサブタイプの場合には対照表を作成する関係で
あり、上流が対照表または対照表サブタイプで下流がイ
ベントまたはイベントサブタイプの場合には下流に参照
キーを追加する関係であり、上流が対照表または対照表
サブタイプで下流がエンティティロールまたはエンティ
ティロールサブタイプの場合には下流に参照キーを追加
する関係であり、上流が対照表または対照表サブタイプ
で下流が対応表または対応表サブタイプの場合には非接
続の関係であり、上流が対応表または対応表サブタイプ
の場合には下流がイベントまたはイベントサブタイプの
場合にはサブタイプ同士を除いて対応表を作成する関係
であり、それ以外は下流がいずれであっても非接続の関
係であることを特徴とする。

【０００９】また、上記目的を達成するために、第３の
発明は、第２の発明において、前記処理手段は、前記対
照表のエンティティ名の変更、参照キー名の変更、参照
キーの新規追加の各場合において、前記マトリクステー
ブルを参照することにより影響する総てのエンティティ
を自動的に修正することを特徴とする。

【００１０】また、上記目的を達成するために、第４の
発明は、第２の発明において、前記処理手段は、前記対
応表のエンティティ名の変更、参照キー名の変更、参照
キーの新規追加の各場合において、前記マトリクステー
ブルを参照することにより影響する総てのエンティティ
を自動的に修正することを特徴とする。

【００１１】また、上記目的を達成するために、第５の
発明は、第２の発明において、前記処理手段は、前記対
照表あるいは対応表以外の参照キー名の変更、参照キー
の新規追加の各場合において、前記マトリクステーブル
を参照することにより影響する総てのエンティティを自
動的に修正することを特徴とする。

【００１２】また、上記目的を達成するために、第６の
発明は、第２の発明において、前記処理手段は、エンテ
ィティがリソースまたはリソースサブタイプの場合、リ
レーションシップ変更時に前記マトリクステーブルを参
照することにより影響する総てのエンティティを自動的
に修正することを特徴とする。

【００１３】また、上記目的を達成するために、第７の
発明は、第２の発明において、前記処理手段は、エンテ
ィティがイベントまたはイベントサブタイプの場合、リ
レーションシップ変更時に前記マトリクステーブルを参
照することにより影響する総てのエンティティを自動的
に修正することを特徴とする。

【００１４】また、上記目的を達成するために、第８の
発明は、第２の発明において、前記処理手段は、エンテ
ィティ間のリレーションシップ削除時に前記マトリクス
テーブルを参照することにより影響する総てのエンティ
ティの関連処理を自動的に修正することを特徴とする。

【００１５】また、上記目的を達成するために、第９の
発明は、第２の発明において、前記処理手段は、エンテ
ィティ削除時に前記マトリクステーブルを参照すること
により影響する総てのエンティティの関連処理を自動的
に修正することを特徴とする。

【００１６】さらに、上記目的を達成するために、第１
０の発明は、第２の発明において、前記処理手段は、操
作モードを指定することにより、エンティティを３回連
続して選択し、順次マトリクステーブルを参照すること
により、新しいリソースを作成することを特徴とする。

【００１７】このように、本発明においては、予めエン
ティティ間の関係をマトリクステーブルとしてまとめて
記憶手段に格納させた点に特徴があり、このマトリクス
テーブルを適宜参照することにより、関連する項目の修
正作業などが自動化できる。

【００１８】

【発明の実施の形態】以下、図面に基づき本発明の実施
形態について説明する。

【００１９】図１には、本システムの全体構成が示され
ている。データベース１は、マトリクステーブル２及び
ＥＲモデル図３を含んで構成される。マトリクステーブ
ル２は、入力・操作装置４によって入力情報としてデー
タベース１に登録される。補助記憶装置５はマトリクス
テーブル登録、ＥＲモデル図、アイデンティファイア・
アトリビュート仕様、データベース管理等の起動プログ
ラムを格納している。ＣＰＵ６は補助記憶装置５から前
記各サブシステム起動プログラムを呼出し、この起動プ
ログラムに従ってデータベース１に格納されている前記
諸情報を制御、演算、比較する処理を行なう。ＣＰＵ６
で作成されたデータはＣＲＴ７に供給され、エンティテ
ィ表示、ＥＲモデル図表示、アイデンティファイア・ア
トリビュート仕様その他が表示される。ＣＲＴ７の画面
に表示される内容を全てプリント出力できるようにプリ
ント出力装置８も設けられている。

【００２０】図２には、マトリクステーブル２の内容で
ある各エンティティ間のリレーションシップが示されて
いる。Ｔ字型ＥＲモデルの作成は、エンティティとし
て、リソース、イベント、エンティティロール、対照
表、対応表、リソースサブタイプ、イベントサブタイ
プ、エンティティロールサブタイプ、対照表サブタイ
プ、対応表サブタイプがあり、データの上流と下流にど
のエンティティが存在するかで各エンティティ間のリレ
ーションシップを一義的に規定することができる。この
ようにエンティティ間のリレーションシップをマトリク
ステーブルで表現し、相互関係を表現した点が本実施形
態の最大の特徴である。図においては、エンティティ間
のリレーションシップを各種記号で表現しているが、各
記号の意味は以下の通りである。

【００２１】 ○ 各エンティティをそのままリレーションシップで接
続 ◎ 下流に参照キーを追加 △ 上流、下流の入れ替え × 相互接続が出来ない（非接続） ＴＳ 対照表作成 ＴＯ 上流がＮの場合は対応表を作成し、上流が１の場
合は下流に参照キーを追加 図３には上記構成を有するＴ字型ＥＲモデルデータベー
ス設計システムの全体的な基本動作のフローチャートが
示されている。図において、Ｓ１０１はサブシステムの
メニューを表示するためのステップであり、エンティテ
ィ表示、ＥＲモデル図表示、アイデンティファイア・ア
トリビュート仕様、作成された画面がＣＲＴ７に表示さ
れる。メニュー画面が表示されると、オペレータは、メ
ニューを見て必要なサブシステムを選択し、これを指定
すべく入力・操作装置４から入力する。ＣＰＵ６はオペ
レータの入力を受け、Ｓ１０２で指定されたサブシステ
ムを選択する。次のＳ１０３では、指定されたサブシス
テムのプログラムを補助記憶装置５から読み出す。そし
てＳ１０４で指定サブプログラムを実行する。以上の基
本動作は、補助記憶装置５に用意された各サブシステム
起動プログラムに関して共通に実行される。以下では図
５の処理フローチャートに基づいて各サブシステム毎に
分けて詳しく説明する。

【００２２】図４にはＳ１０１にて表示されるメニュー
画面が示されている。メイン項目として、ファイル処
理、図形処理、編集処理、表示処理、確認処理、設定処
理が表示され、ファンクションキーとして、新規、オー
プン、保管、ページ、印刷、エンティティ、リレーショ
ンシップ、選択、複写、切抜、貼付、削除、複製などが
表示される。

【００２３】そして、ファイル処理が選択された場合に
は、図５におけるＳ２０１でＹＥＳと判定され、Ｓ２０
２に移行して新規作成ＥＲモデルのファイル名登録、各
処理のページ単位での登録作成処理を行う。なお、ファ
イル処理機能は、既存ファイルのコピー機能も有してい
る。また、図形処理が選択された場合には、Ｓ２０３で
ＹＥＳと判定され、Ｓ２０４に移行してデータベースに
登録されているエンティティの図形・記号を用いてエン
ティティを作成する処理を行う。すなわち、各エンティ
ティ間のリレーションシップは、各エンティティを選択
し、先に選択したものを上流、後に選択したものを下流
として各エンティティの接続情報、方向を保持する。ま
た、仮接続情報も保持出来る。さらに、アイデンティフ
ァイア・アトリビュート一覧表示処理も行なう。また、
編集処理が選択された場合には、Ｓ２０５でＹＥＳと判
定され、Ｓ２０６に移行して範囲選択、コピー、移動、
削除等の各種編集処理を行う。また、表示処理が選択さ
れた場合には、Ｓ２０７でＹＥＳと判定され、Ｓ２０８
に移行して詳細表示、再表示、拡大、縮小、中心、スク
ロールなどの処理を行う。また、確認処理が選択された
場合には、Ｓ２０９でＹＥＳと判定され、Ｓ２１０に移
行して図面情報の確認や単体情報の確認処理を行う。ま
た、設定処理が選択された場合には、Ｓ２１１でＹＥＳ
と判定され、Ｓ２１２に移行して表題、環境、配色など
の設定処理を実行する。

【００２４】図６及び図７にはＳ２０４で実行される図
形処理の詳細なフローチャートが示されている。エンテ
ィティ作成処理（Ｓ４０１、Ｓ４０２）及びリレーショ
ンシップ作成処理（Ｓ４０３、Ｓ４０４）では、図２に
示されたマトリクステーブルを適宜参照し（Ｓ４０
５）、このテーブルに規定された条件に従ってＴＳ対照
表処理（Ｓ４０６、Ｓ４０７）、ＴＯ対応表処理（Ｓ４
０８、Ｓ４０９）、参照キー追加処理（Ｓ４１０、Ｓ４
１１）、サブタイプ作成処理（Ｓ４１２、Ｓ４１３）、
上流・下流入替処理（Ｓ４１４、Ｓ４１５）、そのまま
接続（Ｓ４１６、Ｓ４１７）、非接続（Ｓ４１８）処理
を行い、これら接続情報を保存する（Ｓ４１９）。ま
た、リレーションシップ以外では、エンティティ一覧処
理表示（Ｓ４２０、Ｓ４２１）、アイデンティファイア
一覧処理表示（Ｓ４２２、Ｓ４２３）、アトリビュート
一覧処理表示（Ｓ４２４、Ｓ４２５）の各処理を行な
う。なお、仕様頻度の高いＥＲモデルやサブタイプ等
は、マクロ部品登録され、コピー機能を使用して次回の
ＥＲモデル作成に使用する。

【００２５】図８、図９及び図１０にはこのようにして
作成されたＥＲモデル図の一例が示されており、これは
学校をモデルとしたＥＲモデル図である。なお、これら
３つの図は実際には一枚の図を構成するが便宜上３枚の
図として示してあり、３つの図の相互関係は図中の対応
する数字を参照されたい。

【００２６】図８においては、リソース（Ｒ）として、
職員、学校、学年、学科、学級、学生のファイル情報を
定義し、各リソースのＴ字型の左側は参照キー（アイデ
ンティファイア）、右側はデータ部分（アトリビュー
ト）を表している。例えば、リソースである職員の場合
には、エンティティ名は職員、参照キーは職員番号、デ
ータ部分は氏名、住所などである。そして、リソースで
ある職員とリソースである学校の接続を考えると、上流
と下流がともにリソースであるからマトリクステーブル
に従ってＲ：Ｒの条件で対照表が作成されることにな
る。そして、対照表の参照キーとしては「職員番号
（Ｒ）」と「学校番号（Ｒ）」が自動追加される。な
お、参照キーの後ろについている（Ｒ）は、これがリソ
ースの参照キーであることを表しており、このキー自体
がリソースを表しているのではないことに注意された
い。また、リソースである職員は、リソースサブタイプ
として、用務員、事務職、教員が作成される。さらに、
リソースである学校とリソースである学年についても、
同様にしてＲ：Ｒの条件で対照表が作成され、参照キー
として「学校番号 （Ｒ）」と「学年番号（Ｒ）」が自
動追加される。さらに、対照表である学校・学年とリソ
ースである学級については、上流が対照表で下流がリソ
ースであるため、マトリクステーブルの定義より、新た
な対照表が作成され、参照キーとして「学校番号
（Ｒ）、「学年番号（Ｒ）」、学級（Ｒ）、が自動追加
される。

【００２７】図９においては、リソース（以下、単に
（Ｒ）と称する）として、設備・資材、教室・教場、教
科書、銀行口座が定義され、図８に示された学科（Ｒ）
と設備・資材（Ｒ）は共にリソースであるからマトリク
ステーブルの定義に従いＲ：Ｒの条件で対照表が作成さ
れ、参照キーとして「学科番号（Ｒ）」と「設備資材番
号（Ｒ）」が自動追加される。また、図８の学科（Ｒ）
と設備・教場（Ｒ）もＲ：Ｒの条件で対照表が作成さ
れ、参照キーとして「学科番号（Ｒ）」と「設備教場番
号（Ｒ）」が自動追加される。また、図８の学年・学科
対照表（ＴＳ）と教科書（Ｒ）で、学年・学科・教科書
対照表（ＴＳ）が作成され、対応する参照キーが自動追
加される。また、図８の学生（Ｒ）と銀行口座（Ｒ）と
で、学生・銀行口座対照表が作成され、参照キーとして
「学生番号（Ｒ）」と「銀行口座番号（Ｒ）」が自動追
加される。

【００２８】図１０においては、イベント（Ｅ）とし
て、授業、テスト、成績評価、生活態度評価があり、授
業（Ｅ）とテスト（Ｅ）のリレーションシップでは、上
流下流ともにイベントであって上流がｎであるので、マ
トリクステーブルの定義に従い、授業・テスト対応表が
作成される。そして、参照キーとして「授業番号
（Ｒ）」、「テスト番号（Ｒ）」が自動追加される。ま
た、図８の学校・学年・学級・学生対照表（ＴＳ）と授
業（Ｅ）、図９の学科・設備・資材対照表（ＴＳ）と授
業 （Ｅ）、及び学科・設備・資材対照表（ＴＳ）と授
業（Ｅ）という各リレーションシップがあり、これらは
いずれも上流が対照表（ＴＳ），下流がイベント（Ｅ）
であるので、マトリクステーブルに従って下流に参照キ
ーとして「学校番号（Ｒ）」、「学年番号（Ｒ）」、
「学級（Ｒ）」、「学生番号（Ｒ）」、「学科番号
（Ｒ）」、「設備資材番号（Ｒ）」、「教室教場番号
（Ｒ）」が自動追加される。また、テスト（Ｅ）と成績
評価（Ｅ）のリレーションシップはｎ：１のイベント同
士のリレーションシップであるから、マトリクステーブ
ルに従ってテスト・生活態度対応表が作成され、参照キ
ーとしてテスト番号（Ｒ）、成績番号（Ｒ）が自動追加
される。また、成績評価（Ｅ）、生活態度（Ｅ）のリレ
ーションシップはｎ：１のイベント同士のリレーション
シップであるから、成績評価・生活態度評価対応表が作
成され、参照キーとして「成績番号（Ｒ）」、「評価番
号（Ｒ）」が自動追加される。同様にして、授業（Ｅ）
と生活態度評価（Ｅ）のリレーションシップにおいて
も、対応表が自動作成される。

【００２９】このように、エンティティ同士のリレーシ
ョンシップはマトリクステーブルを参照することにより
一義的に決定され、自動作成されるので、エンティティ
数が増大しても極めて容易にかつ迅速にＥＲモデル図を
作成することが可能となる。

【００３０】＜対照表の自動修正＞以下、このようにし
て作成されたＥＲモデル図を修正する場合について説明
する。

【００３１】図１１、図１２及び図１３は、上述した図
８、図９及び図１０にそれぞれ対応するＥＲモデル図で
あり、図８、図９及び図１０において、エンティティ名
を変更した場合の例である。すなわち、図１１において
は、リソース（Ｒ）として職員から職員データとエンテ
ィティ名が変更され、また、アイデンティファイアが職
員番号から職員コードに変更されている。また、学校か
ら学校データにエンティティ名が変更され、学校番号か
ら学校コードにアイデンティファイアが変更されてい
る。このように、ＥＲモデル図の一部を修正した場合、
下流情報、エンティティ接続情報を利用して、エンティ
ティ名が切断されるまで、あるいは接続関係が終了する
まで作成されている対照表ＴＳを検索し、変更したエン
ティティ名に関連する全ての対照表を自動修正する。例
えば、図８においては、職員（Ｒ）と学校（Ｒ）とで職
員・学校対照表が作成されているが、職員というエンテ
ィティ名を職員データに変更すると関連する対照表がマ
トリクステーブルに基づいて検索され、そのエンティテ
ィ名が図１１に示すように職員・学校対照表から職員デ
ータ・学校データ対照表に自動修正される。アイデンテ
ィファイア（参照キー）名についても同様であり、職員
番号から職員コードに変更すると、関連する対照表にお
いて、そのアイデンティティファイア名が職員番号から
職員コードに自動修正される。

【００３２】また、図１４、図１５及び図１６は、図１
１、図１２及び図１３において、さらにアイデンティフ
ァイア名を新規追加した場合の例であり、図１１の学校
データ（Ｒ）のアイデンティファイアとして、新たに
「登録コード」を追加した場合である。この場合、再び
マトリクステーブルを参照することにより、職員データ
・学校データ対照表、学校データ・学年データ対照表及
び学校データ・学年データ・学級対照表にアイデンティ
ファイア（参照キー）が自動的に追加されることにな
る。また、図１３の授業データのエンティティに対して
は、マトリクステーブルを参照することにより、対照表
（ＴＳ）とイベント（Ｅ）の関係で、図１６に示すよう
に授業データに新たに「登録コード」が追加される。

【００３３】なお、マトリクステーブルより対照表が作
成される場合は、Ｒ（リソース）、ＲＳＢ（リソースサ
ブタイプ）、ＴＳＳＢ（対照表サブタイプ）で、次の場
合である。

【００３４】リソースが上流の場合 Ｒ（上流）：Ｒ（下流）、Ｒ：ＴＳ、Ｒ：ＲＳＢ、Ｒ：
ＴＳＳＢ 対照表が上流の場合 ＴＳ：Ｒ、ＴＳ：ＴＳ、ＴＳ：ＲＳＢ、ＴＳ：ＴＳＳ
Ｂ、 リソースサブタイプが上流の場合 ＲＳＢ：Ｒ、ＲＳＢ：ＴＳ、ＲＳＢ：ＲＳＢ、ＲＳＢ：
ＴＳＳＢ、 対照表サブタイプが上流の場合 ＴＳＳＢ：Ｒ、ＴＳＳＢ：ＴＳ、ＴＳＳＢ：ＲＳＢ、Ｔ
ＳＳＢ：ＴＳＳＢ 従って、名称変更によるＴＳ名の変更を受ける場合は、
リソース名（Ｒ）、リソースサブタイプ名（ＲＳＢ）、
対照表名（ＴＳ）、対照表サブタイプ名（ＴＳＳＢ）で
ある。なお、対照表で作成される参照キーは、Ｒ、ＲＳ
Ｂについては使用しているキーを対照表の参照キー
（Ｒ）として追加する。ＴＳ、ＴＳＳＢについては参照
キーをコピーして使用する。

【００３５】＜対応表の自動修正＞対応表についても、
上述した対照表と同様に、マトリクステーブルを参照す
ることにより関連する全ての対応表が自動修正される。
例えば、図１０においては、対応表（ＴＯ）のエンティ
ティ名として授業・テスト対応表があるが、イベント授
業とテストのエンティティ名がそれぞれ授業データとテ
ストデータに変更されると、関連する対応表のエンティ
ティ名が図１３に示すように授業データ・テストデータ
対応表に自動修正される。

【００３６】なお、マトリクステーブルより対応表が作
成される場合は、Ｅ（イベント）、ＥＳＢ（イベントサ
ブタイプ）で、次の場合である。

【００３７】イベントが上流の場合 Ｅ：Ｅ、Ｅ：ＥＳＢ、Ｅ：ＴＯ、Ｅ：ＴＯＳＢ イベントサブタイプが上流の場合 ＥＳＢ：Ｅ、ＥＳＢ：ＥＳＢ、ＥＳＢ：ＴＯ 対応表が上流の場合 ＴＯ：Ｅ、ＴＯ：ＥＳＢ 対応表サブタイプが上流の場合 ＴＯＳＢ：Ｅ 従って、名称変更によるＴＯ名の変更を受ける場合は、
イベント名（Ｅ）、イベントサブタイプ名（ＥＳＢ）そ
の他である。対応表のエンティティの変更参照キー名称
の変更・追加は、同様にマトリクステーブルを参照す
る。対応表で作成される参照キーは、Ｅ、ＥＳＢについ
ては使用キーを参照キー（Ｒ）として追加する。

【００３８】＜対照表、対応表以外のキーの変更自動修
正＞対称表（ＴＳ）、対応表（ＴＯ）以外についても、
基本的にマトリクステーブルを参照することにより自動
修正される。このようなエンティティとしては、リソー
ス関連（Ｒ、ＲＳＢ）、イベント関連（Ｅ、ＥＳＢ）、
エンティティロール関連（ＥＲ、ＥＲＳＢ）、及び対照
表サブセット関連（ＴＳＳＢ）があり、各接続エンティ
ティのリレーションシップ情報は、図２における◎（下
流に参照キー）、△（上流と下流の入れ替え）に該当す
る場合である。従って、修正時には、エンティティ名が
切断されるまで、あるいは接続関係が終了されるまで
◎、△条件を検索し、関連する総ての項目が修正され
る。なお、このような場合としては、具体的に以下の場
合がある。

【００３９】リソースが上流の場合 Ｒ：Ｅ、Ｒ：ＥＲ、Ｒ：ＥＳＢ、Ｒ：ＥＲＳＢ イベントが上流の場合 Ｅ：Ｒ、Ｅ：ＥＲ、Ｅ：ＴＳ、Ｅ：ＲＳＢ、Ｅ：ＥＲＳ
Ｂ、Ｅ：ＴＳＳＢ エンティティロールが上流の場合 ＥＲ：Ｅ、ＥＲ：ＴＳ、ＥＲ：ＲＳＢ、ＥＲ：ＴＳＳＢ 対照表が上流の場合 ＴＳ：Ｅ、ＴＳ：ＥＲ、ＴＳ：ＥＳＢ、ＴＳ：ＥＲＳＢ リソースサブタイプが上流の場合 ＲＳＢ：Ｅ、ＲＳＢ：ＥＲ、ＲＳＢ：ＥＳＢ、ＲＳＢ：
ＥＲＳＢ イベントサブタイプが上流の場合 ＥＳＢ：Ｒ、ＥＳＢ：ＥＲ、ＥＳＢ：ＴＳ、ＥＳＢ：Ｒ
ＳＢ、ＥＳＢ：ＥＲＳＢ、ＥＳＢ：ＴＳＳＢ エンティティロールサブタイプが上流の場合 ＥＲＳＢ：Ｅ、ＥＲＳＢ：ＴＳ、ＥＲＳＢ：ＲＳＢ、Ｅ
ＲＳＢ：ＴＳＳＢ 対照表サブタイプが上流の場合 ＴＳＳＢ：Ｅ、ＴＳＳＢ：ＥＲ、ＴＳＳＢ：ＥＳＢ、Ｔ
ＳＳＢ：ＥＲＳＢ この場合、上流のＲ、ＲＳＢ、及びＴＳ、ＴＳＳＢのキ
ー項目が変更の対照となる。参照キーは、変更の対象外
である。また、Ｅ、ＥＲは波及せず修正を要しない。

【００４０】＜Ｅ：Ｅの処理でリレーションシップが変
更の場合の自動修正＞マトリクステーブルによれば、
Ｅ：Ｅのリレーションシップで、上流、下流の関係が
Ｎ：１の場合に対応表（ＴＯ）が作成され、上流、下流
のリレーションシップが１：１あるいは１：Ｎの場合に
下流に参照キーが追加される。従って、リレーションシ
ップが変更になった場合には、対応表の削除あるいは上
流のイベントの参照キーの追加を行なう。また、既に生
成されている対応表より派生する対応表サブタイプ（Ｔ
ＯＳＢ）等は総て削除する。上流、下流のリレーション
シップが１：１、１：Ｎの場合のリレーションシップの
変更は、新規対応表を作成し直し、前リレーションシッ
プで発生した参照キーを特定して参照キーを削除する。

【００４１】＜サブタイプのリレーションシップが変更
の場合の自動修正＞エンティティのサブタイプはリレー
ションシップが同一の場合は、サブタイプの上位のエン
ティティであるスーパタイプのアイデンティファイア
名、アトリビュート名が自動的にコピーされて継承され
る。サブタイプ名は、入力する。リレーションシップが
相違の場合は、スーパタイプのアイデンティファイア
名、アトリビュート名を入力する。サブタイプ名は入力
する。なお、スーパタイプのアイデティファイア名の変
更、削除、新規追加に対してスーパタイプより作成され
るサブタイプが自動的に変更できる。

【００４２】＜リレーションシップの削除による追加参
照キーの削除＞図１７、図１８、及び図１９は、図１
１、図１２、図１３に示されたＥＲモデル図に対し、さ
らにリレーションシップを削除する修正を行った場合の
例である。削除されたリレーションシップは、図１２と
図１３における、学科データ・設備資材データ対照表と
授業データ間のリレーションシップ、及び学科データ・
教室教場データ対照表と授業データ間のリレーションシ
ップである。この場合、マトリクステーブルを参照し
て、エンティティの接続情報より下流の有効エンティテ
ィをリストアップし、保存し、参照キーの削除内容の確
定を行なう。学科データ・設備資材データ対照表とイベ
ント授業データのリレーションシップの削除、学科デー
タ・教室教場データ対照表とイベント授業データのリレ
ーションシップの削除により、図１８及び図１９に示す
ようにイベント授業データの追加参照キー設備資材コー
ド（Ｒ）と教室教場コード（Ｒ）が自動的に削除され
る。削除の種類は、 １、ＴＳ対照表のリレーションシップの削除 ２、ＴＯ対応表のリレーションシップの削除 ３、Ｒ：Ｅの場合参照キーを削除 ４、Ｒ：ＥＲの場合参照キーを削除 ５、Ｅ：Ｅで参照キーの削除 である。単にリレーションシップの接続線を削除する場
合は、 ＥＲ：Ｅ、ＥＲ：ＥＳＢ、ＥＲＳＢ：Ｅ、ＥＲＳＢ：Ｅ
ＲＳＢ の各場合である。

【００４３】＜エンティティ削除による関連するリレー
ションシップの追加参照キーの削除＞エンティティを削
除する場合、接続情報を用いて関連するエンティティの
総てのリレーションシップをチェックして下流の有効エ
ンティティをリストアップし、保存し、参照キーの削除
内容の確定を行なう。削除の種類は、 １、ＴＳ対照表のリレーションシップの削除 ２、ＴＯ対応表のリレーションシップの削除 ３、Ｒ：Ｅの場合参照キーを削除 ４、Ｒ：ＥＲの場合参照キーを削除 ５、Ｅ：Ｅで参照キーの削除 である。単にリレーションシップの接続線を削除する場
合は、 ＥＲ：Ｅ、ＥＲ：ＥＳＢ、ＥＲＳＢ：Ｅ、ＥＲＳＢ：Ｅ
ＲＳＢ の各場合である。

【００４４】以上、本システムの機能について述べた
が、本願出願人は、リソース個数が２０〜５０個、イベ
ント個数が１０〜２０個の中規模のＥＲモデルの修正を
行う場合、従来方法では約２週間程度要していたとこ
ろ、本システムを用いることにより約２日程度に短縮で
きることを確認している。

【００４５】

【発明の効果】以上の説明で明らかなように、本発明に
よれば、Ｔ字型ＥＲモデル設計システムにおいて、使用
する各エンティティ間のリレーションシップをマトリッ
クステーブルで登録し、エンティティの相互接続情報を
持ち、ＥＲモデル等をデータベースで管理するよう構成
したので、従来のＴ字型ＥＲモデルの設計作業に比べて
容易に、早く、正確なＥＲモデルデータベースを作成す
ることができる。また、ＥＲモデルの修正の複雑さは、
エンティティの個数とともに幾何級数的に増大するの
で、データベースが複雑になればなるほど、本システム
の効果は顕著なものとなる。

【図面の簡単な説明】

【図１】本発明の実施形態のシステム構成図である。

【図２】エンティティ間のリレーションシップを規定す
るマトリクステーブルの説明図である。

【図３】同実施形態の全体処理フローチャートである。

【図４】同実施形態のメニュー画面の説明図である。

【図５】同実施形態の選択処理フローチャートである。

【図６】同実施形態の図形処理フローチャートである。

【図７】同実施形態の図形処理フローチャートである。

【図８】学校を例にしたＥＲモデル図（その１）であ
る。

【図９】学校を例にしたＥＲモデル図（その２）であ
る。

【図１０】学校を例にしたＥＲモデル図（その３）であ
る。

【図１１】エンティティ名、参照キー名を変更した場合
のＥＲモデル図（その１）である。

【図１２】エンティティ名、参照キー名を変更した場合
のＥＲモデル図（その２）である。

【図１３】エンティティ名、参照キー名を変更した場合
のＥＲモデル図（その３）である。

【図１４】参照キーを追加した場合のＥＲモデル説明図
（その１）である。

【図１５】参照キーを追加した場合のＥＲモデル説明図
（その２）である。

【図１６】参照キーを追加した場合のＥＲモデル説明図
（その３）である。

【図１７】リレーションシップを削除した場合のＥＲモ
デル説明図である（その１）。

【図１８】リレーションシップを削除した場合のＥＲモ
デル説明図である（その２）。

【図１９】リレーションシップを削除した場合のＥＲモ
デル説明図である（その３）。

【符号の説明】

１ データベース、２ マトリクステーブル、３ ＥＲ
モデル図、４ 入力・操作装置、５ 補助記憶装置、６
ＣＰＵ、７ ＣＲＴ、８ プリント出力装置。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 Ｔ字型ＥＲモデルを用いたデータベース
   設計システムであって、 データの上流に位置するエンティティと下流に位置する
   エンティティ間のリレーションシップをマトリクステー
   ブルとして記憶する記憶手段と、 前記マトリクステーブルを参照することによりデータベ
   ースを作成する処理手段と、 を有することを特徴とするＴ字型ＥＲモデルデータベー
   ス設計システム。
2. 【請求項２】 請求項１記載のシステムにおいて、 前記エンティティの種類としては、少なくともリソー
   ス、イベント、エンティティロール、対照表、対応表、
   リソースサブタイプ、イベントサブタイプ、エンティテ
   ィロールサブタイプ、対照表サブタイプ、対応表サブタ
   イプがあり、 前記リレーションシップとしては、 上流と下流が共にリソースまたはリソースサブタイプの
   場合には対照表を作成する関係であり、 上流と下流が共にイベントまたはイベントサブタイプの
   場合には、上流がＮ（Ｎは２以上）の場合は対応表を作
   成し、上流が１の場合は下流に参照キーを追加する関係
   であり、 上流と下流が共にエンティティロールまたはエンティテ
   ィロールサブタイプの場合には各項目をそのまま接続す
   る関係であり、 上流と下流が共に対照表または対照表サブタイプの場合
   には対照表を作成する関係であり、 上流と下流が共に対応表または対応表サブタイプの場合
   には非接続の関係であり、 上流がリソースまたはリソースサブタイプで下流がイベ
   ントまたはイベントサブタイプの場合には下流に参照キ
   ーを追加する関係であり、 上流がリソースまたはリソースサブタイプで下流がエン
   ティティロールまたはエンティティロールサブタイプの
   場合には下流に参照キーを追加する関係であり、 上流がリソースまたはリソースサブタイプで下流が対照
   表または対照表サブタイプの場合には対照表を作成する
   関係であり、 上流がリソースまたはリソースサブタイプで下流が対応
   表または対応表サブタイプの場合には非接続の関係であ
   り、 上流がイベントまたはイベントサブタイプで下流がリソ
   ースまたはリソースサブタイプの場合には上流と下流の
   項目を入れ替える関係であり、 上流がイベントまたはイベントサブタイプで下流がエン
   ティティロールまたはエンティティロールサブタイプの
   場合には下流に参照キーを追加する関係であり、 上流がイベントまたはイベントサブタイプで下流が対照
   表または対照表サブタイプの場合には上流と下流の項目
   を入れ替える関係であり、 上流がイベントまたはイベントサブタイプで下流が対応
   表または対応表サブタイプの場合にはサブタイプ同士を
   除いて対応表を作成する関係であり、 上流がエンティティロールまたはエンティテイロールサ
   ブタイプで下流がリソースまたはリソースサブタイプの
   場合には上流と下流の項目を入れ替える関係であり、 上流がエンティティロールまたはエンティテイロールサ
   ブタイプで下流がイベントまたはイベントサブタイプの
   場合には非接続の関係であり、 上流がエンティティロールまたはエンティテイロールサ
   ブタイプで下流が対照表または対照表サブタイプの場合
   には上流と下流の項目を入れ替える関係であり、 上流がエンティティロールまたはエンティテイロールサ
   ブタイプで下流が対応表または対応表サブタイプの場合
   には非接続の関係であり、 上流が対照表または対照表サブタイプで下流がリソース
   またはリソースサブタイプの場合には対照表を作成する
   関係であり、 上流が対照表または対照表サブタイプで下流がイベント
   またはイベントサブタイプの場合には下流に参照キーを
   追加する関係であり、 上流が対照表または対照表サブタイプで下流がエンティ
   ティロールまたはエンティティロールサブタイプの場合
   には下流に参照キーを追加する関係であり、 上流が対照表または対照表サブタイプで下流が対応表ま
   たは対応表サブタイプの場合には非接続の関係であり、 上流が対応表または対応表サブタイプの場合には下流が
   イベントまたはイベントサブタイプの場合にはサブタイ
   プ同士を除いて対応表を作成する関係であり、それ以外
   は下流がいずれであっても非接続の関係であることを特
   徴とするＴ字型ＥＲモデルデータベース設計システム。
3. 【請求項３】 請求項２記載のシステムにおいて、 前記処理手段は、前記対照表のエンティティ名の変更、
   削除、参照キー名の変更、参照キーの新規追加の各場合
   において、前記マトリクステーブルを参照することによ
   り影響する総てのエンティティを自動的に修正すること
   を特徴とするＴ字型ＥＲモデルデータベース設計システ
   ム。
4. 【請求項４】 請求項２記載のシステムにおいて、 前記処理手段は、前記対応表のエンティティ名の変更、
   削除、参照キー名の変更、参照キーの新規追加の各場合
   において、前記マトリクステーブルを参照することによ
   り影響する総てのエンティティを自動的に修正すること
   を特徴とするＴ字型ＥＲモデルデータベース設計システ
   ム。
5. 【請求項５】 請求項２記載のシステムにおいて、 前記処理手段は、前記対照表あるいは対応表以外の参照
   キー名の変更、削除、参照キーの新規追加の各場合にお
   いて、前記マトリクステーブルを参照することにより影
   響する総てのエンティティを自動的に修正することを特
   徴とするＴ字型ＥＲモデルデータベース設計システム。
6. 【請求項６】 請求項２記載のシステムにおいて、 前記処理手段は、エンティティがリソースまたはリソー
   スサブタイプの場合、リレーションシップ変更時に前記
   マトリクステーブルを参照することにより影響する総て
   のエンティティを自動的に修正することを特徴とするＴ
   字型ＥＲモデルデータベース設計システム。
7. 【請求項７】 請求項２記載のシステムにおいて、 前記処理手段は、エンティティがイベントまたはイベン
   トサブタイプの場合、リレーションシップ変更時に前記
   マトリクステーブルを参照することにより影響する総て
   のエンティティを自動的に修正することを特徴とするＴ
   字型ＥＲモデルデータベース作成システム。
8. 【請求項８】 請求項２記載のシステムにおいて、 前記処理手段は、エンティティ間のリレーションシップ
   削除時に前記マトリクステーブルを参照することにより
   影響する総てのエンティティの関連処理を自動的に修正
   することを特徴とするＴ字型ＥＲモデルデータベース設
   計システム。
9. 【請求項９】 請求項２記載のシステムにおいて、 前記処理手段は、エンティティ削除時に前記マトリクス
   テーブルを参照することにより影響する総てのエンティ
   ティの関連処理を自動的に修正することを特徴とするＴ
   字型ＥＲモデルデータベース設計システム。
10. 【請求項１０】 請求項２記載のシステムにおいて、 前記処理手段は、操作モードを指定することにより、エ
    ンティティを３回連続して選択し、順次マトリクステー
    ブルを参照することにより、新しいリソースを作成する
    ことを特徴とするＴ字型ＥＲモデルデータベース設計シ
    ステム。