JPS63138440A - 階層型データベースのコンペア方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はデータベースのコンペア方式に関し、特にデー
タ内容のコンペアと同時に、レコードのアクセス順のコ
ンペアを行うことが可能な階層型データベースのコンペ
ア方式に関する。

〔従来の技術〕

近年、オンライントランザクションの急増、大規模・大
容量データベースの増大に伴なって、従来のデータベー
スシステムから大規模データベースシステムへの移行（
コンバート）を行う必要が生じて来た。このようなシス
テム移行に伴ない、データベースの移行が行われるが、
移行後のデータベースの正当性を検証するために、移行
前後のデータベースをコンペアすることが必要になる。

データベースのコンペアを行うには、データ内容のコン
ペア（物理的コンペア）を行うと同時に。

レコードのアクセス順のコンペア、つまり、レコードの
論理的関係のコンペアを行う必要がある。

従来のこの種の技術としては１例えば、特開昭５７−３
１０４０号公報「データ比較方式」、同５６−９７１４
４号公報「ファイル比較方式」を挙げることができる。

〔発明が解決しようとする問題点〕

しかしながら、従来知られているコンペアプログラムで
は、データ内容のコンペアを行う機能は有していても、
レコードのアクセス順のコンペアについては配慮されて
おらず、データベースのコンペアを行うには不十分であ
った。

本発明は上記事情に鑑みてなされたもので、その目的と
するところは、従来のデータベースのコンペア方式にお
ける上述の如き問題を解消し、データ内容のコンペアの
みならず、レコードのアクセス順のコンペアをも可能な
データベースのコンペア方式を提供することにある。

〔問題点を解決するための手段〕

本発明の上記目的は１階層型データベースのコンペアを
行うデータベースのコンペア方式において、前記階層型
データベース内の各データのレベル情報およびレコード
タイプ情報の比較結果を用いることにより、データ内容
のコンペアのみならず、データのアクセス順のコンペア
をも行うことを特徴とするデータベースのコンペア方式
によって達成される。

〔作用〕

本発明においては、レコードの対応付けの決定は、基準
側データベースのレコードと比較側データベースのレコ
ードとのレベル番号とレコードコードを比較し、その比
較結果を判断することによす行う、アクセス類の異なる
レコードは、レコードの対応がつかないことになり、レ
コードのアクセス順のコンペアが可能となる。

〔実施例〕

以下、本発明の実施例を図面に基づいて詳細に説明する
。

第３図は比較対象であるデータベースの構造の一例を示
す図である０本データベースは、レコードタイプＡ　（
１０）　、　Ｂ　（２０）　、　Ｃ（３０）　、　Ｄ　
（４０）　、　Ｅ　（５０）の５個のレコードタイプか
ら構成されている。

データベースの２レコードの物理的な比較、つまり、デ
ータ内容のコンペアを行うには、比較する２レコードの
論理的関係、つまり当該レコードのアクセス類が一致し
ていることが前提となる。

本発明においては、２レコードの論理的関係の対応付け
（以下、「レコードの対応付け」という）をレコードコ
ードとレベル番号という２つのパラメータを用いて行う
。

次に、レコードコードとレベル番号について説明する。

まず、レベル番号とは１階層型データベースの上位階層
から下位の階層へ１．２，３．・・・と付けた番号であ
る。第３図の例では、レコードタイプＡ（１０）はレベ
ル番号１．レコードタイプＢ　（２０）　、レコードタ
イプＤ　（４０）　、レコードタイプＥ　（５０）はレ
ベル番号２．レコードタイプＣ（３０）はレベル番号３
となる。

また、レコードコードとは、レコードのアクセス類にレ
コードタイプに付した番号であり、階層型データベース
におけるアクセス類は以下の規則に従っている。

、■　上位のレベルから下位のレベルへ検索する■　同
一レベルの場合は、左のレコードから右のレコードへ検
索する ■　最下層レベルのとき、レコードが重複していれば、
そのすべてのレコードを順次検索する 第３図のデータベースでは、レコードコードはレコード
対応Ａ　（１０）が１．以下、Ｂ　（２０）が２、Ｃ（
３０）が３．、　Ｄ（４０）が４、Ｅ　（５０）が５と
なる。

