JPH0488532A

JPH0488532A - データベースのキー定義格納方式

Info

Publication number: JPH0488532A
Application number: JP2202403A
Authority: JP
Inventors: Yasushi Tamayama; 玉山　恭; Nobuhiro Kurashiki; 倉敷　信宏; Yoshitomo Tahira; 田平　良知
Original assignee: Hitachi Information Systems Ltd
Current assignee: Hitachi Systems Ltd
Priority date: 1990-08-01
Filing date: 1990-08-01
Publication date: 1992-03-23

Abstract

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

Description

【発明の詳細な説明】［産業上の利用分野］本発明は、データベース管理方式（ＤＢＭＳ）に係り、
特に、一つ以上の列のシーケンスを複合キーとして定義
するデータベースのキー定義格納方式に関する。

［従来の技術］データベース管理方式に関する従来技術として、例えば
、Ｃ１Ｊ、Ｄａｔｅ著　「データベース・システム概論
」　（丸善株式会社、１９８４）等に記載された、複数
の列のシーケンスから構成される複合キーの定義方法に
関する技術が知られている。

一方、従来のディクショナリによりデータベース（ＤＢ
）が扱うデータを管理するＤＢＭＳに関する他の従来技
術として、例えば、Ｂｅ１ｋｉｓ　　Ｗ、Ｌｅｏｎｇ−
Ｈｏｎｇ他共著　「データディクショナリ／ディレクト
リシステム」　（オーム出版、１９８６）にに記載され
た技術が知られている。

この従来技術は、列またはキーのデータ型、構造等に関
するメタデータ（以下、定義情報という）を、前記ディ
クショナリに格納して管理しているが、この技術では、
列とキーとの定義情報を記述するためのフォーマットが
異なっているため、列及びキーの定義情報を、それぞれ
専用のディクショナリに格納して管理している。

以下、この種の従来技術によるデータベース管理方式の
一例を図面により説明する。

第４図は従来技術によるＤＢＭＳにおけるディクショナ
リとそれを管理するためのシステムの一例を示すブロッ
ク図、第５図は表、列、及びキーの定義情報を格納する
ディクショナリの構造を説明する図である。第４図、第
５図において、４００は定義処理部、４１．０は制御部
、４２０は表定義処理部、４３０は列定義処理部、４４
０はキー定義処理部、５００はディクショナ１ハ　５１
Ｑは表ディクショナリ、５２０は列ディクショナリ、５
３０はキーディクショナリである。

従来技術によるＤＢＭＳは、第４図に示すように定義処
理部４００と、ディクショナリ５００とにより構成され
、ディクショナリ５００は、表、列及びキーの定義情報
を格納するために、それぞれ専用のディクショナリ５１
０，５２０、及び５３０を備えて構成されている。また
、定義処理部４００は、これらのディクショナリ５１０
〜５３０に対する処理を行う定義処理部４２０〜４４０
と、全体の制御を行う制御部４１０とを備えて構成され
ている。

表、列、及びキーの定義情報を格納するディクショナリ
５１０，５２０、及び５３０には、第５図に示すように
、それぞれ、表、列、及びキーの属性を定義するために
必要な情報が格納されている。すなわち、表ディクショ
ナリ５１０には、表の名称が、例えば、「名簿」と定義
されており、列ディクショナリ５２０には、表の列名５
２２、データ型５２３等が定義されている。

しかし、前述のディクショナリにおいて、例えば、キー
ディクショナリ５３０中の列である構成要素５３３．５
３４、または、５３５には、列を特定するための列ディ
クショナリ５２０中の列である列名５２２の値が格納さ
れるというように、それぞれのディクショナリは、お互
いに参照関係がある。

［発明が解決しようとする課題］従来技術によるＤＢＭＳは、前述したように、キーの定
義情報を専用のキーディクショナリ５３０に格納し、列
の定義情報を専用の列のディクショナリ５２０に格納し
て管理している。そして、キーの定義情報は、一つ以上
の列のシーケンスを特定しているため、前記二つのディ
クショナリ相互間には、参照関係があることになる。

