JPH08221310A - Schema managing method - Google Patents

Schema managing method

Info

Publication number
JPH08221310A
JPH08221310A JP7029113A JP2911395A JPH08221310A JP H08221310 A JPH08221310 A JP H08221310A JP 7029113 A JP7029113 A JP 7029113A JP 2911395 A JP2911395 A JP 2911395A JP H08221310 A JPH08221310 A JP H08221310A
Authority
JP
Japan
Prior art keywords
definition information
data
additional
basic
schema
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP7029113A
Other languages
Japanese (ja)
Inventor
Taka Kobayashi
挙 小林
Satoru Wakayama
哲 和歌山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP7029113A priority Critical patent/JPH08221310A/en
Publication of JPH08221310A publication Critical patent/JPH08221310A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE: To provide a method to perform unitary management in a data-base system by relating fundamental definition information required for data management to additional definition information in which additional information not always required for the data management is represented in an arbitrary data type in the schema management of the database system. CONSTITUTION: A schema managing part 104 manages the fundamental definition information required for the management of data, and holds it in a schema database 103. A data managing part 105 manages the additional definition information 107 in which the additional information not always required for the data management is represented in the arbitrary data type, and holds it in a user database 106. A data identifier which identifies uniquely the data which holds the additional definition information 107 in the database system is held in the data which holds the fundamental definition information 102, and the data which holds the additional definition information in accordance with the fundamental definition information is acquired from the data identifier. In this way, the unitary management on relationship between the fundamental definition information and the additional definition information is performed in the database system.

Description

【発明の詳細な説明】Detailed Description of the Invention

【産業上の利用分野】本発明は、データベースシステム
のスキーマ管理に係わり、スキーマ内に保持するデータ
定義に対する付加的な情報を任意のデータ型で表現し、
該データ定義の基本的な定義情報と該付加的な情報とを
関連付けて、該データベースシステム内で一元管理する
ことを可能にするスキーマ管理方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to schema management of a database system, and expresses additional information to a data definition held in the schema by an arbitrary data type,
The present invention relates to a schema management method that associates basic definition information of the data definition with the additional information and enables unified management in the database system.

【従来の技術】データベースシステムでは、データベー
スに格納するさまざまなデータを取り扱うために、それ
ぞれのデータの構造や特徴を示す定義情報、いわゆるス
キーマ情報を管理する必要がある。データベース利用者
はこのような定義情報に基づいてデータベースを利用す
るが、定義情報の量が膨大になるときは、既に定義され
ている情報の詳細までをすべて把握することは困難であ
る。そこで、定義情報にコメントを付加し、容易に定義
内容を把握できるようにすることが一般に行われてい
る。従来では、例えば、リレーショナルデータベース管
理システムDB2では、文献 An Introduction to Data
base Systems, C.J.Date, Volume I, Fourth Edition,
Addison-Wesley Publishing Company, 1986 に記載され
ているように、リレーショナルデータベースのスキーマ
の構成要素であるテーブルおよびカラムの定義情報にコ
メントを付加することができる。テーブルおよびカラム
に関する定義情報は、それぞれDB2システムが提供す
るテーブルSYSTABLES、SYSCOLUMNSに保持される。これ
らのテーブルには文字列型のデータを保持するカラムRE
MARKSがあり、このカラムにコメントを保持することが
できる。コメントの付加は、コマンドCOMMENTにより、
指定されたコメント文字列を、テーブルSYSTABLESまた
はSYSCOLUMNSのカラムREMARKSに設定することで行う。
コメントの参照は、テーブルSYSTABLESおよびSYSCOLUMN
Sを検索し、カラムREMARKSの値を参照することで行う。
また、例えばオブジェクト指向言語Smalltalk-80では、
文献 Smalltalk入門、アスキー書籍編集部、アスキー出
版局、1986 に記載されているように、システムブ
ラウザと呼ばれるシステム内の情報をブラウジングする
ツールによって定義情報を参照するときに、オブジェク
トの構造や振る舞いを定義するクラスに対する操作で、
操作メニューからコメントの項目を選択すると、そのク
ラスに対するコメント文字列がテキストビューに表示さ
れ、そのコメント文字列を参照および変更することがで
きる。
2. Description of the Related Art In a database system, in order to handle various data stored in a database, it is necessary to manage definition information indicating the structure and characteristics of each data, so-called schema information. A database user uses a database based on such definition information, but when the amount of definition information becomes enormous, it is difficult to grasp all the details of already defined information. Therefore, it is generally practiced to add a comment to the definition information so that the definition content can be easily grasped. Conventionally, for example, in relational database management system DB2, the document An Introduction to Data
base Systems, CJDate, Volume I, Fourth Edition,
As described in Addison-Wesley Publishing Company, 1986, you can add comments to the definition information of tables and columns that are components of the relational database schema. Definition information regarding tables and columns is held in tables SYSTABLES and SYSCOLUMNS provided by the DB2 system, respectively. These tables have column RE that holds string type data
There is MARKS and you can keep comments in this column. To add a comment, use the command COMMENT
This is done by setting the specified comment string in column REMARKS of table SYSTABLES or SYSCOLUMNS.
Refer to the tables SYSTABLES and SYSCOLUMN for comments
Do this by searching for S and referencing the value in column REMARKS.
Also, for example, in the object-oriented language Smalltalk-80,
As described in "Introduction to Smalltalk, ASCII Book Editor, ASCII Publishing Office, 1986", the structure and behavior of objects are defined when referring to definition information by a tool for browsing information in the system called a system browser. The operation for the class to
When the comment item is selected from the operation menu, the comment string for the class is displayed in the text view, and the comment string can be referenced and changed.

【発明が解決しようとする課題】先述した従来の方法で
は、コメントとして付加できるデータの型は文字列型に
限られている。コメントを表すデータもデータベース内
で取り扱うデータであり、文字列型以外の任意のデータ
型で表現されることが好ましく、より複雑な構造を持つ
データの操作を適用することができれば、コメントの表
現能力を高めることができる。しかし、文字列型以外の
より複雑な構造を持つデータをコメントとして付加する
機能は従来のデータベースシステムが提供するスキーマ
管理にはなく、複合的な構造のデータをコメントとして
定義情報に付加するには、スキーマ管理とは独立した個
別の管理機構を用いるしかなかった。本発明の目的は、
上記のような問題を解決するため、データベースシステ
ムのスキーマ管理において、任意のデータ型で表現され
た付加定義情報を、基本定義情報と関連付けて、データ
ベースシステム内で一元管理する方法を提供することに
ある。
In the conventional method described above, the type of data that can be added as a comment is limited to the character string type. The data that represents a comment is also the data handled in the database, and it is preferable that it be expressed in any data type other than the character string type. If the operation of data with a more complicated structure can be applied, the comment expression capability Can be increased. However, the function of adding data with a more complicated structure other than the character string type as a comment is not in the schema management provided by the conventional database system, and it is necessary to add data with a complex structure to the definition information as a comment. , There was no choice but to use a separate management mechanism independent of schema management. The purpose of the present invention is to
In order to solve the above problems, in schema management of a database system, to provide a method for centrally managing in the database system by associating additional definition information represented by an arbitrary data type with basic definition information. is there.

