JPH02181874A - データベース装置及びデータベース管理方法 - Google Patents
データベース装置及びデータベース管理方法Info
- Publication number
- JPH02181874A JPH02181874A JP1001739A JP173989A JPH02181874A JP H02181874 A JPH02181874 A JP H02181874A JP 1001739 A JP1001739 A JP 1001739A JP 173989 A JP173989 A JP 173989A JP H02181874 A JPH02181874 A JP H02181874A
- Authority
- JP
- Japan
- Prior art keywords
- schema
- data
- section
- management
- definition
- 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
Links
- 238000000034 method Methods 0.000 title description 5
- 238000013523 data management Methods 0.000 claims description 43
- 238000007726 management method Methods 0.000 claims description 39
- 238000013500 data storage Methods 0.000 claims description 37
- 238000010586 diagram Methods 0.000 description 14
- 239000000284 extract Substances 0.000 description 12
- 239000003795 chemical substances by application Substances 0.000 description 1
- 150000003839 salts Chemical class 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
産業上の利用分野
本発明はりレーシリナルモデルを基本とするデータベー
ス装置に関するものである。
ス装置に関するものである。
従来の技術
近年、データベースの普及はめざましいものであり、取
り扱うデータの形態も複雑化してきている。とシわけ、
個々のデータ間の関係が複雑な構造をもった大量のデー
タを処理する用途が事務処理分野をはじめとして各方面
で増えてきている。
り扱うデータの形態も複雑化してきている。とシわけ、
個々のデータ間の関係が複雑な構造をもった大量のデー
タを処理する用途が事務処理分野をはじめとして各方面
で増えてきている。
このような大量のデータ間の関係を取り扱う汎用的なデ
ータベース装置の実現形態として、リレーショナルデー
タベースが広く用いられている。
ータベース装置の実現形態として、リレーショナルデー
タベースが広く用いられている。
以下、図面を参照しながら従来のリレーショナルデータ
ベースを実現するデータベース装置の動作について説明
する。
ベースを実現するデータベース装置の動作について説明
する。
第６図は従来のデータベース装置の構成図、第６図は２
つスキーマから構成されるリレーショナルデータベース
の一例である。第６図のデータを第５図のデータベース
装置に入力する場合には、マススキーマ定義部４１で第
６図のスキーマ１のリレーショナルデータのスキーマｌ
を行う。スキーマを定義した後、スキーマを参照しなが
らデータ入力部４２からデータ管理部４５にデータをル
コードずつ入力する。データ管理部４６は入力されたデ
ータをレコード単位でデータ格納部４ｅに格納する。ス
キーマ定義部４１で第６図のスキーマ２のリレーショナ
ルデータのスキーマ定義ヲ行う。スキーマを定義した後
、スキーマを参照しながらデータ入力部４２からデータ
管理部４５にデータをルコードずつ入力する。データ管
理部４６は入力されたデータをレコード単位でデータ格
納部４６に格納する。
つスキーマから構成されるリレーショナルデータベース
の一例である。第６図のデータを第５図のデータベース
装置に入力する場合には、マススキーマ定義部４１で第
６図のスキーマ１のリレーショナルデータのスキーマｌ
を行う。スキーマを定義した後、スキーマを参照しなが
らデータ入力部４２からデータ管理部４５にデータをル
コードずつ入力する。データ管理部４６は入力されたデ
ータをレコード単位でデータ格納部４ｅに格納する。ス
キーマ定義部４１で第６図のスキーマ２のリレーショナ
ルデータのスキーマ定義ヲ行う。スキーマを定義した後
、スキーマを参照しながらデータ入力部４２からデータ
管理部４５にデータをルコードずつ入力する。データ管
理部４６は入力されたデータをレコード単位でデータ格
納部４６に格納する。
以上のようにして格納されているデータに対して、ある
属性のデータが指定した条件を満たすレコードを編集あ
るいは検索する場合を説明する。
属性のデータが指定した条件を満たすレコードを編集あ
るいは検索する場合を説明する。
２つのスキーマ間の検索の場合はデータ検索部４４から
、データ管理部４６に対してスキーマ１に指定した条件
を満たすデータを読み出すことを要求する。データ管理
部４６は、データ格納部４６からルコードずつ取り出し
属性の長さに従って１属性ごとにデータを取り出し、指
定した属性のデータが見つかったらそれが条件を満たす
かどうかを判定する。ルコード終わったらそのレコード
長にそのレコードのアドレスを加算して次に取り出すレ
コードの位置を求め、以下同様の処理を続け、最後に条
件を満たすレコードをデータ検索部４４に返す。データ
検索部４４から、データ管理部４６に対してスキーマ２
にデータ検索部４４で得られたレコードデータの一部を
条件として条件を満たすデータを読み出すことを要求す
る。データ管理部４６は、データ格納部４６からルコー
ドずつ取り出し属性の長さに従って１属性ごとにデータ
を取り出し、指定した属性のデータが見つかったらそれ
が条件を満たすかどうかを判定する。ルコード終わった
らそのレコード長にそのレコードのアドレスを加算して
次に取り出すレコードの位置を求め、以下同様の処理を
続け、最後に条件を満たすレコードをデータ検索部４４
に返す。この処理をスキーマ１から得られたレコード数
だけ繰り返し最終データを得ることになる。
、データ管理部４６に対してスキーマ１に指定した条件
を満たすデータを読み出すことを要求する。データ管理
部４６は、データ格納部４６からルコードずつ取り出し
属性の長さに従って１属性ごとにデータを取り出し、指
定した属性のデータが見つかったらそれが条件を満たす
かどうかを判定する。ルコード終わったらそのレコード
長にそのレコードのアドレスを加算して次に取り出すレ
コードの位置を求め、以下同様の処理を続け、最後に条
件を満たすレコードをデータ検索部４４に返す。データ
検索部４４から、データ管理部４６に対してスキーマ２
にデータ検索部４４で得られたレコードデータの一部を
条件として条件を満たすデータを読み出すことを要求す
る。データ管理部４６は、データ格納部４６からルコー
ドずつ取り出し属性の長さに従って１属性ごとにデータ
を取り出し、指定した属性のデータが見つかったらそれ
が条件を満たすかどうかを判定する。ルコード終わった
らそのレコード長にそのレコードのアドレスを加算して
次に取り出すレコードの位置を求め、以下同様の処理を
続け、最後に条件を満たすレコードをデータ検索部４４
に返す。この処理をスキーマ１から得られたレコード数
だけ繰り返し最終データを得ることになる。
発明が解決しようとする課題
しかしながら上記のようなデータの管理方法では、２つ
のスキーマ間からデータ検索をする場合、−度ひとつの
スキーマからデータを得た後に、もう一つのスキーマか
ら条件に一致するレコードを獲得しなければならずデー
タ転送量と条件一致処理時間が膨大に増加する。特に２
つのスキーマ間のテーブルの属性値が一致する検索条件
で検索する場合、−度一つのスキーマのテーブルの全て
のレコードを得た後に、もう一つのスキーマから条件に
一致するレコードを獲得しなければならずデータ転送量
と条件一致処理時間が膨大に増加する。
のスキーマ間からデータ検索をする場合、−度ひとつの
スキーマからデータを得た後に、もう一つのスキーマか
ら条件に一致するレコードを獲得しなければならずデー
タ転送量と条件一致処理時間が膨大に増加する。特に２
つのスキーマ間のテーブルの属性値が一致する検索条件
で検索する場合、−度一つのスキーマのテーブルの全て
のレコードを得た後に、もう一つのスキーマから条件に
一致するレコードを獲得しなければならずデータ転送量
と条件一致処理時間が膨大に増加する。
またデータ装置内でスキーマ名が同じスキーマを扱うこ
とができない。
とができない。
本発明は上記問題点に鑑み、スキーマ塩とスキーマ存在
場所などの情報を管理することによりデータ転送量と条
件一致処理時間を少なくするデータベース装置を提供す
るものである。
場所などの情報を管理することによりデータ転送量と条
件一致処理時間を少なくするデータベース装置を提供す
るものである。
課題を解決するための手段
上記問題点を解決するために本発明のデータベース装置
ｉハ、 リレーシジナルデータベースのスキーマを定義
するスキーマ定義部と、スキーマの格納場所を管理する
スキーマ管理部と、前記スキーマ管理部で定義されたり
レーンッナルデータベースのデータを格納するデータ格
納部と、前記スキーマ定義部で定義したスキーマを参照
しながら前記スキーマ管理部で定義したスキーマ格納場
所情報を参照して前記データ格納部の実際のデータにア
クセスするデータ管理部という構成を備えたものである
。
ｉハ、 リレーシジナルデータベースのスキーマを定義
するスキーマ定義部と、スキーマの格納場所を管理する
スキーマ管理部と、前記スキーマ管理部で定義されたり
レーンッナルデータベースのデータを格納するデータ格
納部と、前記スキーマ定義部で定義したスキーマを参照
しながら前記スキーマ管理部で定義したスキーマ格納場
所情報を参照して前記データ格納部の実際のデータにア
クセスするデータ管理部という構成を備えたものである
。
作 用
本発明は上記した構成によシ、複数のスキーマ間のりレ
ーシヲナル演算を行う場合、データ転送量と条件一致処
理時間を軽減すると共に、データベース内に同一名のス
キーマを複数持つことが可能となる。
ーシヲナル演算を行う場合、データ転送量と条件一致処
理時間を軽減すると共に、データベース内に同一名のス
キーマを複数持つことが可能となる。
実施例
以下請求項１記載の発明の一実施例におけるデータベー
ス装置について、図面を参照しながら説明する。第１図
は本発明の請求項１記載の一実施例におけるデータベー
ス装置のブロック図を示すものである。第１図において
、１はスキーマ定義部、２はデータ入力部、３はデータ
編集部、４はデータ検索部、６はデータ管理部、６はス
キーマ管理部、７はデータ格納部である。
ス装置について、図面を参照しながら説明する。第１図
は本発明の請求項１記載の一実施例におけるデータベー
ス装置のブロック図を示すものである。第１図において
、１はスキーマ定義部、２はデータ入力部、３はデータ
編集部、４はデータ検索部、６はデータ管理部、６はス
キーマ管理部、７はデータ格納部である。
以上のように構成されたデータベース装置にっいて、以
下第１図、第６図、第７図を用いてその動作を説明する
。
下第１図、第６図、第７図を用いてその動作を説明する
。
第６図のデータを第１図のデータベース装置に入力する
場合には、まずスキーマ定義部１でリレーシラナルデー
タのスキーマ５１ｉ［ｔ−ｆ？つ。データ管理部５はス
キーマのデータを格納する場所をデータ格納部７を参照
しながら決定しスキーマ管理部ｅにスキーマ名とスキー
マ格納場所情報を知らせる。スキーマを定義した後、ス
キーマを参照しながらデータ入力部２からデータ管理部
６にデータをルコードずつ入力する。データ管理部５は
スキーマ管理部ｅを参照し格納すべきスキーマの場所を
得てデータ格納部７の特定場所にルコードずつ格納する
。第７図はスキーマ管理部６の一つの例としてスキーマ
管理テーブルを用いて管理する場合のスキーマ管理テー
ブルである。
場合には、まずスキーマ定義部１でリレーシラナルデー
タのスキーマ５１ｉ［ｔ−ｆ？つ。データ管理部５はス
キーマのデータを格納する場所をデータ格納部７を参照
しながら決定しスキーマ管理部ｅにスキーマ名とスキー
マ格納場所情報を知らせる。スキーマを定義した後、ス
キーマを参照しながらデータ入力部２からデータ管理部
６にデータをルコードずつ入力する。データ管理部５は
スキーマ管理部ｅを参照し格納すべきスキーマの場所を
得てデータ格納部７の特定場所にルコードずつ格納する
。第７図はスキーマ管理部６の一つの例としてスキーマ
管理テーブルを用いて管理する場合のスキーマ管理テー
ブルである。
以上のようにして格納されている第６図のスキーマ１と
スキーマ２のデータに対して、スキーマ１のテープ／ｌ
／１の属性の製品名の値がテレビでかつスキーマ１のテ
ープ／Ｉ／１の属性の製品番号とスキーマ２のテーブル
２の属性の製品番号の値が一致する条件を満たすスキー
マ１とスキーマ２のレコードを検索する場合を説明する
。
スキーマ２のデータに対して、スキーマ１のテープ／ｌ
／１の属性の製品名の値がテレビでかつスキーマ１のテ
ープ／Ｉ／１の属性の製品番号とスキーマ２のテーブル
２の属性の製品番号の値が一致する条件を満たすスキー
マ１とスキーマ２のレコードを検索する場合を説明する
。
データ検索部４から、データ管理部６に対して指定した
条件を満たすデータを読み出すことを要求する。データ
管理部６は、スキーマ管理部６を参照しスキーマ１の場
所を得てスキーマ１のテープ／ｌ／１の定義をスキーマ
定義部１を参照しながらデータ格納部アからルコードず
つデータを取り出し、スキーマ１のテープ／Ｌ／１の属
性製品名の値がテレビかどうかを判定し、一致したレコ
ードを中間結果としてデータ管理部６のバッファに格納
する。次にデータ管理部５はバッファに格納した中間結
果からルコードずつデータを取り出し、スキーマ１のテ
ープ／Ｌ／１の属性の製品番号の値を得て、その製品番
号の値と一致するレコードをスキーマ管理部６を参照し
スキーマ２の場所を得てスキーマ２のテープ／Ｌ／２の
定義をスキーマ定義部１を参照しながらデータ格納部７
からルコードずつデータを取り出し、スキーマ２のテー
ブル２のテーブル２の属性の製品萱号の値が一致するか
どうかを判定し、一致したレコードをデータ検索部４に
返す。
条件を満たすデータを読み出すことを要求する。データ
管理部６は、スキーマ管理部６を参照しスキーマ１の場
所を得てスキーマ１のテープ／ｌ／１の定義をスキーマ
定義部１を参照しながらデータ格納部アからルコードず
つデータを取り出し、スキーマ１のテープ／Ｌ／１の属
性製品名の値がテレビかどうかを判定し、一致したレコ
ードを中間結果としてデータ管理部６のバッファに格納
する。次にデータ管理部５はバッファに格納した中間結
果からルコードずつデータを取り出し、スキーマ１のテ
ープ／Ｌ／１の属性の製品番号の値を得て、その製品番
号の値と一致するレコードをスキーマ管理部６を参照し
スキーマ２の場所を得てスキーマ２のテープ／Ｌ／２の
定義をスキーマ定義部１を参照しながらデータ格納部７
からルコードずつデータを取り出し、スキーマ２のテー
ブル２のテーブル２の属性の製品萱号の値が一致するか
どうかを判定し、一致したレコードをデータ検索部４に
返す。
以下請求項２および３記載の発明の一実施例におけるデ
ータベース装置について、図面を参照しながら説明する
。第２図は本発明の一実施例におけるデータベース装置
のブロック図を示すものである。第２図において、１１
はスキーマ定義部、１２はデータ入力部、１３はデータ
編集部、１４はデータ検索部、１５はデータ管理部、１
６はスキーマ位置格納部、１７はデータ格納部、１８は
記憶装置である。
ータベース装置について、図面を参照しながら説明する
。第２図は本発明の一実施例におけるデータベース装置
のブロック図を示すものである。第２図において、１１
はスキーマ定義部、１２はデータ入力部、１３はデータ
編集部、１４はデータ検索部、１５はデータ管理部、１
６はスキーマ位置格納部、１７はデータ格納部、１８は
記憶装置である。
以上のように構成されたデータベース装置についで、以
下第２図、第６図を用いてその動作を説明する。
下第２図、第６図を用いてその動作を説明する。
第６図のデータを第２図のデータベース装置に入力する
場合には、まずスキーマ定義部１１でリレーショナルテ
°−夕のスキーマ定義を行う。データ管理部１６はデー
タ入力部１２から指定されたスキーマのデータを格納す
る記憶装置１８のデータ格納部１７を参照しながらスキ
ーマの格納場所を決定しスキーマ位置格納部１６にスキ
ーマ格納場所情報を格納する。スキーマを定義した後、
スキーマを参照しながらデータ入力部１２からデータ管
理部１５にデータをルコードずつ入力する。
場合には、まずスキーマ定義部１１でリレーショナルテ
°−夕のスキーマ定義を行う。データ管理部１６はデー
タ入力部１２から指定されたスキーマのデータを格納す
る記憶装置１８のデータ格納部１７を参照しながらスキ
ーマの格納場所を決定しスキーマ位置格納部１６にスキ
ーマ格納場所情報を格納する。スキーマを定義した後、
スキーマを参照しながらデータ入力部１２からデータ管
理部１５にデータをルコードずつ入力する。
データ管理部１６はスキーマ位置格納部１６を参照し格
納すべきスキーマの場所を得てデータ格納部１７の特定
場所にルコードずつ格納する。第８図は２台の記憶装置
１８から構成された場合のそれぞれのスキーマ位置情報
格納部１θの一つの例としてスキーマ位置管理テーブル
を示した例である。
納すべきスキーマの場所を得てデータ格納部１７の特定
場所にルコードずつ格納する。第８図は２台の記憶装置
１８から構成された場合のそれぞれのスキーマ位置情報
格納部１θの一つの例としてスキーマ位置管理テーブル
を示した例である。
以上のようにして１台目の記憶装置１８に格納されてい
る第６図のスキーマ１と２台目の記憶袋置１８に格納さ
れている第６図のスキーマのデータに対して、スキーマ
１のテープ／Ｌ／１の属性の製品名の値がテレビでかつ
スキーマ１のテーブル１の属性の製品番号とスキーマ２
のテーブル２の属性の製品番号の値が一致する条件を満
たすスキーマ１のスキーマ２のレコードを検索する場合
を説明する。
る第６図のスキーマ１と２台目の記憶袋置１８に格納さ
れている第６図のスキーマのデータに対して、スキーマ
１のテープ／Ｌ／１の属性の製品名の値がテレビでかつ
スキーマ１のテーブル１の属性の製品番号とスキーマ２
のテーブル２の属性の製品番号の値が一致する条件を満
たすスキーマ１のスキーマ２のレコードを検索する場合
を説明する。
データ検索部１４から、データ管理部１６に対して指定
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部１６は、データ検索部１４から指示された１
台目の物理記憶デバイスである記憶装置１８のスキフッ
位置格納部１６を参照しスキーマ１の場所を得てスキー
マ１のテープ／ｌ／１の定義をスキーマ定義部１を参照
しながらデータ格納部１７からルコードずつデータを取
り出し、スキーマ１のテープ／Ｉ／１の属性製品名の値
がテレビかどうかを判定し、一致したレコードを中間結
果としてデータ管理部１６のバッフ１に格納する。次に
データ管理部１６はバッファに格納した中間結果からル
コードずつデータを取シ出し、スキーマ１のテープ／Ｌ
’１の属性の製品番号の値を得て、その製品番号の値と
一致するレコードをデータ検索部１４から指示された２
台目の物理記憶デバイスである記憶装置１８のスキーマ
位置格納部１６を参照しスキーマ２の場所を得てスキー
マ２のテープ／Ｌ／２の定義をスキーマ定義部１１を参
照しながらデータ格納部１７からルコードずつデータを
取り出し、スキーマ２のテーブル２の属性の製品番号の
値が一致するかどうかを判定し、一致したレコードをデ
ータ検索部１４に返す。
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部１６は、データ検索部１４から指示された１
台目の物理記憶デバイスである記憶装置１８のスキフッ
位置格納部１６を参照しスキーマ１の場所を得てスキー
マ１のテープ／ｌ／１の定義をスキーマ定義部１を参照
しながらデータ格納部１７からルコードずつデータを取
り出し、スキーマ１のテープ／Ｉ／１の属性製品名の値
がテレビかどうかを判定し、一致したレコードを中間結
果としてデータ管理部１６のバッフ１に格納する。次に
データ管理部１６はバッファに格納した中間結果からル
コードずつデータを取シ出し、スキーマ１のテープ／Ｌ
’１の属性の製品番号の値を得て、その製品番号の値と
一致するレコードをデータ検索部１４から指示された２
台目の物理記憶デバイスである記憶装置１８のスキーマ
位置格納部１６を参照しスキーマ２の場所を得てスキー
マ２のテープ／Ｌ／２の定義をスキーマ定義部１１を参
照しながらデータ格納部１７からルコードずつデータを
取り出し、スキーマ２のテーブル２の属性の製品番号の
値が一致するかどうかを判定し、一致したレコードをデ
ータ検索部１４に返す。
以下請求項４記載の発明の一実施例におけるデータベー
ス装置について、図面を参照しながら説明する。第３図
は本発明の特許請求の範囲第４項記載の一実施例におけ
るデータベース装置のブロック図を示すものである。第
３図において、２１はスキーマ定義部、２２はデータ入
力部、２３はデータ編集部、２４はデータ検索部、２６
はデータ管理部、２８はスキーマ状態管理部、２７はデ
ータ格納部である。
ス装置について、図面を参照しながら説明する。第３図
は本発明の特許請求の範囲第４項記載の一実施例におけ
るデータベース装置のブロック図を示すものである。第
３図において、２１はスキーマ定義部、２２はデータ入
力部、２３はデータ編集部、２４はデータ検索部、２６
はデータ管理部、２８はスキーマ状態管理部、２７はデ
ータ格納部である。
以上のように構成されたデータベース装置について、以
下第３図、第６図を用いてその動作を説明する。
下第３図、第６図を用いてその動作を説明する。
第６図のデータを第３図のデータベース装置に入力する
場合には、まずスキーマ定義部２１でリレーショナルデ
ータのスキーマ定義ヲ行つ。スキーマを定義した後、ス
キーマを参照しながらデ−タ入力部２２からデータ管理
部２６にデータをルコードずつ入力する。データ管理部
２５はスキーマ状態管理部２６を参照し格納すべきスキ
ーマがオープンされているか判定し、スキーマがオープ
ンされている場合データ格納部２７にルコードずつ格納
し、スキーマがオープンされていない場合データ格納部
２７の該当スキーマをオープンしスキーマ状態管理部２
６に知らせた後データ格納部２７にルコードずつ格納す
る。第９図はスキーマ状態管理部２６の一つの例として
スキーマ管理テーブルを用いて管理する場合のスキーマ
管理テーブルである。
場合には、まずスキーマ定義部２１でリレーショナルデ
ータのスキーマ定義ヲ行つ。スキーマを定義した後、ス
キーマを参照しながらデ−タ入力部２２からデータ管理
部２６にデータをルコードずつ入力する。データ管理部
２５はスキーマ状態管理部２６を参照し格納すべきスキ
ーマがオープンされているか判定し、スキーマがオープ
ンされている場合データ格納部２７にルコードずつ格納
し、スキーマがオープンされていない場合データ格納部
２７の該当スキーマをオープンしスキーマ状態管理部２
６に知らせた後データ格納部２７にルコードずつ格納す
る。第９図はスキーマ状態管理部２６の一つの例として
スキーマ管理テーブルを用いて管理する場合のスキーマ
管理テーブルである。
以上のようにして格納されている第６図のスキーマ１と
スキーマ２のデータに対して、スキーマ１のテープ）′
ｖ１の属性の製品名の値がテレビでかつスキーマ１のチ
ーーブ／Ｌ／１の属性の製品番号とスキーマ２のテープ
／ｌ／２の属性の製品番号の値が一致する条件を満たす
スキーマ１とスキーマ２のレコードを検索する場合を説
明する。
スキーマ２のデータに対して、スキーマ１のテープ）′
ｖ１の属性の製品名の値がテレビでかつスキーマ１のチ
ーーブ／Ｌ／１の属性の製品番号とスキーマ２のテープ
／ｌ／２の属性の製品番号の値が一致する条件を満たす
スキーマ１とスキーマ２のレコードを検索する場合を説
明する。
データ検索部２４から、ｆ−夕管理部２６に対して指定
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部２６は、スキーマ状態管理部２６を参照しス
キーマ１がオープンされているか判定しオープンされて
いない場合にデータ格納部２７の該当スキーマをオープ
ンしスキーマ１のテーブル１の定義をスキーマ定義部２
１を参照しながらデータ格納部２７からルコードずつデ
ータを取り出し、スキーマ１のテープ７ｔｚ１の属性製
品名の値がテレビかどうかを判定し、一致したレコード
を中間結果としてデータ管理部２６のバッフ１に格納す
る。次にデータ管理部２５はバッファに格納した中間結
果からルコードずつデータを取り出し、スキーマ１のテ
ーブル１の属性の製品番号の値を得て、その製品蒼号の
値と一致するレコードをスキーマ状態管理部２６を参照
しスキーマ２がオープンされているか判定しオープンさ
れていない場合にデータ格納部２７の該当スキーマをオ
ープンしスキーマ管理部２６を参照しスキーマ２のテー
プ／Ｉ／２の定義をスキーマ定義部２１を参照しながら
データ格納部２７からルコ一ドずつデータを取り出し、
スキーマ２のテーブル２の属性の製品番号の値が一致す
るかどうかを判定し、一致したレコードをデータ検索部
２４に返す。
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部２６は、スキーマ状態管理部２６を参照しス
キーマ１がオープンされているか判定しオープンされて
いない場合にデータ格納部２７の該当スキーマをオープ
ンしスキーマ１のテーブル１の定義をスキーマ定義部２
１を参照しながらデータ格納部２７からルコードずつデ
ータを取り出し、スキーマ１のテープ７ｔｚ１の属性製
品名の値がテレビかどうかを判定し、一致したレコード
を中間結果としてデータ管理部２６のバッフ１に格納す
る。次にデータ管理部２５はバッファに格納した中間結
果からルコードずつデータを取り出し、スキーマ１のテ
ーブル１の属性の製品番号の値を得て、その製品蒼号の
値と一致するレコードをスキーマ状態管理部２６を参照
しスキーマ２がオープンされているか判定しオープンさ
れていない場合にデータ格納部２７の該当スキーマをオ
ープンしスキーマ管理部２６を参照しスキーマ２のテー
プ／Ｉ／２の定義をスキーマ定義部２１を参照しながら
データ格納部２７からルコ一ドずつデータを取り出し、
スキーマ２のテーブル２の属性の製品番号の値が一致す
るかどうかを判定し、一致したレコードをデータ検索部
２４に返す。
以下請求項６記載の発明の一実施例におけるデータベー
ス装置について、図面を参照しながら説明する。第４図
は本発明の特許請求の範囲第６項記載の一実施例におけ
るデータベース装置のブロック図を示すものである。第
４図において、３１はスキーマ定義部、３２はデータ入
力部、３３はデータ編集部、３４はデータ検索部、３６
はデータ管理部、３６はスキーマ判定部、３７はデータ
格納部である。
ス装置について、図面を参照しながら説明する。第４図
は本発明の特許請求の範囲第６項記載の一実施例におけ
るデータベース装置のブロック図を示すものである。第
４図において、３１はスキーマ定義部、３２はデータ入
力部、３３はデータ編集部、３４はデータ検索部、３６
はデータ管理部、３６はスキーマ判定部、３７はデータ
格納部である。
以とのように構成されたデータベース装置について、以
下第４図、第１０図、第１１図を用いてその動作を説明
する。
下第４図、第１０図、第１１図を用いてその動作を説明
する。
第１０図のデータを第４図のデータベース装置に入力す
る場合には、まずスキーマ定義部３１でリレーシヲナル
データのスキーマ定ｉを行５゜スキーマを定義した後、
データ管理部３６はスキーマを参照しながらデータ入力
部３２からデータ管理部３６にデータをルコードずつ入
力する。データ管理部３６はテ°−タ格納部３７の特定
場所にルコードずつ格納する。同様にして第１１図のデ
ータを第４図のデータベース装置に入力する。
る場合には、まずスキーマ定義部３１でリレーシヲナル
データのスキーマ定ｉを行５゜スキーマを定義した後、
データ管理部３６はスキーマを参照しながらデータ入力
部３２からデータ管理部３６にデータをルコードずつ入
力する。データ管理部３６はテ°−タ格納部３７の特定
場所にルコードずつ格納する。同様にして第１１図のデ
ータを第４図のデータベース装置に入力する。
以上のようにしてデータ格納部３７に第１０図ノスキー
マ１と第１１図のスキーマ１のチータカ格納されている
場合に、第１０図のスキーマ１のデータに対して、スキ
ーマ１のテープ／Ｉ／１の属性の製品名の値がテレビで
ある条件を満たすスキーマ１を検索する場合を説明する
。
マ１と第１１図のスキーマ１のチータカ格納されている
場合に、第１０図のスキーマ１のデータに対して、スキ
ーマ１のテープ／Ｉ／１の属性の製品名の値がテレビで
ある条件を満たすスキーマ１を検索する場合を説明する
。
データ検索部３４から、データ管理部３６に対して指定
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部３６は、スキーマ判定部３６を参照し使用す
るスキーマを決定し該当スキーマ１のテープ／ｌ／１の
定義をスキーマ定義部３１を参照しながらデータ格納部
３７からルコードずつデータを取）出し、スキーマ１の
テーブル１の属性製品名の値がテレビかどうかを判定し
、致したレコードをデータ検索部３４に返す。
した条件を満たすデータを読み出すことを要求する。デ
ータ管理部３６は、スキーマ判定部３６を参照し使用す
るスキーマを決定し該当スキーマ１のテープ／ｌ／１の
定義をスキーマ定義部３１を参照しながらデータ格納部
３７からルコードずつデータを取）出し、スキーマ１の
テーブル１の属性製品名の値がテレビかどうかを判定し
、致したレコードをデータ検索部３４に返す。
発明の効果
以上のように本発明は、複数のスキーマ間のリレーショ
ナル演算を行う場合、データ転送量と条件一致処理時間
を軽減すると共に、データベース内に同一名のスキーマ
を複数持つことが可能となり実用的にきわめて有効であ
る。
ナル演算を行う場合、データ転送量と条件一致処理時間
を軽減すると共に、データベース内に同一名のスキーマ
を複数持つことが可能となり実用的にきわめて有効であ
る。
第１図は請求項１記載の発明の一実施例におけるデータ
ベース装置の構成図、第２図は請求項２および３記載の
発明の一実施例におけるデータベース装置の構成図、第
３図は請求項４記載の発明の一実施例におけるデータベ
ース装置の構成図、第４図は請求項５記載の発明の一実
施例におけるデータベース装置の構成図、第６図は従来
のデータベース装置の構成図、第６図はりレーシッナル
データベースのデータの一例を示す図、第７図は本発明
の請求項１記載の一実施例におけるデータベース装置の
スキーマ管理部６のスキーマ管理テーブルの一例を示す
図、第８図は本発明の請求項３記載の一実施例における
データベース装置の２台の記憶装置１８から構成された
場合のスキーマ位置情報格納部１６のスキーマ位置管理
テーブルの一例を示す図、第９図は本発明の請求項４記
戦の一実施例におけるデータベース装置のスキーマ状態
管理部２６のスキーマ管理テーブルの一例を示す図、第
１０図、第１１図はリレーショナルデータベースのデー
タの一例を示す図である。 １・・・・・・スキーマ定義部、２，１２，２２，３２
゜４２・・・・・・データ入力部、３，１３，２３，３
３゜４３・・・・・・データ編集部、４，１４，２４，
３４゜４４・・・・・・データ検索部、５，１５，２５
，３５゜４６・・・・・・データ管理部、θ・・・・・
・スキーマ管理部、７．１７，２７，３７．４６・・・
・・・データ格納部、１１．２１．３１．４１・・・・
・・スキーマ定義部、１６・・・・・・スキーマ位置格
納部、２６・・・・・・スキーマ状態管理部、３６・・
・・・・スキーマ判定部。 代理人の氏名 弁理士 粟 野 重 孝 ほか１名第１
図 第 図 第 ４ 図 ｌ 第５図 第 ７ 図 第 図 記凍ａｆ＋ 記魂蓑１２ ズ今一マど 第 図
ベース装置の構成図、第２図は請求項２および３記載の
発明の一実施例におけるデータベース装置の構成図、第
３図は請求項４記載の発明の一実施例におけるデータベ
ース装置の構成図、第４図は請求項５記載の発明の一実
施例におけるデータベース装置の構成図、第６図は従来
のデータベース装置の構成図、第６図はりレーシッナル
データベースのデータの一例を示す図、第７図は本発明
の請求項１記載の一実施例におけるデータベース装置の
スキーマ管理部６のスキーマ管理テーブルの一例を示す
図、第８図は本発明の請求項３記載の一実施例における
データベース装置の２台の記憶装置１８から構成された
場合のスキーマ位置情報格納部１６のスキーマ位置管理
テーブルの一例を示す図、第９図は本発明の請求項４記
戦の一実施例におけるデータベース装置のスキーマ状態
管理部２６のスキーマ管理テーブルの一例を示す図、第
１０図、第１１図はリレーショナルデータベースのデー
タの一例を示す図である。 １・・・・・・スキーマ定義部、２，１２，２２，３２
゜４２・・・・・・データ入力部、３，１３，２３，３
３゜４３・・・・・・データ編集部、４，１４，２４，
３４゜４４・・・・・・データ検索部、５，１５，２５
，３５゜４６・・・・・・データ管理部、θ・・・・・
・スキーマ管理部、７．１７，２７，３７．４６・・・
・・・データ格納部、１１．２１．３１．４１・・・・
・・スキーマ定義部、１６・・・・・・スキーマ位置格
納部、２６・・・・・・スキーマ状態管理部、３６・・
・・・・スキーマ判定部。 代理人の氏名 弁理士 粟 野 重 孝 ほか１名第１
図 第 図 第 ４ 図 ｌ 第５図 第 ７ 図 第 図 記凍ａｆ＋ 記魂蓑１２ ズ今一マど 第 図
Claims (5)
- （１）リレーショナルデータベースのスキーマを定義す
るスキーマ定義部と、スキーマの格納場所を管理するス
キーマ管理部と、前記スキーマ管理部で定義されたリレ
ーショナルデータベースのデータを格納するデータ格納
部と、前記スキーマ定義部で定義したスキーマを参照し
ながら前記スキーマ管理部で定義したスキーマ格納場所
情報を参照して前記データ格納部の実際のデータにアク
セスするデータ管理部を備えたことを特徴とするデータ
ベース装置。 - （２）リレーショナルデータベースをスキーマ定義部に
よりそのスキーマを定義し、スキーマ管理部によりその
スキーマの格納場所を定義し、前記スキーマ管理部で定
義したスキーマ格納場所を参照し物理的に格納されてい
るスキーマ位置を獲得し、前記スキーマ定義部で定義し
たスキーマを参照しながら実際のデータにアクセスする
データベース管理方法、 - （３）リレーショナルデータベースのスキーマを定義す
るスキーマ定義部と、前記スキーマ定義部で定義したス
キーマのデータを格納するデータ格納部と、物理的に同
一の記憶媒体内に存在するスキーマの位置情報を格納す
るスキーマ位置格納部と、前記スキーマ位置格納部を参
照しスキーマ格納場所を獲得し前記スキーマ定義部で定
義したスキーマを参照しながら前記データ格納部の実際
のデータにアクセスするデータ管理部を備えたことを特
徴とするデータベース装置。 - （４）リレーショナルデータベースのスキーマを定義す
るスキーマ定義部と、前記スキーマ定義部で定義したス
キーマのデータを格納するデータ格納部と、スキーマの
オープン状態を管理するスキーマ状態管理部と、前記ス
キーマ状態管理部を参照しスキーマがオープンしている
場合に前記データ格納部のスキーマデータにアクセスし
スキーマがオープンしていない場合に前記データ格納部
のスキーマをオープンしオープン状態を前記スキーマ状
態管理部に知らせ前記データ格納部のスキーマデータに
アクセスするデータ管理部を備えたことを特徴とするデ
ータベース装置。 - （５）リレーショナルデータベースのスキーマを定義す
るスキーマ定義部と、前記スキーマ定義部で定義したス
キーマのデータを格納するデータ格納部と、同一スキー
マ名が存在する場合にどのスキーマを使用するか判定す
るスキーマ判定部と、前記スキーマ判定部を参照し使用
スキーマを決定し前記データ格納部の実際のデータにア
クセスするデータ管理部を備えたことを特徴とするデー
タベース装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1001739A JPH02181874A (ja) | 1989-01-06 | 1989-01-06 | データベース装置及びデータベース管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1001739A JPH02181874A (ja) | 1989-01-06 | 1989-01-06 | データベース装置及びデータベース管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH02181874A true JPH02181874A (ja) | 1990-07-16 |
Family
ID=11509933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1001739A Pending JPH02181874A (ja) | 1989-01-06 | 1989-01-06 | データベース装置及びデータベース管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH02181874A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04101245A (ja) * | 1990-08-20 | 1992-04-02 | Nec Corp | データベース管理システム |
-
1989
- 1989-01-06 JP JP1001739A patent/JPH02181874A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04101245A (ja) * | 1990-08-20 | 1992-04-02 | Nec Corp | データベース管理システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1247165B1 (en) | System and method for transforming a relational database to a hierarchical database | |
| Petrakis et al. | ImageMap: An image indexing method based on spatial similarity | |
| US6970882B2 (en) | Unified relational database model for data mining selected model scoring results, model training results where selection is based on metadata included in mining model control table | |
| US6484181B2 (en) | Method and system for handling foreign key update in an object-oriented database environment | |
| JP3914662B2 (ja) | データベース処理方法及び実施装置並びにその処理プログラムを記憶した媒体 | |
| US6122644A (en) | System for halloween protection in a database system | |
| JPS62128332A (ja) | デ−タ処理装置 | |
| US6438541B1 (en) | Method and article for processing queries that define outer joined views | |
| JPS63298626A (ja) | デ−タベ−ス管理方法 | |
| JPH02181874A (ja) | データベース装置及びデータベース管理方法 | |
| CN110209886A (zh) | 一种基于bigtable数据模型构造面向对象的图的存储方式 | |
| Atnafu et al. | Similarity-based operators and query optimization for multimedia database systems | |
| JPH02297670A (ja) | データベース検索方式 | |
| JPH01241640A (ja) | データベース装置及びデータベース管理方法 | |
| Carlis et al. | A descriptive model of physical database design problems and solutions | |
| JPH0193843A (ja) | テーブル結合方式 | |
| Atnafu et al. | Efficient Content-Based and Metadata Retrieval in Image Database. | |
| JP2697559B2 (ja) | 情報検索装置 | |
| JPH0552536B2 (ja) | ||
| JPH0293862A (ja) | ネットワーク型データベースに於けるレコード検索機構 | |
| JPH01287737A (ja) | データベース装置及びデータベース管理方法 | |
| JP2940522B2 (ja) | 索引作成方法および情報検索装置 | |
| JPH02116936A (ja) | 再編成方式 | |
| Paparizos et al. | The importance of algebra for XML query processing | |
| JPH03266041A (ja) | 複数テーブルレコードのクラスタリング管理方式 |