以上述べたレベル番号とレコードコードを用いて、デー
タベースのレコード対応付けを行う。

上記レベル番号とレコードコードは、第４図に示すレコ
ードタイプ情報テーブル１００から取得する。取得した
値をパラメータとし、第８図に示すレコード対応テーブ
ル２００からレコ°−ドの対応付けを決定する。

上記レコードタイプ情報テーブル１００は、データベー
スの定義情報から作成した、レコードタイプ毎の情報か
ら成るテーブルであり、プログラム実行時に作成し、実
行時にはメモリ６００上に存在する。また、上記レコー
ド対応テーブル２００は、レベル番号とレコードコード
の変化に対するレコードの対応付けを示したテーブルで
あり、実行時はメモリ６００上に存在する。

第１図に本実施例の処理の流れの概要を示す。

以下１本フローチャートに基づいて１本実施例の動作を
説明する。

今、第５図、第６図に示す如き２つのデータベースのコ
ンペアを行う場合を考える。第５図と第６図とはディス
ク上に存在するデータベースである。第５図のデータベ
ース３００を基準側のデータベース、第６図のデータベ
ース４００を比較側のデータベースとする。

上記データベースのコンペアは、第２図に示す基準側の
順データセット３１０と、比較側の順データセット４１
０とをコンペアすることにより行う。

ここで、基準側の順データセット３１０は、基準側のデ
ータベース３００をレコードのアクセス類にアンロード
した順データセットであり、比較側の順データセット４
１０は、比較側のデータベース４００をレコードのアク
セス類にアンロードした順データセットである。

まず、基準側の順データセット３１０から、レコードタ
イプＡ　（１０）のレコードをバッファ（１）３２Ｇに
読込む、同様に、比較側の順データセット４１０から、
レコードタイプＡ　（１０）のレコードをバッファ（２
）　４２０に読込む（ステップ５１０．５２０）。

読込まれた２レコードＡ　１　（６０）のレコードタイ
プはＡ　（１０）であり、前述のレコードタイプ情報テ
ーブル１００（第４図参照）から、レベル番号、レコー
ドコードは、共に“１”であることが求められる（ステ
ップ５３０）、このとき、前述のレコード対応テーブル
２００から、２レコードＡ　１　（６０）は、論理的に
一致していることがわかる（ステップ５４０）。

論理的に一致した２レコードは、次に、上述のレコード
対応テーブル２００を用いて、物理的な比較（データ内
容のコンペア）を行う（ステップ５５０）。

比較結果が一致のとき、２レコードは一致としてカウン
トされる。コンペア終了後１次レコードを読込み（ステ
ップ５８０）、以下、同様の処理を最後まで繰り返して
行う。

上記第５図、第６図に示した２つのデータベースをコン
ペアしたときの各レコードの対応付けを第７図に示す、
第７ｒ！！４においては、基準側データベース３００の
レコードであるＡ　１　（６０）、　Ｂ　１　（６１）
。

Ｂ　２　（６３）、Ｃ２（６４）、Ｃ３（６５）、Ｄ　
１　（６６）、Ｅ　１　（６７）が、それぞれ、比較側
データベース４００のレコードであるＡ　１　（６０）
、Ｂ　１　（６１）、Ｂ　２（６３）、Ｃ１（６２）。

Ｃ２（６４）、　Ｄ　１　（６６）、　Ｅ　ｌ　（６７
）と対応している。

次に、コンペア処理の詳細を説明する。

（１）基準側データベース３００のレコードＣ１（６２
）上記ステップ５５０における基準側のレコードＢ１　
（６１）と比較側のレコードＢ　１　（６１）のデータ
内容のコンペア終了後、上記ステップ５８０において。

基準側のレコードＣ１（６２）と比較側のレコードＢ２
　（６３）が、それぞれ、バッファ（１）３２０．バッ
ファ（２）４２０に読込まれる。

読込まれた２レコードの、レベル番号とレコードコード
は、レコードタイプ情報テーブル１００から、レコード
Ｃ１（６２）は（３，３）、レコードＢ２（６３）は［
２，２］と求められる（ステップ５３０）、更に、ステ
ップ５４０において、レベル番号とレコードコードの比
較結果〔レコードＣ１（６２）のレベル番号：　３＞２
　ニレコードＢ　２　（６３）のレベル番号。

