JPH1139200A - 構造型データベースのアクセス処理システム - Google Patents

Abstract

(57)【要約】 【課題】 スキーマに定義されたレコードサイズを意識
することなくレコード項目の追加更新を可能とし、シス
テム運用上の効率と操作性及び拡張性の向上を実現す
る。 【解決手段】 構造型データベース１１のレコードを、
本来のレコードとしての基本レコード２１と基本レコー
ドに子レコードとして関連付けられる拡張レコード２２
とで定義し、アプリケーション１６からの基本レコード
の検索要求により構造型データベースから要求された基
本レコード及び関連付けられた拡張レコードを検索し、
アプリケーションからの基本レコードの更新要求により
基本レコード及び拡張レコードを構造型データベースに
書き戻すレコードアクセス処理部１２、検索された基本
レコードと拡張レコードをブロッキングし、またブロッ
ク化したレコードを基本レコードと拡張レコードにデブ
ロッキングするレコードブロック処理部１４を備え、基
本レコードと拡張レコードをブロック化したレコードを
アクセス要求された基本レコードとして参照更新可能と
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、構造型データベー
スの検索システムに関し、特にスキーマに定義されたレ
コードサイズを超えるような情報を保有する必要性が発
生した場合に有効な構造型データベースのアクセス処理
システムに関する。

【０００２】

【従来の技術】従来、構造型データベースにおいては、
格納するレコードのサイズに応じた数種類のレコードタ
イプを予めスキーマに定義しておく。データベースをア
クセスするアプリケーションからのレコードの更新や追
加要求が発生した場合、アプリケーションは上記スキー
マによって定義されているレコードタイプに基づいてレ
コードの追加更新を行なう。レコードの更新において
は、上記スキーマによって定義されているレコードのサ
イズに収まるように項目の追加を行なう。

【０００３】上記のような従来の構造型データベースに
格納されているレコードをアプリケーションからの更新
要求に応じて更新する場合、更新によって追加する項目
が定義されているレコードのサイズ以内に収まる場合に
は問題ないが、追加項目がレコードサイズを越える場合
に問題となる。

【０００４】このように更新によって、スキーマに定義
されたレコードサイズを超える項目を追加する必要性が
発生した際には、スキーマに定義されているレコードタ
イプを再定義する作業が必要となる。この場合、一時的
にシステムを停止させて、レコードタイプを再定義した
スキーマオブジェクトに変更したうえで、アプリケーシ
ョンからの更新を行なうことになる。

【０００５】

【発明が解決しようとする課題】上述した従来の構造型
データベースの検索システムにおいては、アプリケーシ
ョンからの更新要求によってレコードサイズを越える項
目追加の必要性が発生した場合、その都度システムを一
時的に停止させてスキーマを再定義してレコードサイズ
を変更する必要があり、システムの運用が効率的に行な
えないという問題点があった。

【０００６】また、上記のようにスキーマの再定義のた
めのシステムを停止を避けるために、常にスキーマに定
義されているレコードサイズを意識しながら、そのサイ
ズを越えないようにレコードの項目追加を行なわなけれ
ばならないという不都合があった。

【０００７】本発明の目的は、スキーマに定義されたレ
コードサイズを意識することなくレコード項目の追加更
新を可能とすることにより、システム運用上の効率と操
作性及び拡張性の向上を実現する構造型データベースの
アクセス処理システムを提案することにある。

【０００８】

【課題を解決するための手段】上記目的を達成する本発
明は、アプリケーションからのアクセス要求に応答して
構造型データベース中のレコードのアクセス処理を行な
う構造型データベースのアクセス処理システムにおい
て、前記構造型データベースのレコードを、本来のレコ
ードとしての基本レコードと基本レコードに子レコード
として関連付けられる拡張レコードとで定義し、前記ア
プリケーションからの前記基本レコードを指定した検索
要求に基づいて前記構造型データベースから要求された
前記基本レコード及び関連付けられた前記拡張レコード
を検索すると共に、前記アプリケーションからの前記基
本レコードを指定した更新要求に基づいて前記基本レコ
ード及び前記拡張レコードを前記構造型データベースに
書き戻すレコードアクセス処理手段と、前記レコードア
クセス処理手段によって検索された前記基本レコードと
前記拡張レコードをブロッキングし、またブロック化し
たレコードを前記基本レコードと前記拡張レコードにデ
ブロッキングするレコードブロック処理手段と、前記レ
コードブロック処理手段によって前記基本レコードと前
記拡張レコードをブロック化したレコードを前記アプリ
ケーションによって参照更新可能に格納する第１作業領
域とを備えることを特徴とする。