【課題を解決するための手段】上記の目的を達成するた
め、本発明のスキーマ管理方法では、データベースシス
テムで取り扱うデータを管理するために必要な定義情報
の集まりであるスキーマと該スキーマを管理するスキー
マ管理部を有するデータベースシステムにおいて、デー
タ管理のために必要となる基本的な定義情報を基本定義
情報として該スキーマ内に保持し、該基本定義情報の定
義対象に関してデータ管理に必ずしも必要ではない該基
本定義情報以外の付加的な情報を付加定義情報として該
スキーマ内に定義されている任意のデータ型で表したデ
ータを用いて保持し、該基本定義情報と付加定義情報と
を関連付けて該データベースシステム内で一元管理す
る。特に、データベースシステム内で取り扱うデータを
保持する各オブジェクトを該システム内で一意に識別す
るためのオブジェクト識別子を有するオブジェクト指向
データベース管理システムにおいて、前記基本定義情報
を保持するための該オブジェクト指向データベース管理
システムが提供するオブジェクト内に、前記付加定義情
報を保持するユーザ定義のオブジェクトのオブジェクト
識別子を保持することにより、前記基本定義情報と付加
定義情報とを関連付けて、該データベースシステム内で
一元管理する。また、特に、リレーショナルデータベー
ス管理システムにおいて、前記基本定義情報を格納する
ための該リレーショナルデータベース管理システムが提
供するテーブルと、前記付加定義情報を格納するための
ユーザが定義可能な任意のテーブルとの間で、テーブル
間の演算操作を行うことにより、前記基本定義情報と付
加定義情報とを関連付けて、該データベースシステム内
で一元管理する。
To achieve the above object, the schema management method of the present invention manages a schema, which is a collection of definition information necessary for managing data handled by a database system, and the schema. In a database system having a schema management unit, basic definition information required for data management is held in the schema as basic definition information, and a definition target of the basic definition information is not necessarily required for data management. The additional information other than the basic definition information is retained as additional definition information by using data represented by an arbitrary data type defined in the schema, and the basic definition information and the additional definition information are associated with each other in the database. Centrally manage in the system. In particular, in an object-oriented database management system having an object identifier for uniquely identifying each object holding data handled in the database system in the system, the object-oriented database management system for holding the basic definition information. By holding the object identifier of the user-defined object that holds the additional definition information in the object provided by, the basic definition information and the additional definition information are associated with each other and are centrally managed in the database system. Further, in particular, in a relational database management system, between a table provided by the relational database management system for storing the basic definition information and an arbitrary table definable by the user for storing the additional definition information. Then, by performing an arithmetic operation between the tables, the basic definition information and the additional definition information are associated with each other and centrally managed in the database system.

【作用】本発明では、ユーザが定義するデータ型に基づ
いて作成するデータと基本定義情報を保持するデータと
を関連付けることにより、任意のデータ型を持つデータ
を付加定義情報として、基本定義情報と関連付けてデー
タベースシステム内で一元管理することができる。オブ
ジェクト指向データベース管理システムでは、該データ
ベース管理システムが提供する基本定義情報を保持する
オブジェクトに、付加定義情報を保持するオブジェクト
のオブジェクト識別子を保持することにより、関連付け
られる。リレーショナルデータベース管理システムで
は、該データベース管理システムが提供する基本定義情
報を格納するためのテーブルと、付加定義情報を格納す
るためのテーブルとの間で、テーブル間の演算操作によ
り関連付けられる。
According to the present invention, by associating the data created based on the data type defined by the user with the data holding the basic definition information, the data having the arbitrary data type is added to the basic definition information as the additional definition information. It can be associated and centrally managed in the database system. In an object-oriented database management system, an object holding basic definition information provided by the database management system is associated by holding an object identifier of an object holding additional definition information. In the relational database management system, the table for storing the basic definition information provided by the database management system and the table for storing the additional definition information are associated with each other by a calculation operation between the tables.