および、レコードＣ１（６２）のレコードコード：３〉
２ニレコードＢ　２　（６３）のレコードコード〕と、
レコード対応テーブル２００とから、基準側データベー
ス３００のレコードＣ１（６２）に対応するレコードが
、比較側のデータベース４００には存在しないことがわ
かる。このとき、上記２レコードは論理的に不一致であ
るので、レコードＣ１（６２）のアクセス類が異なると
いうエラーメツセージを出力する（ステップ５８１）。

この場合は、データ内容のコンペア処理をスキップし、
基準側順データセット３１σから次レコードＢ　２　（
６３）を読込み（ステップ５７０）、処理を続行する。

（２）基準側データベース３００のレコードＣ２（６４
−）上記ステップ５５０における基準側のレコードＢ２
　（６３）と比較側のレコードＢ　２　（６３）のデー
タ内容のコンペア終了後、上記ステップ５８０において
、基準側のレコードＣ２（６４）と比較側のレコードＣ
１（６２）が、それぞれ、バッファ（１）３２０．バッ
ファ（２）４２０に読込まれる。

一読込まれた２レコードの、レベル番号とレコードコー
ドは、レコードタイプ情報テーブル１００から、レコー
ドＣ２（６４）は（３，３）、レコードＣ１（６２）は
（３，３）と求められる（ステップ５３０）、ここでは
、ステップ５４０において、レベル番号としコードコー
ドの比較結果が、２レコード共に３であり、レコード対
応テーブル２００から、レコードＣ２（６４）とレコー
ドＣ１（６２）は、論理的に一致していることが求めら
れる。論理的に一致した上記２レコードについては、物
理的な比較を次に行う（ステップ５５５）、比較結果が
一致のときは２レコードは一致としてカウントされ、不
一致のときはレコードＣ２（６４）とレコードＣ１（６
２）は、データ内容が不一致であるというエラーメツセ
ージを出力する（ステップ５８２）。

この場合は、コンペア終了後、基準側順データセット３
１０から次レコードＣ３（６５）を、比較側順データセ
ット４１０から次レコードＣ２（６４）を読込み（ステ
ップ５ＳＯ）　、処理を続行する。

（３）比較側データベース４００のレコードＣ３（６５
）上記ステップ５５０における基準側のレコードＣ３（
６５）と比較側のレコードＣ２（６４）のデータ内容の
コンペア終了後、上記ステップ５８０において、基準側
のレコードＤ　１　（６６）と比較側のレコードＣ３（
６５）が、それぞれ、バッファ（１）３２０．バッファ
（２）４２０に読込まれる。

読込まれた２レコードの、レベル番号とレコードコード
は、レコードタイプ情報テーブル１００から、レコード
Ｄ　１　（６６）は（２，４）、レコードＣ３（６５）
は（３，３）と求められる（ステップ５３０）、更に、
ステップ５４０において、レベル番号とレコードコード
の比較結果〔レコードＤ　１　（６６）のレベル番号：
　２＜３　ニレコードＣ３（６５）のレベル番号、およ
び、レコードＤ　１　（６６）のレコードコード：４〉
３ニレコードＣ３（６５）のレコードコード〕と。

レコード対応テーブル２００とから、比較側データベー
ス４００のレコードＣ３（６５）に対応するレコードが
、基準側のデータベース３００には存在しないことがわ
かる。このとき、２レコードは論理的に不一致であるの
で、比較側のレコードＣ３（６５）はし・コードのアク
セス類が異なるというエラーメツセージを出力する（ス
テップ５８３）。

この場合は、データ内容のコンペア処理をスキップし、
比較側順データセット４１０から次レコードＤ　１　（
６６）を読込み（ステップ５６０）、処理を続行する。

（４）比較側データベース４００のレコードＤ　２　（
６Ｂ）この場合も、（１）、（２）と同様の処理で、レ
コードＤ　２　（６８）の対応を決定することができる
。