【０００９】請求項２の本発明によれば、前記レコード
アクセス処理手段が検索した前記基本レコード及び前記
拡張レコードを格納する第２作業領域を備え、前記レコ
ードアクセス処理手段は検索した基本レコードを第２作
業領域に格納し、前記拡張レコードの検索時点で、前記
第２作業領域内の前記基本レコードを前記第１作業領域
に格納し、検索した前記拡張レコードを前記第２作業領
域に格納し、前記レコードブロック処理手段は、前記第
１作業領域内の基本レコードと前記第２作業領域内の拡
張レコードをブロッキングし、そのブロック化したレコ
ードを前記第１作業領域にセットすることを特徴とす
る。

【００１０】請求項３の本発明によれば、前記アプリケ
ーションからブロック化したレコードの更新要求があっ
た場合、前記レコードブロック処理手段は、前記レコー
ドアクセス処理手段の指示により、前記第１作業領域内
の前記ブロック化したレコードをデブロッキングし、前
記基本レコードを前記第２作業領域にセットし、前記拡
張レコードを前記第１作業領域にセットし、前記レコー
ドアクセス処理手段は、前記第２作業領域に格納された
前記基本レコードと前記第１作業領域に格納された前記
拡張レコードを順次前記構造型データベースに書き戻す
ことを特徴とする。

【００１１】請求項４の本発明によれば、前記レコード
アクセス処理手段は、前記基本レコードの検索後に前記
拡張レコードが存在するかどうかを判定し、前記拡張レ
コードが存在しない場合に、レコードのブロッキング処
理を行なうことなく前記基本レコードを前記第１作業領
域にセットすることを特徴とする。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は、本発明の構
造型データベースのアクセス処理システムを適用した実
施の形態の構成を示すブロック図である。

【００１３】図１において、本システムは、ある項目を
格納するレコードを基本レコードと拡張レコードにレコ
ード分割して格納する構造型データベース１１と、レコ
ードの検索や更新を行なうレコードアクセス処理部１２
と、検索した基本レコード及び拡張レコードの読み込み
領域であるレコード作業領域１３と、基本レコードと拡
張レコードのブロッキングとデブロッキングを行なうレ
コードブロック処理部１４と、レコードのブロッキング
及びデブロッキングの作業を行なう作業領域であるブロ
ック作業領域１５と、基本レコードの検索等のアクセス
処理要求をするアプリケーション１６とから構成され
る。

【００１４】ここで、構造型データベース１１において
は、スキーマによって図２に示すようにレコードタイプ
が定義されている。すなわち、本来のレコードとしての
基本レコード２１のタイプと基本レコード２１に子レコ
ードとして関連付けられる拡張レコード２２のタイプが
定義されている。

【００１５】基本レコード２１のサイズを越える項目の
追加が発生した場合、その基本レコード２１のサイズを
越える項目部分を拡張レコード２２として追加すること
により、基本レコードに関連付けられるものである。例
えば、基本レコード２１が１００バイト、拡張レコード
２２が５０バイトの場合、追加項目が１３０バイトであ
れば、基本レコード２１と拡張レコード２２を図３の
（Ａ）に示すようにレコードが格納される。また、追加
項目が１８０バイトであれば、図３の（Ｂ）に示すよう
にレコードが格納される。このように、追加項目のサイ
ズに応じて、拡張レコード２２の数が決められる。

【００１６】アプリケーション１６は、構造型データベ
ース１１のアクセスにおいて上記基本レコード２１を指
定して検索要求を行なう。

【００１７】レコードアクセス処理部１２は、検索要求
に応じて、基本レコード２１を検索すると共に、その基
本レコード２１に拡張レコード２２が存在するれば、そ
の拡張レコード２２も検索する。

【００１８】次に、上記のように構成される本発明の実
施の形態の動作について図４を参照して詳細に説明す
る。

【００１９】アプリケーション１６からの基本レコード
２１を指定した検索要求があると、レコードアクセス処
理部１２が、要求された基本レコード２１を構造型デー
タベース１１から検索し（ステップ５０１）、検索した
基本レコード２１を読み込み領域であるレコード作業領
域１３に読み込む（ステップ５０２）。さらに、レコー
ドブロック処理部１４に対してレコード作業領域１３に
格納されている基本レコード２１の内容をブロック作業
領域１５にセットする要求を行なう（ステップ５０
３）。

【００２０】レコードアクセス処理部１２からの要求に
より、レコードブロック処理部１４は、レコード作業領
域１３に格納されている基本レコード２１の内容をブロ
ック作業領域１５にセットする（ステップ５０４）。

【００２１】次に、レコードアクセス処理部１２は、検
索した基本レコード２１の拡張部である拡張レコード２
２が存在するかどうかを判別する（ステップ５０５）。