【実施例】以下、本発明の実施例を図面により詳細に説
明する。なお、実施例を説明するための全図において、
同一機能を有するものは同一符号を付け、その繰り返し
の説明は省略する。図1は、本発明を施した一実現例の
データベースシステムの構成を示すブロック図である。
101は、データベースシステム全体を管理するデータ
ベース管理システム、102は、データベース内で取り
扱う各種データのデータ構造の定義情報を含み、データ
を管理するために必要となる基本定義情報、103は、
基本定義情報を格納するスキーマデータベース、104
は、基本定義情報の集まりであるスキーマを管理するス
キーマ管理部、105は、スキーマ管理部を介して基本
定義情報を参照し、データの管理を行うデータ管理部、
106は、基本定義情報に基づいて作成されたデータベ
ースユーザのデータを格納するユーザデータベース、1
07は、ユーザが定義した基本定義情報に基づいて作成
された付加定義情報、108は、ユーザが定義した基本
定義情報に基づいて作成されたデータを格納するユーザ
データである。図2は、本発明を施した一実現例の計算
機システムの全体の構成を示すブロック図である。20
1は、計算機システム全体の制御を行う中央処理装置、
202は、データベースシステムの各プログラムを保持
する主記憶装置、203は、データベースシステムの停
止中でもデータを永続的に格納する外部記憶装置、20
4は、ユーザからの要求を入力する入力装置、205
は、ユーザに処理結果を表示する表示装置である。図3
は、本発明を施した第2の実施例の計算機システムの全
体の構成を示すブロック図である。この例では、図2と
は異なり、付加定義情報107Aが、ユーザデータベー
ス106ではなく、スキーマデータベース103内に保
持されている。このように、付加定義情報は、スキーマ
データベースやユーザデータベースに限らず、外部記憶
装置内でデータベース管理システムからアクセス可能で
あればどこに格納されていてもよい。図4は、本発明の
スキーマ管理方法をオブジェクト指向データベースシス
テムに適用したときの、基本定義情報を保持するオブジ
ェクトの例である。401は、基本定義情報のうち、デ
ータ構造の定義であるクラス定義に関する情報を保持す
るクラスオブジェクトの例である。クラスオブジェクト
の属性 NAME に対しては、該クラスオブジェクトが定義
対象とするクラスの名称が設定される。クラスオブジェ
クト401では、属性 NAME に対して文字列 CLASS が
設定されており、該クラスオブジェクトがクラスのクラ
ス定義情報を保持することを示す(このようなクラスを
一般にメタクラスと呼ぶ)。クラスオブジェクトの属性
ATTRIBUTES に対しては、該クラスオブジェクトが定義
対象とするクラスに定義される属性に関する情報を保持
するオブジェクトのオブジェクト識別子が保持される。
クラスオブジェクト401では、属性 ATTRIBUTES に対
してオブジェクト識別子 #oa2 が設定されており、該オ
ブジェクト識別子で特定されるオブジェクト402が、
クラス定義の属性の定義情報を保持するオブジェクト
(ここでは属性オブジェクトと呼ぶ)であることを示
す。属性オブジェクトは、属性 NAME, TYPE,NEXT, およ
び COMMENT を持つ。ただし、この例では、本発明の説
明に関与しないその他の属性を省略し … で示す。属性
オブジェクト402では、属性 NAME, および TYPE に
対して、それぞれ、文字列 NAME、文字列タイプを示す
タイプ記述子 CHAR が設定されており、これにより、ク
ラスオブジェクトに NAME という属性名の属性があり、
それに設定される値のタイプが文字列であることが示さ
れる。また、属性 NEXT に対して、属性オブジェクト4
03のオブジェクト識別子 #oa3 が設定されており、こ
れにより、クラスオブジェクトが、属性 NAME の次に、
属性オブジェクト403で示される属性を持つことが示
される。また、属性 COMMENT に対しては値が設定され
ておらず、これにより、クラスオブジェクトの属性 NAM
E に関する基本定義情報に対して、付加定義情報が関連
付けられていないことが示される。同様に、属性オブジ
ェクト403および404により、クラスオブジェクト
が属性 ATTRIBUTES および COMMENT を持ち、それらに
設定される値の型がオブジェクト識別子であることが示
される。図5は、付加定義情報を保持するためにユーザ
からのクラス定義要求により定義されたクラス COMMENT
の、定義情報を保持するクラスオブジェクトの例であ
る。ここで、クラス COMMENT は、基本定義情報の変更
に関する情報を付加定義情報として保持することを目的
とし、変更後のバージョンを示すための属性 REVISIO
N、変更を行った人を示すための属性 EDITOR、変更を行
った日付を示す属性DATE を持つように指定し、ユーザ
がクラス定義要求を行ったものとする。501は、付加
定義情報を保持するオブジェクトのクラス COMMENT を
定義するクラスオブジェクトである。属性オブジェクト
502、503および504により、クラス COMMENT
の定義に基づいて生成されるオブジェクト(コメントオ
ブジェクトと呼ぶ)には、属性 REVISION に対して文字
列、属性 EDITOR に対してオブジェクト識別子、属性 D
ATE に対して日付型の値がそれぞれ設定されることが示
される。このような形式で、付加定義情報を保持するオ
ブジェクトのクラスは、ユーザが任意にデータ構造を指
定して定義される。図6は、基本定義情報を保持するオ
ブジェクトに、付加定義情報を保持するオブジェクトを
関連付けた例である。この例では、クラス PERSON に関
する基本定義情報に対して、「Mike という名前の人
が、バージョン V01-02 として、1994年10月20
日に更新した」、という付加定義情報を関連付けること
を示す。601は、ユーザ定義のクラス PERSON の定義
を示すクラスオブジェクトである。このクラスオブジェ
クト601が、クラス PERSON に関する基本定義情報を
保持するオブジェクトに該当する。属性オブジェクト6
02、603および604により、クラス PERSON は、
文字列型の属性 NAME、整数型の属性 AGE、および、文
字列型の属性 DEPT を持つことが示される。また、クラ
スオブジェクト601は、属性COMMENTに対して、オブ
ジェクト識別子 #oc1 を保持している。オブジェクト識
別子 #oc1 により特定されるオブジェクト605は、図
5で示したクラス COMMENT の構造を持つコメントオブ
ジェクトであり、属性 REVISION には文字列 V01-02 、
属性 EDITORにはクラス PERSON の構造を持つオブジェ
クト606のオブジェクト識別子 #op1、属性 DATE に
は DATE 型の値 Oct.20.1994 が設定されている。ま
た、オブジェクト606については、属性 NAME には文
字列 Mike が設定され、他にクラスPERSON の定義に従
った値が設定されている。これらのオブジェクトによ
り、先に述べた基本定義情報と付加定義情報との関連付
けが示される。図7は、本発明のスキーマ管理方法を、
リレーショナルデータベースシステムに適用したとき
の、基本定義情報を保持するテーブルの例である。な
お、ここでは、先述のオブジェクト指向データベースシ
ステムへの適用例で示した情報に対応した例を示す。7
01は、テーブル定義の情報を格納するためのシステム
テーブル SYSTABLESである。テーブル SYSTABLES は、
テーブル名を示すためのカラム NAME、テーブルを定義
した人の名前を示すためのカラム CREATOR、テーブルを
構成するカラムの個数を示すためのカラム COLCOUNT、
テーブルの定義情報に関連付ける付加定義情報を保持す
るロー(Row)を特定するキーを示すためのカラム COMMEN
TKEYを持つ。ここでは、本発明の説明に関与しないその
他のカラムは省略する。702は、テーブル SYSTABLES
の定義を示すローであり、テーブル名が SYSTABLES、
テーブルの定義者は該データベースシステム、テーブル
のカラム数が(4以上の)ある整数であることを示して
いる。703は、カラム定義の情報を保持するテーブル
SYSCOLUMNS の定義を示すローであり、テーブル名が S
YSCOLUMNS、テーブルの定義者は該データベースシステ
ム、テーブルのカラム数が(4以上の)ある整数である
ことを示している。704は、テーブル PERSON の定義
を示すローであり、テーブル名が PERSON、テーブルの
定義者の名前は John、テーブルのカラム数が3である
ことを示している。さらに、カラム COMMENTKEY に対し
て値 #ck1 が設定されており、この値をキーとして付加
定義情報を保持するローが特定される。705は、テー
ブル COMMENT の定義を示すローであり、テーブル名が
COMMENT、テーブルの定義者の名前は John、テーブルの
カラム数が4であることを示している。図8は、図7の
データ定義に示したテーブルの各カラムの定義を格納す
るテーブル SYSCOLUMNS の例である。801は、テーブ
ル SYSCOLUMNS であり、カラムNAME はカラム名、カラ
ム TBNAME はそのカラムを保有するテーブル名、カラム
COLTYPE はそのカラムに対して設定する値の型、カラム
COMMENTKEY はカラムの定義情報に関連付ける付加定義
情報を保持するローを特定する KEY、を示す。図9は、
付加定義情報を格納するテーブル COMMENT と、人の情
報を格納するテーブル PERSON、およびテーブル SYSTAB
LES とテーブル COMMENT の JOIN の結果を示した例で
ある。901はテーブル COMMENT、902はテーブル P
ERSONであり、テーブル SYSTABLES および SYSCOLUMNS
に定義された情報に従ってテーブルが構成されている。
903は、付加定義情報を保持するローであり、ローの
キー値として、#ck1が設定されている。このローと、図
7の704に示したローより、例えば、テーブル SYSTA
BLES とテーブル COMMENT とを、リレーショナル代数の
結合演算(JOIN)を行うことにより、904のような結果
が得られ、テーブル PERSON に関する定義情報に対し
て、903で示される情報を付加定義情報として関連付
けることができる。図10は、データベースシステムに
対する定義情報操作のユーザ要求処理の概要を示す流れ
図である。ユーザからの要求は、入力装置から入力され
る。入力方法は、例えば、表示装置に表示するグラフィ
カルユーザインタフェイス(GUI)から、操作対象を
指定し、要求操作のアクションを起動させる方法でもよ
いし、操作コマンドと操作対象を特定する値を入力する
方法でもよい。要は、操作要求と、操作対象がデータベ
ースシステムで特定できる方法であればよい。本実施例
のデータベースシステムを起動し、ユーザからの要求を
入力装置により入力する(1001)。1002では、
1001で入力された要求が付加定義情報の設定要求で
あるかを判定する。付加定義情報設定の要求であれば、
付加定義情報設定の処理を実行し(1003)、100
1以降を繰り返す。付加定義情報設定の処理については
後述する。もし、1002で、付加定義情報設定要求で
ないと判定すると、付加定義情報参照の要求であるかを
判定する(1004)。付加定義情報参照処理の要求で
あれば、付加定義情報参照の処理を実行し(100
5)、1001以降を繰り返す。付加定義情報参照の処
理については後述する。もし、1004で、付加定義情
報参照要求でないと判定すると、付加定義情報解除の要
求であるかを判定する(1006)。付加定義情報解除
処理の要求であれば、付加定義情報解除の処理を実行し
(1007)、1001以降を繰り返す。付加定義情報
解除の処理については後述する。もし、1006で、付
加定義情報解除要求でないと判定すると、その要求がそ
の他のデータベースシステムの処理要求であるかを判定
し、それに見合った処理を実行する。図10において
は、その他の要求を省略し、終了要求の判定(100
9)のみを説明する。終了要求であれば、定義情報に関
する付加情報の操作処理を終了する。終了要求でなけれ
ば、不正な処理要求としてエラー処理を行い(例えば、
エラーであることを表示装置に表示する)、1001以
降を繰り返す。図11は、ユーザがデータベース管理シ
ステムに対して、付加定義情報設定の処理要求を行った
ときの、基本定義情報と付加定義情報を関連付ける処理
の流れ図である。ここで、ユーザからの付加定義情報設
定の処理要求では、操作対象となる基本定義情報と付加
定義情報が指定され、この指定をデータベース管理シス
テムが認識し、基本定義情報を保持するデータと付加定
義情報を保持するデータが取得されるものとする。11
01で、指定された基本定義情報を保持するデータに含
まれている付加定義情報を一意に特定する識別子(オブ
ジェクト指向データベースであればオブジェクト識別
子、リレーショナルデータベースであれば付加定義情報
を保持するテーブルのキー値が該当する。以降、データ
識別子と呼ぶ)を取得し、これをもとにそのデータ識別
子に対応する付加定義情報を取得する。例えば、オブジ
ェクト指向データベースシステムにおいて、クラス PER
SON の基本定義情報を操作対象とするためクラス名 PER
SON をユーザが指定するとき、スキーマ管理部によりク
ラス名からそれに対応するクラスオブジェクトを求め、
クラスオブジェクト Person(図6の601)を得る。
データ管理部により、オブジェクト識別子から特定され
るオブジェクトを求め、クラスオブジェクトの属性 com
ment に設定されているオブジェクト識別子をもとに、
クラスオブジェクト Person に対応するコメントオブジ
ェクト(図6の605)を取得する。また、例えば、リ
レーショナルデータベースシステムにおいて、テーブル
PERSON の基本定義情報を操作対象とするためテーブル
名'PERSON'をユーザが指定するとき、テーブル PERSON
の基本定義情報を保持するテーブル SYSTABLES のロー
(図7の704)と、それに対応する付加定義情報を保
持するテーブル COMMENT のロー(図9の903)は、
次のSQL文を実行することによって求められる。 SELECT SYSTABLES.*, COMMENT.* FROM SYSTABLES, COMMENT WHERE SYSTABLES.NAME = 'PERSON' AND SYSTABLES.COMMENTKEY = COMMENT.KEY ; 先の例では、テーブル SYSTABLES において、カラム NA
ME が 'PERSON' であるロー(図7の704)において
カラム COMMENTKEY に設定されている値は #ck1 であ
り、この値をテーブル COMMENT においてカラム KEY の
値としているロー(図9の903)であるから、この結
果は図9の904のようになる。1102で、1101
により付加定義情報が取得されるかを判定し、指定され
た基本定義情報に対する付加定義情報がすでに存在して
いるかをチェックする。付加定義情報が存在するとき
は、1103へ行き、指定された基本定義情報を保持し
ているデータ内に、指定された付加定義情報を保持する
データのデータ識別子を保持するように変更して終了す
る。例えば、オブジェクト指向データベースシステムに
おいては、ユーザは、クラス COMMENT の定義に基づい
て主記憶装置202上に作成されたコメントオブジェク
トを、付加定義情報として指定するものとする。ここ
で、指定された付加定義情報のデータ識別子を保持する
ように変更するには、ユーザが指定した主記憶装置上の
コメントオブジェクトに割り付けられたオブジェクト識
別子を、クラスオブジェクト Person の属性 comment
に設定すように変更してもよいし、クラスオブジェクト
Person の属性 comment に設定されたオブジェクト識
別子 #oc1で特定されるコメントオブジェクト605の
内容を、主記憶装置上のコメントオブジェクトの内容と
一致するように変更してもよい。要は、クラスオブジェ
クト Person の属性 comment に設定されるオブジェク
ト識別子から特定されるコメントオブジェクトの内容
が、ユーザにより指定された主記憶装置上のコメントオ
ブジェクトの内容と一致するようになればよい。ただ
し、ここで、複数のクラスオブジェクトの属性 comment
に対して同一のオブジェクト識別子 #oc1 を設定し、
コメントオブジェクト605を複数のクラス定義情報の
コメントとして共有する場合は、属性 comment に設定
するオブジェクト識別子を変更することと、コメントオ
ブジェクト605の内容を変更することでは意味が異な
る。この場合、クラスオブジェクト Person のコメント
のみを変更したいとき(基本定義情報と付加定義情報の
対応の変更したいとき)は、クラスオブジェクト Perso
n の属性 comment に設定するオブジェクト識別子を変
更する。共有している全てのクラスオブジェクトについ
てコメントオブジェクトを同様に変更したいとき(付加
定義情報の内容自体の変更をしたいとき)は、コメント
オブジェクト605の内容を変更する。この場合は、基
本定義情報と付加定義情報の対応の変更要求か、付加定
義情報の内容自体の変更要求かを区別して指定できるよ
うにすれば、明確に処理することができる。また、例え
ば、リレーショナルデータベースシステムにおいては、
ユーザは、テーブル COMMENT に作成したローを、付加
定義情報として指定するものとする。ここで、指定され
た付加定義情報のデータ識別子を保持するように変更す
るには、ユーザが指定した付加定義情報を保持するロー
に割り付けられたキー値(カラム KEY に設定された
値)を、テーブル PERSON の定義を保持するロー704
のカラム COMMENTKEY に設定するように変更してもよい
し、テーブル PERSON の定義を保持するロー704のカ
ラム COMMENTKEY に設定されたキー値 #ck1 で特定され
るテーブル COMMENT のロー903の内容を、指定され
たローの内容と一致するように変更してもよい。要は、
テーブル PERSON の定義を保持するロー704のカラム
COMMENTKEY に設定されるキー値から特定されるローの
内容が、ユーザにより指定されたローの内容と一致する
ようになればよい。ここで、複数のテーブル定義情報の
カラム COMMENTKEY に対して同一のキー値#ck1 を設定
し、ロー903を複数のテーブル定義情報のコメントと
して共有する場合は、カラム COMMENTKEY に設定するキ
ー値を変更することと、ロー903の内容を変更するこ
とでは意味が異なる。この場合、テーブル PERSON のコ
メントのみを変更したいときは、テーブル PERSON の定
義を保持するロー704のカラム COMMENTKEY に設定す
るキー値を変更する。共有している全てのテーブル定義
情報についてコメントを同様に変更したい場合は、ロー
903の内容を変更する。この場合は、基本定義情報と
付加定義情報の対応の変更要求か、付加定義情報の内容
自体の変更要求かを区別して指定できるようにすれば、
明確に処理することができる。1102で付加定義情報
が存在しないときは、1104へ行き、指定された付加
定義情報のデータ識別子を、指定された基本定義情報を
保持しているデータ内に保持させて終了する。例えば、
オブジェクト指向データベースシステムにおいては、先
に1103の説明で述べたように、ユーザの指定したコ
メントオブジェクトのオブジェクト識別子を、クラスオ
ブジェクトPerson601の属性 commentに設定させる。
また、例えば、リレーショナルデータベースシステムに
おいては、先に1103の説明で述べたように、ユーザ
の指定した付加定義情報を保持するローのキー値を、テ
ーブル PERSON の定義を保持するロー704のカラム C
OMMENTKEY に設定させる。図12は、ユーザがデータベ
ース管理システムに対して、付加定義情報参照要求を行
ったときの、基本定義情報に関連付けられた付加定義情
報を参照する処理の流れ図である。ここでは、ユーザか
らの付加定義情報参照の要求は、操作対象となる基本定
義情報が指定され、この指定をデータベース管理システ
ムが認識し、基本定義情報を保持するデータがすでに取
得されているものとする。1201で、指定された基本
定義情報を保持するデータに含まれている付加定義情報
のデータ識別子を取得し、これをもとに、そのデータ識
別子に対応する付加定義情報を取得する。この例として
は、先に1101の説明で述べたように、オブジェクト
指向データベースシステムにおいては、クラス名 PERSO
N をユーザが指定したときにコメントオブジェクト60
5が取得され、また、リレーショナルデータベースシス
テムにおいては、テーブル名 PERSON をユーザが指定し
たときにテーブル COMMENT のロー903が取得され
る。1202で、1201により付加定義情報が取得さ
れるかを判定し、指定された基本定義情報に対する付加
定義情報がすでに存在しているかをチェックする。付加
定義情報が存在するときは、1203へ行き、1201
で取得した付加定義情報を保持するデータを処理要求側
に返却して終了する。1202で付加定義情報が存在し
ないときは、1204へ行き、「対応する付加定義情報
の無い基本定義情報が指定された」という旨のエラーを
返却するための処理を行い終了する。図13は、ユーザ
がデータベース管理システムに対して、定義情報の付加
定義情報解除要求を行ったときの、基本定義情報と付加
定義情報との関連を解除する処理の流れ図である。ここ
では、ユーザからの付加定義情報解除の要求は、操作対
象となる基本定義情報が指定され、この指定をデータベ
ース管理システムが認識し、基本定義情報を保持するデ
ータがすでに取得されているものとする。1301で、
指定された基本定義情報を保持するデータに含まれてい
る付加定義情報のデータ識別子を取得し、これをもと
に、そのデータ識別子に対応する付加定義情報を取得す
る。この例としては、先に1101の説明で述べたよう
に、オブジェクト指向データベースシステムにおいて
は、クラス名 PERSON をユーザが指定したときにコメン
トオブジェクト605が取得され、また、リレーショナ
ルデータベースシステムにおいては、テーブル名 PERSO
N をユーザが指定したときにテーブル COMMENT のロー
903が取得される。1302で、1301により付加
定義情報が取得されるかを判定し、指定された基本定義
情報に対する付加定義情報がすでに存在しているかをチ
ェックする。付加定義情報が存在するときは、1303
へ行き、指定された付加定義情報のデータ識別子を、基
本定義情報を保持するデータから削除して終了する。例
えば、オブジェクト指向データベースシステムにおいて
は、クラスオブジェクトPerson601の属性 comment
の設定値を無効にする。また、例えば、リレーショナル
データベースシステムにおいては、テーブル PERSON の
定義を保持するロー704のカラム COMMENTKEY の設定
値を無効にする。1302で付加定義情報が存在しない
ときは、1304へ行き、「対応する付加定義情報の無
い基本定義情報が指定された」という旨のエラーを返却
するための処理を行い、終了する。
Embodiments of the present invention will now be described in detail with reference to the drawings. In addition, in all the drawings for explaining the embodiment,
Those having the same function are designated by the same reference numeral, and the repeated description thereof will be omitted. FIG. 1 is a block diagram showing the configuration of a database system according to an implementation example of the present invention.
Reference numeral 101 is a database management system for managing the entire database system, 102 is definition information of the data structure of various data handled in the database, and basic definition information necessary for managing the data, 103 is
Schema database for storing basic definition information, 104
Is a schema management unit that manages a schema that is a collection of basic definition information; 105 is a data management unit that manages data by referring to the basic definition information via the schema management unit;
Reference numeral 106 denotes a user database that stores data of database users created based on the basic definition information, 1
Reference numeral 07 is additional definition information created based on the basic definition information defined by the user, and reference numeral 108 is user data for storing data created based on the basic definition information defined by the user. FIG. 2 is a block diagram showing the overall configuration of a computer system according to an implementation example of the present invention. 20
1 is a central processing unit that controls the entire computer system,
Reference numeral 202 denotes a main storage device that holds each program of the database system, 203 denotes an external storage device that permanently stores data even when the database system is stopped, 20
Reference numeral 4 denotes an input device for inputting a request from a user, 205
Is a display device for displaying processing results to the user. FIG.
FIG. 6 is a block diagram showing an overall configuration of a computer system of a second embodiment to which the present invention is applied. In this example, unlike FIG. 2, the additional definition information 107A is held in the schema database 103 instead of the user database 106. As described above, the additional definition information is not limited to the schema database and the user database, and may be stored anywhere in the external storage device as long as it can be accessed from the database management system. FIG. 4 is an example of an object holding basic definition information when the schema management method of the present invention is applied to an object-oriented database system. Reference numeral 401 is an example of a class object that holds information regarding a class definition, which is a definition of a data structure, of the basic definition information. For the attribute NAME of the class object, the name of the class that the class object defines is set. In the class object 401, the character string CLASS is set for the attribute NAME, indicating that the class object holds the class definition information of the class (such a class is generally called a metaclass). Class object attributes
For ATTRIBUTES, the object identifier of the object that holds the information regarding the attributes defined in the class that is the definition target of the class object is held.
In the class object 401, the object identifier # oa2 is set for the attribute ATTRIBUTES, and the object 402 specified by the object identifier is
Indicates that the object holds the definition information of the attribute of the class definition (herein referred to as attribute object). The attribute object has attributes NAME, TYPE, NEXT, and COMMENT. However, in this example, other attributes not related to the description of the present invention are omitted and shown by. In the attribute object 402, a character string NAME and a type descriptor CHAR indicating a character string type are set for the attributes NAME and TYPE, respectively, so that the class object has an attribute with the attribute name NAME,
It is shown that the type of the value set in it is a character string. Also, for the attribute NEXT, the attribute object 4
The object identifier # oa3 of 03 is set, which causes the class object to be placed next to the attribute NAME
It is shown that it has the attribute indicated by the attribute object 403. Also, no value is set for the attribute COMMENT, which causes the attribute NAM of the class object to
It is indicated that the additional definition information is not associated with the basic definition information about E. Similarly, the attribute objects 403 and 404 indicate that the class object has the attributes ATTRIBUTES and COMMENT and the type of value set to them is an object identifier. FIG. 5 shows a class COMMENT defined by a class definition request from the user to hold additional definition information.
Is an example of a class object that holds definition information of. Here, the class COMMENT has the attribute REVISIO for indicating the version after the change, for the purpose of holding information related to the change of the basic definition information as additional definition information.
It is assumed that the user has made a class definition request by specifying N, the attribute EDITOR for indicating the person who made the change, and the attribute DATE indicating the date of the change. A class object 501 defines a class COMMENT of an object that holds additional definition information. Attribute objects 502, 503 and 504 allow class COMMENT
The object generated based on the definition of (comment object) is a character string for the attribute REVISION, an object identifier for the attribute EDITOR, and an attribute D.
Indicates that a date type value is set for each ATE. In such a format, the class of the object holding the additional definition information is defined by the user arbitrarily designating the data structure. FIG. 6 is an example in which an object holding basic definition information is associated with an object holding additional definition information. In this example, for the basic definition information about the class PERSON, a person named "Mike named version V01-02, October 20, 1994.
It is indicated that the additional definition information of "updated on the day" is associated. A class object 601 indicates the definition of the user-defined class PERSON. This class object 601 corresponds to an object holding the basic definition information regarding the class PERSON. Attribute object 6
02, 603 and 604, the class PERSON is
It is shown to have a string type attribute NAME, an integer type attribute AGE, and a string type attribute DEPT. The class object 601 holds the object identifier # oc1 for the attribute COMMENT. The object 605 specified by the object identifier # oc1 is a comment object having the structure of the class COMMENT shown in FIG. 5, and the attribute REVISION has the character string V01-02,
The object identifier # op1 of the object 606 having the structure of class PERSON is set in the attribute EDITOR, and the DATE type value Oct.20.1994 is set in the attribute DATE. Further, with respect to the object 606, the character string Mike is set in the attribute NAME, and the value according to the definition of the class PERSON is also set. These objects indicate the association between the basic definition information and the additional definition information described above. FIG. 7 shows the schema management method of the present invention.
It is an example of a table that holds basic definition information when applied to a relational database system. Here, an example corresponding to the information shown in the above-described application example to the object-oriented database system will be shown. 7
Reference numeral 01 is a system table SYSTABLES for storing table definition information. The table SYSTABLES is
Column NAME to show the table name, column CREATOR to show the name of the person who defined the table, column COLCOUNT to show the number of columns that make up the table,
Column COMMEN for indicating the key that identifies the row that holds the additional definition information to be associated with the table definition information
Have TKEY. Here, other columns not related to the description of the present invention are omitted. 702 is a table SYSTABLES
Where the table name is SYSTABLES,
The definer of the table indicates that the number of columns in the database system and the table is an integer (4 or more). 703 is a table that holds column definition information
A row showing the definition of SYSCOLUMNS and the table name is S
YSCOLUMNS, the table definer, indicates that the number of columns in the database system and table is an integer (4 or more). Reference numeral 704 is a row indicating the definition of the table PERSON, which indicates that the table name is PERSON, the name of the definer of the table is John, and the number of columns in the table is 3. Furthermore, the value # ck1 is set for the column COMMENTKEY, and the row holding the additional definition information is specified by using this value as a key. Reference numeral 705 is a row indicating the definition of the table COMMENT, and the table name is
COMMENT, the name of the definer of the table is John, and the number of columns in the table is 4. FIG. 8 is an example of a table SYSCOLUMNS that stores the definition of each column of the table shown in the data definition of FIG. 7. 801 is a table SYSCOLUMNS, where column NAME is the column name and column TBNAME is the table name and column that holds the column.
COLTYPE is the type of value to set for the column, the column
COMMENT KEY indicates the KEY that identifies the row that holds the additional definition information associated with the column definition information. FIG.
A table COMMENT that stores additional definition information, a table PERSON that stores person information, and a table SYSTAB
It is an example showing the result of JOIN of LES and table COMMENT. 901 is a table COMMENT and 902 is a table P
ERSON and tables SYSTABLES and SYSCOLUMNS
The table is constructed according to the information defined in.
A row 903 holds additional definition information, and # ck1 is set as the key value of the row. From this row and the row indicated by 704 in FIG. 7, for example, table SYSTA
By performing a relational algebraic join operation (JOIN) between BLES and the table COMMENT, a result such as 904 is obtained, and the information indicated by 903 is associated with the definition information regarding the table PERSON as additional definition information. You can FIG. 10 is a flowchart showing an outline of the user request process for the definition information operation on the database system. The request from the user is input from the input device. The input method may be, for example, a method of designating an operation target and activating an action of a required operation from a graphical user interface (GUI) displayed on a display device, or inputting an operation command and a value specifying the operation target. It may be a method. In short, any method can be used as long as the operation request and the operation target can be specified by the database system. The database system of the present embodiment is activated, and a request from the user is input through the input device (1001). In 1002,
It is determined whether the request input at 1001 is a setting request for additional definition information. If it is a request for additional definition information setting,
The additional definition information setting process is executed (1003), and 100
Repeat 1 and later. The process of setting the additional definition information will be described later. If it is determined in 1002 that the request is not the additional definition information setting request, it is determined whether the request is for additional definition information reference (1004). If the request is for additional definition information reference processing, the additional definition information reference processing is executed (100
5) and 1001 and subsequent steps are repeated. The process of referring to the additional definition information will be described later. If it is determined in 1004 that the request is not for additional definition information reference, it is determined whether the request is for cancellation of additional definition information (1006). If the request is for additional definition information cancellation processing, additional definition information cancellation processing is executed (1007), and steps 1001 and subsequent steps are repeated. The processing of canceling the additional definition information will be described later. If it is determined in 1006 that the request is not the additional definition information cancellation request, it is determined whether the request is a processing request of another database system, and processing corresponding to the request is executed. In FIG. 10, other requests are omitted and the termination request is determined (100
Only 9) will be described. If it is a termination request, the operation processing of the additional information relating to the definition information is terminated. If it is not a termination request, error processing is performed as an invalid processing request (for example,
It is displayed on the display device that there is an error), and 1001 and subsequent steps are repeated. FIG. 11 is a flowchart of the process of associating the basic definition information and the additional definition information when the user requests the database management system to set the additional definition information. Here, in the processing request for setting the additional definition information from the user, the basic definition information and the additional definition information to be operated are specified, and the database management system recognizes this specification and the data holding the basic definition information and the additional definition information. Data holding information shall be obtained. 11
In 01, an identifier that uniquely identifies the additional definition information included in the data holding the specified basic definition information (the object identifier in the case of an object-oriented database, the identifier of the table holding the additional definition information in a relational database) A key value is applicable. Hereinafter, referred to as a data identifier) is acquired, and based on this, additional definition information corresponding to the data identifier is acquired. For example, in object-oriented database systems, class PER
Class name PER to operate the basic definition information of SON
When the user specifies SON, the schema management section obtains the corresponding class object from the class name,
Get the class object Person (601 in FIG. 6).
The data management unit finds the object identified by the object identifier, and the attribute com of the class object
Based on the object identifier set in ment,
The comment object (605 in FIG. 6) corresponding to the class object Person is acquired. Also, for example, in relational database systems, tables
When the user specifies the table name'PERSON 'to operate the basic definition information of PERSON, the table PERSON
The row of the table SYSTABLES (704 in FIG. 7) that holds the basic definition information of the table and the row (903 of FIG. 9) of the table COMMENT that holds the corresponding additional definition information are
It is obtained by executing the following SQL statement. SELECT SYSTABLES. *, COMMENT. * FROM SYSTABLES, COMMENT WHERE SYSTABLES.NAME = 'PERSON' AND SYSTABLES.COMMENTKEY = COMMENT.KEY; In the previous example, in table SYSTABLES, column NA
The value set in the column COMMENTKEY in the row in which ME is 'PERSON' (704 in FIG. 7) is # ck1, and this value is the row in the table COMMENT that is the value of the column KEY (903 in FIG. 9). Therefore, the result is as shown by 904 in FIG. 1102 in 1101
Determines whether the additional definition information is obtained, and checks whether the additional definition information for the specified basic definition information already exists. When the additional definition information exists, the process goes to 1103, and the data holding the specified basic definition information is changed to hold the data identifier of the data holding the specified additional definition information, and the process ends. To do. For example, in the object-oriented database system, the user designates the comment object created on the main storage device 202 based on the definition of the class COMMENT as the additional definition information. Here, to change the data identifier of the specified additional definition information to be retained, change the object identifier assigned to the comment object on the main storage device specified by the user to the attribute comment of the class object Person.
May be changed to set to class object
The content of the comment object 605 specified by the object identifier # oc1 set in the attribute comment of Person may be changed so as to match the content of the comment object on the main storage device. The point is that the contents of the comment object specified by the object identifier set in the attribute comment of the class object Person should match the contents of the comment object on the main storage device specified by the user. However, here the attribute comment for multiple class objects
Set the same object identifier # oc1 for
When the comment object 605 is shared as a comment of a plurality of class definition information, changing the object identifier set in the attribute comment and changing the content of the comment object 605 have different meanings. In this case, when you want to change only the comment of the class object Person (when you want to change the correspondence between the basic definition information and the additional definition information), the class object Perso
Change the object identifier set in the n attribute comment. When it is desired to similarly change the comment object for all shared class objects (to change the content of the additional definition information itself), the content of the comment object 605 is changed. In this case, if it is possible to specify the change request for the correspondence between the basic definition information and the additional definition information or the change request for the content itself of the additional definition information, it is possible to perform clear processing. Also, for example, in a relational database system,
The user shall specify the row created in the table COMMENT as additional definition information. Here, in order to change so that the data identifier of the specified additional definition information is retained, the key value (value set in column KEY) assigned to the row holding the additional definition information specified by the user is changed to Row 704 that holds the definition of table PERSON
It may be changed to set it to the column COMMENTKEY of the table PERSON. You may change it to match the content of the row. In short,
Row 704 column that holds the definition of table PERSON
The content of the row identified by the key value set in COMMENTKEY should match the content of the row specified by the user. Here, if the same key value # ck1 is set for multiple columns COMMENTKEY of table definition information and row 903 is shared as a comment of multiple table definition information, change the key value set for column COMMENTKEY. And changing the contents of row 903 have different meanings. In this case, if you want to change only the comment of the table PERSON, change the key value set in the column COMMENTKEY of the row 704 that holds the definition of the table PERSON. When it is desired to similarly change the comments for all shared table definition information, the contents of row 903 are changed. In this case, if it is possible to specify the change request for the correspondence between the basic definition information and the additional definition information or the change request for the content of the additional definition information separately,
Can be treated explicitly. When the additional definition information does not exist in 1102, the procedure goes to 1104, and the data identifier of the specified additional definition information is held in the data holding the specified basic definition information, and the processing is ended. For example,
In the object-oriented database system, the object identifier of the comment object designated by the user is set in the attribute comment of the class object Person 601, as described in 1103 above.
Also, for example, in the relational database system, as described above in 1103, the key value of the row holding the additional definition information specified by the user is stored in the column C of the row 704 holding the definition of the table PERSON.
Set to OMMENT KEY. FIG. 12 is a flowchart of a process of referring to the additional definition information associated with the basic definition information when the user makes a request for additional definition information reference to the database management system. Here, in the request for additional definition information reference from the user, the basic definition information to be operated is specified, and the database management system recognizes this specification and the data holding the basic definition information has already been acquired. To do. At 1201, the data identifier of the additional definition information included in the data holding the designated basic definition information is acquired, and based on this, the additional definition information corresponding to the data identifier is acquired. As an example of this, as described above in the explanation of 1101, in the object-oriented database system, the class name PERSO
Comment object 60 when the user specifies N
5 is acquired, and in the relational database system, the row 903 of the table COMMENT is acquired when the user specifies the table name PERSON. At 1202, it is determined whether the additional definition information is acquired at 1201 and it is checked whether the additional definition information for the designated basic definition information already exists. If additional definition information exists, go to 1203 and 1201
The data holding the additional definition information acquired in step 1 is returned to the processing request side and the processing ends. When the additional definition information does not exist in 1202, the processing goes to 1204, and a processing for returning an error that “basic definition information without corresponding additional definition information is designated” is performed and the processing ends. FIG. 13 is a flow chart of a process of canceling the relationship between the basic definition information and the additional definition information when the user makes a request for canceling the additional definition information of the definition information to the database management system. Here, in the request for cancellation of additional definition information from the user, the basic definition information to be operated is specified, and the database management system recognizes this specification and the data holding the basic definition information has already been acquired. To do. 1301
The data identifier of the additional definition information included in the data holding the designated basic definition information is acquired, and based on this, the additional definition information corresponding to the data identifier is acquired. As an example of this, as described in the explanation of 1101, the comment object 605 is acquired when the user specifies the class name PERSON in the object-oriented database system, and the table name is acquired in the relational database system. PERSO
When N is specified by the user, the row 903 of the table COMMENT is acquired. In 1302, it is determined whether the additional definition information is acquired by 1301 and it is checked whether the additional definition information for the specified basic definition information already exists. If additional definition information exists, 1303
Then, the data identifier of the specified additional definition information is deleted from the data holding the basic definition information, and the process ends. For example, in the object-oriented database system, the attribute comment of the class object Person601
Invalidates the setting value of. Further, for example, in the relational database system, the setting value of the column COMMENTKEY of the row 704 holding the definition of the table PERSON is invalidated. If the additional definition information does not exist in 1302, the processing proceeds to 1304, and processing for returning an error that "basic definition information without corresponding additional definition information is specified" is performed, and the processing ends.