上記ステップ５５０における基準側のレコードＤ１　（
６６）と比較側のレコードＤ　１　（６６）のデータ内
容のコンペア終了後、上記ステップ５８０において。

基準側のレコードＥ　１　（６７）と比較側のレコード
Ｄ之（６８）が、それぞれ、バッファ（１）３２０．バ
ッファ（２）　４２０に読込まれる。

読込まれた２レコードの、レベル番号とレコードコード
は、レコードタイプ情報テーブル１００から、レコード
Ｅ　１　（６７）は（２，５３，レコードＤ２（６ａ）
は（２，４）と求められる（ステップ５３０）、更に、
ステップ５４０において、レベル番号とレコードコード
の比較結果〔レコードＥ　１　（６７）のレベル番号：
２＝２ニレコードＤ　２　（６８）のレベル番号、およ
び、レコードＥ　１　（６７）のレコードコード：５〉
４ニレコードＤ　２　（６８）のレコードコード〕と。

レコード対応テーブル２００とから、比較側データベー
ス４００のレコードＤ　２　（６８）に対応するレコー
ドが、基準側のデータベース３００には存在しないこと
がわかる。このとき、２レコードは論理的に不一致であ
るので、比較側のレコードＤ　２　（６８）はレコード
のアクセス類が異なるというエラーメツセージを出力す
る（ステップ５８３）。

この場合、（３）と同様にデータ内容のコンペア処理を
スキップし、比較側順データセット４１０から次レコー
ドＥ　１　（６７）を読込み（ステップ５６０）、処理
を続行する。

以上説明したように、本実施例によれば、データベース
のコンペアにおいて、データ内容の一致・不一致のみな
らず、データベースの論理的関係（レコードのアクセス
類）のコンペアを実行することができる。また、データ
ベースをコンペアする上で、レベル番号とレコードコー
ドをパラメータとし、レコードタイプ情報テーブル１０
０と、レコード対応テーブル２００を用いることにより
、処理構造が複雑化するレコードの対応付けを簡素化し
ている。

更に、本方式によれば、データベースのコンペアを、デ
ータベースシステムから独立して行うことができ、実働
中のデータベースシステムに全く影響を与えることがな
い、これはシステム運用上絶大な効果を与えるものであ
る。

なお１本実施例において用いた各種テーブル等は、一実
施例として示したものであり１本発明はこれらの方式に
限定されるべきものではないことは言うまでもない。

〔発明の効果〕

以上述べた如く、本発明によれば、階層型データベース
のコンペアを行うデータベースのコンペア方式において
、前記階層型データベース内の各データのレベル情報お
よびレコードタイプ情報の比較結果を用いることにより
、データ内容のコンペアのみならず、データのアクセス
順のコンペアをも行うようにしたので、階層型データベ
ースの比較を行う上で、絶大な効果を奏するデータベー
スのコンペア方式を実現できるものである。

【図面の簡単な説明】

第１図は本発明の一実施例の処理の流れの概要を示すフ
ローチャート図、第２図は実施例の概要を示す図、第３
図はデータベースの構造の一例を示す図、第４図はレコ
ードタイプ情報テーブルの簡略図、第５図、第６図は実
施例に用いたデータベースの構造図、第７図は実施例の
データベースのレコードアクセス順比較結果を示す図、
第８図はレコード対応テーブルの簡略図である。 １００ニレコードタイプ情報テーブル。２００ニレコー
ド対応テーブル、３００：基準側データベース。 ３１Ｏ：基準側順データセット、４００．比較側データ
ベース、４１０：比較側順データセット、５１０〜５９
０：処理ステップ。 第　　　　　２　　　　　図 第　　　　　３　　　　　図 第　　　　　４　　　　図 第　　　　　５　　　　　図 第　　　　　６　　　　　図 ！００ 第　　　　７　　　　図

Claims (1)

【特許請求の範囲】
1. １、階層型データベースのコンペアを行うデータベース
   のコンペア方式において、前記階層型データベース内の
   各データのレベル情報およびレコードタイプ情報の比較
   結果を用いることにより、データ内容のコンペアのみな
   らず、データのアクセス順のコンペアをも行うことを特
   徴とするデータベースのコンペア方式。