【００２２】拡張レコード２２が存在しない場合には、
上記ブロック作業領域１５にセットされた基本レコード
２１が検索結果となるので、レコードアクセス処理部１
２は、アプリケーション１６に対して検索完了通知を行
ない（ステップ５１１）、アプリケーション１６はブロ
ック作業領域１５を参照し（ステップ５１２）、格納さ
れた基本レコード２１に対して参照や更新処理を行な
う。

【００２３】拡張レコード２２が存在する場合、レコー
ドアクセス処理部１２は、拡張レコード２２を構造型デ
ータベース１１から検索し（ステップ５０６）、検索し
た拡張レコード２２を読み込み領域であるレコード作業
領域１３に読み込む（ステップ５０７）。この場合、上
記検索した基本レコード２１に関連付けられている拡張
レコード２２が複数存在する場合には、全ての拡張レコ
ード２２を検索して読み込む。

【００２４】次いで、レコードブロック処理部１４に対
してレコード作業領域１３の内容とブロック作業領域１
５との内容をブロッキングしてブロック作業領域１５に
セットするよう要求する（ステップ５０８）。

【００２５】レコードアクセス処理部１２からの要求に
より、レコードブロック処理部１４は、レコード作業領
域１３の拡張レコード２２とブロック作業領域１５の基
本レコード２１とのブロック化を行なう（ステップ５０
９）。そして、ブロック化した結果としてのレコードを
ブロック作業領域１５にセットし（ステップ５１０）、
レコードアクセス処理部１２に対してブロッキング完了
通知を行なう（ステップ５１１）。

【００２６】上記ブロック作業領域１５にセットされた
ブロック化されたレコードが検索要求された基本レコー
ド２１に対する検索結果となるので、レコードアクセス
処理部１２は、アプリケーション１６に対して検索完了
通知を行ない（ステップ５１２）、アプリケーション１
６はブロック作業領域１５を参照し（ステップ５１
３）、格納されたレコードに対して基本レコード２１と
して参照や更新処理を行なう。

【００２７】以上により、アプリケーション１６は、ブ
ロック作業領域１５を参照することにより、基本レコー
ド２１の拡張部である拡張レコード２２の存在を意識せ
ずに基本レコード２１を参照することが可能である。

【００２８】また、上記のようにアプリケーション１６
によって検索参照されたブロック化したレコードを変更
し、そのレコードを構造型データベース１１に書き戻す
ことにより基本レコード２１及び拡張レコード２２を更
新する場合には、図５に示すように動作する。

【００２９】アプリケーション１６からレコードアクセ
ス処理部１２に対して基本レコード２１を指定して更新
要求があると、レコードアクセス処理部１２が、レコー
ドがブロック化されているかどうかを判定し（ステップ
６０１）、ブロック化されている場合、ブロック作業領
域１５に格納されている変更されたレコードのデブロッ
キング処理をレコードブロック処理部１４に対して要求
する（ステップ６０２）。

【００３０】レコードアクセス処理部１２からの要求に
より、レコードブロック処理部１４は、ブロック作業領
域１５に格納されているブロック化レコードの内容を基
本レコード２１と拡張レコード２２にデブロッキングす
る（ステップ６０３）。そして、そのデブロッキング処
理により得られた基本レコード２１をレコード作業領域
１３に、拡張レコード２２をブロック作業領域１５にセ
ットし（ステップ６０４）、レコードアクセス処理部１
２に対してデブロック完了通知を行なう（ステップ６０
５）。

【００３１】レコードブロック処理部１４からのデブロ
ック完了通知により、レコードアクセス処理部１２は、
レコード作業領域１３に格納された基本レコード２１と
ブロック作業領域１５に格納された拡張レコード２２を
構造型データベース１１に順次書き戻し（ステップ６０
６）、その後アプリケーション１６に対して更新完了通
知を行なう（ステップ６０７）。

【００３２】また、更新要求されたレコードがブロック
化されていない場合には、ブロック作業領域１５に格納
されている基本レコード２１を構造型データベース１１
に順次書き戻し（ステップ６０８）、その後アプリケー
ション１６に対して更新完了通知を行なう（ステップ６
０７）。

【００３３】以上好ましい実施の形態をあげて本発明を
説明したが、本発明は上述した実施の形態に限定される
ものではなく、その技術思想の範囲内において様々に変
形して実施することができる。

【００３４】

【発明の効果】本発明の構造型データベースのアクセス
処理システムによれば、構造型データベースのレコード
を基本レコードとその基本レコードに関連付けられる子
レコードとして拡張レコードによって定義し、基本レコ
ードの検索要求によって基本レコードと拡張レコードを
同時に検索し、ブロック化する構成としたので、アプリ
ケーションは、拡張部であるレコードの存在を意識する
ことなくレコードを参照更新することができる。