【発明の効果】以上説明したように、本発明によれば、
スキーマ内の定義情報について、基本定義情報と任意の
データ構造を持つ付加定義情報とを関連付けてデータベ
ースシステム内で一元管理することができる。
As described above, according to the present invention,
Regarding the definition information in the schema, the basic definition information and the additional definition information having an arbitrary data structure can be associated and centrally managed in the database system.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の一実現例のデータベースシステムの構
成を示すブロック図。
FIG. 1 is a block diagram showing the configuration of a database system according to an implementation example of the present invention.

【図2】本発明の一実現例の計算機システムの構成を示
すブロック図。
FIG. 2 is a block diagram showing the configuration of a computer system according to an implementation example of the present invention.

【図3】本発明の第2の実現例の計算機システムの構成
を示すブロック図。
FIG. 3 is a block diagram showing the configuration of a computer system according to a second implementation example of the present invention.

【図4】本発明のスキーマ管理方法をオブジェクト指向
データベースシステムに適用したときの、基本定義情報
を保持するオブジェクトを示すブロック図。
FIG. 4 is a block diagram showing an object that holds basic definition information when the schema management method of the present invention is applied to an object-oriented database system.

【図5】付加定義情報を保持するオブジェクトのクラス
COMMENT を定義するクラスオブジェクトを示すブロッ
ク図。
[Figure 5] Object class that holds additional definition information
Block diagram showing the class object that defines COMMENT.