このため、例えば、列ディクショナリ５２０の中の行５
２４の列名５２２の値を″氏名“がら″姓名″に修正し
ようとすると、この修正に伴って、キーディクショナリ
５３０の中の行５３６の構成要素ｌの値も″氏名″から
″姓名″に修正する必要がある。この処理は、ディクシ
ョナリ間の参照関係に整合性を保持させることが必要な
ために、必ず行わなければならない。

このための処理は、一般に複雑かつ処理量が大きくなる
ため、列及びキーの定義変更の頻度が高いシステムにお
いては、システム全体の処理性能を低下させる。

すなわち、前記従来技術は、列及びキーに対応してそれ
ぞれにディクショナリを備え、常にこれらのディクショ
ナリ相互間の参照関係を整合させておかなければならな
いので、ディクショナリ全体のサイズが太き（なり、ま
た、システム全体の処理性能の向上を図ることが困難で
あるという問題点を有している。

本発明の目的は、前記従来技術の問題点を解決し、列及
びキーの定義情報を専用に格納するディクショナリを併
合し、かつ、ディクショナリの構造を整理して単純化す
ることにより、ディクショナリのサイズを削減すること
ができ、列及びキ−の定義変更時の処理を容易に行うこ
とを可能にして、システム全体の処理性能の向上を図る
ことができるようにしたデータベースのキー定義格納方
式を提供することにある。

［課題を解決するための手段］本発明によれば前記目的は、一つ以上の列のシーケンス
から構成される複合キーの定義情報をディクショナリに
格納して管理するデータベースにおいて、列の定義情報
を格納するディクショナリ中に、列の属性として、一つ
以上の１表の他の列のシーケンスを特定する情報を格納
する領域と、キーであるか否かを指定する属性を格納す
る領域とを設けることにより、さらに、前記−つ以上の
１表の他の列のシーケンスを特定する情報を格納する領
域を配列型とすることにより達成される。

また、前記目的は、前記列の定義情報を格納するディク
ショナリに、列の属性として、自列の定義情報が格納さ
れているディクショナリ中の位置を特定する列識別子を
格納する領域を設け、前記−つ以上の１表の他の列のシ
ーケンスを特定する情報を格納する領域に前記列識別子
を格納するようにすることにより達成される。

［作　用〕本発明によれば、前記手段を講じることにより、列及び
キーの定義情報を格納するためにそれぞれ専用に必要で
あったディクショナリを併合し、つのディクショナリに
列及びキーの定義情報を格納することが可能となり、異
なるディクショナリ相互間の参照関係の整合をとる必要
をなくし、システム性能の向上を図ることができる。

［実施例］以下、本発明によるデータベースのキー定義格納方式の
一実施例を図面により詳細に説明する。

第１図は本発明一実施例の構成を示すブロック図、第２
図はディクショナリの構造を説明する図、第３図は動作
を説明するフローチャートである。

第１図、第２図において、１００は定義処理部、１１０
は制御部、１２０は表定義処理部、１３０は列定義処理
部、１４０はキー定義処理部、２００はディクショナリ
、２１０は表ディクショナリ、２２０は列ディクショナ
リである。

第１図に示す本発明の一実施例は、本発明が適用された
ＤＢＭＳであり、定義処理部１００とディクショナリ２
００とを備えて構成されている。

ディクショナリ２００は、表の定義情報を格納する表デ
ィクショナリ２１０と、列及びキーの定義情報を格納す
る列ディクショナリ２２０とにより構成される。

また、定義処理部１００は、表ディクショナリ２１０の
定義情報を処理する表定義処理部１２０と、列ディクシ
ョナリ２２０内の列に関する定義情報を処理する列定義
処理部１３０と、列ディクショナリ２２０内のキーに関
する定義情報を処理するキー定義処理部１４０と、これ
ら処理部１２０〜１４０を制御する制御部１１０とによ
り構成される。制御部１１０は、各ディクショナリの参
照関係の整合性を保持するため、各処理部の起動等の制
御を行う。