【００３５】これにより、アプリケーションからの更新
要求によってレコードサイズを越える項目追加の必要性
が発生した場合、その都度システムを一時的に停止させ
てスキーマを再定義してレコードサイズを変更する必要
がなくなり、システムの運用効率が格段に向上する。ま
た、常にスキーマに定義されているレコードサイズを意
識しながら、そのサイズを越えないようにレコードの項
目追加を行なわなければならないという不都合もなくな
る。

【図面の簡単な説明】

【図１】 本発明の実施の形態による構造型データベー
スのアクセス処理システムの構成を示すブロック図であ
る。

【図２】 本発明の実施の形態における構造型データベ
ースのレコードの定義を説明する図である。

【図３】 本発明の実施の形態における構造型データベ
ースのレコード格納の形態を説明する図である。

【図４】 本発明の実施の形態による構造型データベー
スのアクセス処理システムのレコード参照処理を説明す
るフローチャートである。

【図５】 本発明の実施の形態による構造型データベー
スのアクセス処理システムのレコード更新処理を説明す
るフローチャートである。

【符号の説明】

１１ 構造型データベース １２ レコードアクセス処理部 １３ レコード作業領域 １４ レコードブロック処理部 １５ ブロック作業領域 １６ アプリケーション ２１ 基本レコード ２２ 拡張レコード

Claims (4)

【特許請求の範囲】
1. 【請求項１】 アプリケーションからのアクセス要求に
   応答して構造型データベース中のレコードのアクセス処
   理を行なう構造型データベースのアクセス処理システム
   において、 前記構造型データベースのレコードを、本来のレコード
   としての基本レコードと基本レコードに子レコードとし
   て関連付けられる拡張レコードとで定義し、 前記アプリケーションからの前記基本レコードを指定し
   た検索要求に基づいて前記構造型データベースから要求
   された前記基本レコード及び関連付けられた前記拡張レ
   コードを検索すると共に、前記アプリケーションからの
   前記基本レコードを指定した更新要求に基づいて前記基
   本レコード及び前記拡張レコードを前記構造型データベ
   ースに書き戻すレコードアクセス処理手段と、 前記レコードアクセス処理手段によって検索された前記
   基本レコードと前記拡張レコードをブロッキングし、ま
   たブロック化したレコードを前記基本レコードと前記拡
   張レコードにデブロッキングするレコードブロック処理
   手段と、 前記レコードブロック処理手段によって前記基本レコー
   ドと前記拡張レコードをブロック化したレコードを前記
   アクセス要求された前記基本レコードとして前記アプリ
   ケーションによって参照更新可能に格納する第１作業領
   域とを備えることを特徴とする構造型データベースのア
   クセス処理システム。
2. 【請求項２】 前記レコードアクセス処理手段が検索し
   た前記基本レコード及び前記拡張レコードを格納する第
   ２作業領域を備え、 前記レコードアクセス処理手段は検索した基本レコード
   を第２作業領域に格納し、前記拡張レコードの検索時点
   で、前記第２作業領域内の前記基本レコードを前記第１
   作業領域に格納し、検索した前記拡張レコードを前記第
   ２作業領域に格納し、 前記レコードブロック処理手段は、前記第１作業領域内
   の基本レコードと前記第２作業領域内の拡張レコードを
   ブロッキングし、そのブロック化したレコードを前記第
   １作業領域にセットすることを特徴とする請求項１に記
   載の構造型データベースのアクセス処理システム。
3. 【請求項３】 前記アプリケーションからブロック化し
   たレコードの更新要求があった場合、 前記レコードブロック処理手段は、前記レコードアクセ
   ス処理手段の指示により、前記第１作業領域内の前記ブ
   ロック化したレコードをデブロッキングし、前記基本レ
   コードを前記第２作業領域にセットし、前記拡張レコー
   ドを前記第１作業領域にセットし、 前記レコードアクセス処理手段は、前記第２作業領域に
   格納された前記基本レコードと前記第１作業領域に格納
   された前記拡張レコードを順次前記構造型データベース
   に書き戻すことを特徴とする請求項２に記載の構造型デ
   ータベースのアクセス処理システム。
4. 【請求項４】 前記レコードアクセス処理手段は、前記
   基本レコードの検索後に前記拡張レコードが存在するか
   どうかを判定し、前記拡張レコードが存在しない場合
   に、レコードのブロッキング処理を行なうことなく前記
   基本レコードを前記第１作業領域にセットすることを特
   徴とする請求項２に記載の構造型データベースのアクセ
   ス処理システム。