【図6】基本定義情報を保持するオブジェクトに、付加
定義情報を保持するオブジェクトを関連付けた例を示す
ブロック図。
FIG. 6 is a block diagram showing an example in which an object holding basic definition information is associated with an object holding additional definition information.

【図7】本発明のスキーマ管理方法をリレーショナルデ
ータベースシステムに適用したときの、基本定義情報を
格納するテーブルを示すブロック図。
FIG. 7 is a block diagram showing a table storing basic definition information when the schema management method of the present invention is applied to a relational database system.

【図8】テーブルの各カラムの定義を格納するテーブル
SYSCOLUMNS の例を示すブロック図。
FIG. 8 is a table that stores the definition of each column of the table
Block diagram showing an example of SYSCOLUMNS.

【図9】付加定義情報を格納するテーブル COMMENT
と、人の情報を格納するテーブルPERSON およびテーブ
ル SYSTABLES とテーブル COMMENT の JOIN の結果の例
を示すブロック図。
FIG. 9: COMMENT table that stores additional definition information
And a block diagram showing an example of the result of a JOIN of a table PERSON and a table SYSTABLES and a table COMMENT that store person information.

【図10】データベースシステムに対する定義情報操作
のユーザ要求処理の概要を示す流れ図。
FIG. 10 is a flowchart showing an outline of user request processing for definition information operation with respect to a database system.