次に、第２図を参照して、表ディクショナリ２１０及び
列ディクショナリ２２０のデータ構造を説明する。

表ディクショナリ２１０は、二次元の表形式で表の定義
情報を格納し、その一つの行により、つの表を定義して
いる。

また、表ディクショナリ２１０の列は、表ディクショナ
リ２１０の中の行を特定する識別子を格納する表識別子
２１１、及び、表を特定する情報を格納する表名２１２
等により構成されている。

列ディクショナリ２２０は、二次元の表形式で列及びキ
ーの定義情報を格納し、その一つの行により、一つの列
を定義している。

また、列ディクショナリ２２０の列は、列ディクショナ
リ２２０の中の行を特定する識別子を格納する列識別子
２２１、列を特定する情報を格納する列名２２３、前記
列が所属する表を特定する情報を格納する表識別子２２
２、前記列に格納される値の型を示すデータ型２２４、
前記列がキーであるか否かを指定する属性を格納するキ
ー属性２２５、及び、前記列が一つ以上の列のシーケン
スで構成される複合列の場合、前記列のシーケンスを特
定する情報を一次元の配列で格納する配列型の構成要素
２２６等により構成されている。

次に、前述のように構成される本発明の一実施例におい
て、列ディクショナリ２２０を用いてキーの定義操作を
行う処理を第３図に示すフローを参照して説明する。

（１）前記定義操作を行うオペレータは、キーの情報と
して、表名、キー名、及び前記キーの構成要素を特定す
る一つ以上の列名からなる列名リストを入力する（ステ
ップ３０１）。

（２）制御部１１０は、表定義処理部１２０を起動し、
前記表名により表ディクショナリ２１０の検索を行わせ
、表の定義情報を読み込む。この処理処理において、入
力された表名がディクショナリ内に無い場合、異常終了
を実行する（ステップ３０２．３１６）。

（３）ステップ３０２で、表の定義情報が有り、表の定
義情報が読み込まれた場合、この読み込んだ表の定義情
報の表識別子２１１と前記キー名により列ディクショナ
リ２２０を検索し、既存列の定義情報を読み込む。この
処理において、既存列の定義情報がある場合、後述する
ステップ３１３の処理に移行する（ステップ３０３）。

（４）ステップ３０３の処理において、既存列の定義情
報が無い場合、新規列の定義情報中の表識別子２２２に
、ステップ３０３で読み込んだ表の定義情報の表識別子
２１１をセットする（ステップ３０４）。

（５）新規列の定義情報の列名２２３に前記キー名をセ
ットし、新規列の定義情報のデータ型２２４に″複合型
″とセットする。さらに、カウンタｉにＯをセットし、
カウンタを初期化する（ステップ３０５〜３０７）。

（６）カウンタｌの値に１を加え、ステップ３０３で読
み込んだ表の定義情報の表識別子２１１と前記列名リス
ト中の１番目の列名とにより列ディクショナリ２２０を
検索し、メンバ列の定義情報を読み込む。この処理にお
いて、メンバ列の定義情報が列ディクショナリに無い場
合、異常終了を実行する（ステップ３０８．３０９．３
１６）。

（７）ステップ３０９で、メンバ列の定義情報が列ディ
クショナリにあり、このメンバ列の定義情報を読み込ん
だ場合、新規列の定義情報の１番目の構成要素２２６に
、ステップ３０９で読み込んだメンバ列の定義情報の列
識別子２２１をセットする（ステップ３１０）。

（８）次に、カウンタ１の値と前記列リストの構成要素
の個数ｎとを比較し、ｌがｎより小さい場合はステップ
３０８からの処理を繰り返し実行し、前記列リストを構
成する列名の個数分だけ、前記の列名を列識別子に変換
する（ステップ３１１）。

（９）ステップ３１１で、ｌがｎより大きい場合、すな
わち、全ての列名が列識別子に変換された後、列ディク
ショナリ２２０の管理情報から、新規列の定義情報を格
納する位置を特定する列識別子を取得し、新規列の定義
情報を列識別子２２１にセットする（ステップ３１２）
。

（１０）ステップ３１２でセットされた新規列の定義情
報、または、ステップ３０３で読み込んだ既存列の定義
情報のキー属性２２５を”　Ｙ　Ｅ　Ｓ　”にセットす
る。このステップにより、既存列の定義情報の更新、ま
たは、新規列の定義情報の作成が行われる（ステップ３
Ｉ３）。

（＋１）前記新規または既存の列の定義情報の列識別子
２２１により特定される列ディクショナリ２２０中の所
定の位置に、前記新規または既存の列の定義情報を書き
込み、キー定義操作の処理を正常に終了する（ステップ
３１４．３１５）。

前述した本発明の実施例によれば、従来のキーディクシ
ョナリに格納されていたキーの定義情報を、キーを構成
する列と対応させた形式で列及びキーの定義情報として
編集し、列ディクショナリ２２０に格納しているので、
キーディクショナリを不要とすることができる。

これにより、ディクショナリの構造を整理、単純化し、
ディクショナリのサイズを削減させることができる。ま
た、列またはキーの定義変更時に、参照関係の整合性が
容易に保持することができ、そのための処理量を削減す
ることができる。

さらに、本発明の実施例によれば、キーの扱いをエンテ
ィティから列の属性とすることにより、列とキーとの対
応付けを単純にし、列及びキーの定義変更に対するシス
テムの操作性及び柔軟性を向上させることができる。

［発明の効果］以上説明したように本発明によれば、ディクショナリの
構造を整理、単純化して、ディクショナリのサイズを削
減することができ、列及びキーの定義の参照関係の整合
性を容易に保持でき、その処理量を削減することができ
、さらに、列及びキーの定義変更に対するシステムの操
作性及び柔軟性を向上させることができる。

【図面の簡単な説明】

第１図は本発明一実施例の構成を示すブロック図、第２
図はディクショナリの構造を説明する図、第３図は動作
を説明するフローチャート、第４図は従来技術によるＤ
ＢＭＳにおけるディクショナリとそれを管理するための
システムの一例を示すブロック図、第５図は表、列、及
びキーの定義情報を格納するディクショナリの構造を説
明する図である。１００・・・・・・定義処理部、１１０・・・・・・制
御部、１２０・・・・表定義処理部、１３０・・・・・
列定義処理部、１４０・・・・・・キー定義処理部、２
００・・・・・・ディクショナリ、２１０・・・・・・
表ディクショナリ、２２０・・・・・・列ディクショナ
リ。第１図第２図１００：定義処理部２００：ディクショナリ第図５００：ディクショナリ第図

Claims

【特許請求の範囲】１、一つ以上の列のシーケンスから構成される複合キー
の定義情報をディクショナリに格納して管理するデータ
ベースにおいて、列の定義情報を格納するディクショナ
リの中に、列の属性として、一つ以上の自表の他の列の
シーケンスを特定する情報を格納する領域と、列の属性
として、キーであるか否かを指定する属性を格納する領
域とを備えることを特徴とするデータベースのキー定義
格納方式。２、前記一つ以上の自表の他の列のシーケンスを特定す
る情報を格納する領域が、配列型であることを特徴とす
る特許請求の範囲第１記載のデータベースのキー定義格
納方式。３、前記列の定義情報を格納するディクショナリは、列
の属性として、自列の定義情報が格納されているディク
ショナリ中の位置を特定する列識別子を格納する領域を
備え、前記一つ以上の自表の他の列のシーケンスを特定
する情報を格納する領域に、前記列識別子を格納するこ
とを特徴とする特許請求の範囲第１項または第２項記載
のデータベースのキー定義格納方式。