【図11】基本定義情報と付加定義情報を関連付ける処
理の流れ図。
FIG. 11 is a flowchart of processing for associating basic definition information with additional definition information.

【図12】基本定義情報に関連付けられた付加定義情報
を参照する処理の流れ図。
FIG. 12 is a flowchart of a process of referring to additional definition information associated with basic definition information.

【図13】基本定義情報と付加定義情報との関連を解除
する処理の流れ図。
FIG. 13 is a flowchart of processing for canceling the relationship between the basic definition information and the additional definition information.

【符号の説明】[Explanation of symbols]

101…… データベース管理システム 102…… 基本定義情報 103…… スキーマデータベース 104…… スキーマ管理部 105…… データ管理部 106…… ユーザデータベース 107…… 付加定義情報 108…… ユーザデータ 101 ... Database management system 102 ... Basic definition information 103 ... Schema database 104 ... Schema management unit 105 ... Data management unit 106 ... User database 107 ... Additional definition information 108 ... User data

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】データベースシステムで取り扱うデータを
管理するために必要な定義情報の集まりであるスキーマ
と該スキーマを管理するスキーマ管理部を有するデータ
ベースシステムにおいて、データ管理のために必要とな
る基本的な定義情報を基本定義情報として該スキーマ内
に保持し、該基本定義情報の定義対象に関してデータ管
理に必ずしも必要ではない該基本定義情報以外の付加的
な情報を付加定義情報として該スキーマ内に定義されて
いる任意のデータ型で表したデータを用いて保持し、該
基本定義情報と付加定義情報とを関連付けて該データベ
ースシステム内で一元管理することを特徴とするスキー
マ管理方法。
1. A database system having a schema, which is a collection of definition information necessary for managing data handled by the database system, and a schema management unit for managing the schema, and is a basic data management system. Definition information is held in the schema as basic definition information, and additional information other than the basic definition information that is not necessarily required for data management regarding the definition target of the basic definition information is defined in the schema as additional definition information. The schema management method is characterized in that the data is stored by using data represented by an arbitrary data type, and the basic definition information and the additional definition information are associated and centrally managed in the database system.
【請求項2】データベースシステム内で取り扱うデータ
を保持する各オブジェクトを該システム内で一意に識別
するためのオブジェクト識別子を有するオブジェクト指
向データベース管理システムにおいて、前記基本定義情
報を保持するための該オブジェクト指向データベース管
理システムが提供するオブジェクト内に、前記付加定義
情報を保持するユーザ定義のオブジェクトのオブジェク
ト識別子を保持することにより、前記基本定義情報と付
加定義情報とを関連付けることを特徴とする請求項1記
載のスキーマ管理方法。
2. An object-oriented database management system having an object identifier for uniquely identifying each object holding data handled in a database system in the system, said object-oriented for holding said basic definition information. 2. The basic definition information and the additional definition information are associated with each other by holding an object identifier of a user-defined object that holds the additional definition information in an object provided by a database management system. Schema management method.
【請求項3】リレーショナルデータベース管理システム
において、前記基本定義情報を格納するための該リレー
ショナルデータベース管理システムが提供するテーブル
と、前記付加定義情報を格納するためのユーザが定義可
能な任意のテーブルとの間で、テーブル間の演算操作を
行うことにより、前記基本定義情報と付加定義情報とを
関連付けることを特徴とする請求項1記載のスキーマ管
理方法。
3. In a relational database management system, a table provided by the relational database management system for storing the basic definition information and an arbitrary table definable by the user for storing the additional definition information. 2. The schema management method according to claim 1, wherein the basic definition information and the additional definition information are associated with each other by performing an arithmetic operation between the tables.
JP7029113A 1995-02-17 1995-02-17 Schema managing method Pending JPH08221310A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7029113A JPH08221310A (en) 1995-02-17 1995-02-17 Schema managing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7029113A JPH08221310A (en) 1995-02-17 1995-02-17 Schema managing method

Publications (1)

Publication Number Publication Date
JPH08221310A true JPH08221310A (en) 1996-08-30

Family

ID=12267272

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7029113A Pending JPH08221310A (en) 1995-02-17 1995-02-17 Schema managing method

Country Status (1)

Country Link
JP (1) JPH08221310A (en)

Similar Documents

Publication Publication Date Title
US6119126A (en) Object-relational query builder which determines existence of structures from information loaded from the server and cached locally on the client computing system
KR100745533B1 (en) Global query correlation attributes
US5418950A (en) System for interactive clause window construction of SQL queries
US7599948B2 (en) Object relational mapping layer
US6356920B1 (en) Dynamic, hierarchical data exchange system
JP3836928B2 (en) Database processing method
US6754648B1 (en) Method for storing and managing data
US6279008B1 (en) Integrated graphical user interface method and apparatus for mapping between objects and databases
US6701321B1 (en) Method and apparatus for navigation of relational databases on distributed networks
EP0575358B1 (en) Database management system graphical query front end
US6374252B1 (en) Modeling of object-oriented database structures, translation to relational database structures, and dynamic searches thereon
US6131098A (en) Method and apparatus for a database management system content menu
US7480661B2 (en) Query services for database system
US20050234889A1 (en) Method and system for federated querying of data sources
US20010003455A1 (en) Method, system and graphic user interface for entering and editing filter conditions for filtering a database
KR20010012305A (en) System and method for storing and manipulating data in an information handling system
US20090113283A1 (en) Method for capturing design-time and run-time formulas associated with a cell
US6301581B1 (en) Method and system for managing access to a plurality of data objects
US20110246535A1 (en) Apparatus and Method for Constructing Data Applications in an Unstructured Data Environment
KR20060067812A (en) Complex data access
JPH04172542A (en) Function extension system for data base management system
JPH0517581B2 (en)
US20070094289A1 (en) Dynamic, hierarchical data exchange system
WO1999033004A1 (en) An integrated graphical user interface method and apparatus for mapping between objects and databases
JPH08221310A (en) Schema managing method