JPH0543140B2 - - Google Patents

Info

Publication number
JPH0543140B2
JPH0543140B2 JP61286161A JP28616186A JPH0543140B2 JP H0543140 B2 JPH0543140 B2 JP H0543140B2 JP 61286161 A JP61286161 A JP 61286161A JP 28616186 A JP28616186 A JP 28616186A JP H0543140 B2 JPH0543140 B2 JP H0543140B2
Authority
JP
Japan
Prior art keywords
record
comparison
records
database
access
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.)
Expired - Lifetime
Application number
JP61286161A
Other languages
Japanese (ja)
Other versions
JPS63138440A (en
Inventor
Hironori Izumida
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 JP61286161A priority Critical patent/JPS63138440A/en
Publication of JPS63138440A publication Critical patent/JPS63138440A/en
Publication of JPH0543140B2 publication Critical patent/JPH0543140B2/ja
Granted legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

【発明の詳細な説明】[Detailed description of the invention]

〔産業上の利用分野〕 本発明は階層型データベースのコンペア方法に
関し、特にデータの内容のコンペアと同時に、レ
コードのアクセス順のコンペアを行うことが可能
な階層型データベースのコンペア方法に関する。 〔従来の技術〕 近年、オンライントランザクシヨンの急増、大
規模・大容量データベースの増大に伴なつて、従
来のデータベースシステムから大規模データベー
スシステムへの移行(コンバート)を行う必要が
生じて来た。このようなシステム移行に伴ない、
データベースの移行が行われるが、移行後のデー
タベースの正当性を検証するために、移行前後の
データベースをコンペアすることが必要になる。 データベースのコンペアを行うには、データ内
容のコンペア(物理的コンペア)を行うと同時
に、レコードのアクセス順のコンペア、つまり、
レコードの論理的関係のコンペアを行う必要があ
る。 従来のこの種の技術としては、例えば、特開昭
57−31040号公報「データ比較方式」、同56−
97144号公報「フアイル比較方式」を挙げること
ができる。 〔発明が解決しようとする問題点〕 しかしながら、従来知られているコンペアプロ
グラムでは、データ内容のコンペアを行う機能は
有していても、レコードのアクセス順のコンペア
については配慮されておらず、データベースのコ
ンペアを行うには不十分であつた。 本発明は上記事情に鑑みてなされたもので、そ
の目的とするところは、従来のデータベースのコ
ンペア方式における上述の如き問題を解消し、デ
ータ内容のコンペアのみならず、レコードのアク
セス順のコンペアをも可能な階層型データベース
のコンペア方法を提供することにある。 〔問題点を解決するための手段〕 本発明の上記目的は、複数のレコードで階層的
に構成された階層型データベースにおいて、各レ
コードに、当該レコードの属するレコードタイプ
が存在する階層を示すレベル情報と、レコードタ
イプのアクセス順を示すアクセス情報とを対応付
け、二つの階層型データベースをコンペアする場
合、一方の階層型データベースを構成するレコー
ドに対応する前記レベル情報およびアクセス情報
と、他方の階層型データベースを構成するレコー
ドに対応するレベル情報およびアクセス情報とを
比較する階層型データベースのコンペア方法によ
り達成される。 〔作 用〕 本発明においては、レコードの対応付けの決定
は、基準側データベースのレコードと比較側デー
タベースのレコードとのレベル番号とレコードコ
ードを比較し、その比較結果を判断することによ
り行う。アクセス順の異なるレコードは、レコー
ドの対応がつかないことになり、レコードのアク
セス順のコンペアが可能となる。 〔実施例〕 以下、本発明の実施例を図面に基づいて詳細に
説明する。 第3図は比較対象であるデータベースの構造の
一例を示す図である。本データベースは、レコー
ドタイプA10,B20,C30,D40,E5
0の5個のレコードタイプから構成されている。 データベースの2レコードの物理的な比較、つ
まり、データ内容のコンペアを行うには、比較す
る2レコードの論理的関係、つまり当該レコード
のアクセス順が一致していることが前提となる。
本発明においては、2レコードの論理的関係の対
応付け(以下、「レコードの対応付け」という)
をレコードコードとレベル番号という2つのパラ
メータを用いて行う。 次に、レコードコードとレベル番号について説
明する。 まず、レベル番号とは、階層型データベースの
上位階層から下位の階層へ1、2、3、…と付け
た番号である。第3図の例では、レコードタイプ
A10はレベル番号1、レコードタイプB20、
レコードタイプD40、レコードタイプE50は
レベル番号2、レコードタイプC30はレベル番
号3となる。 また、レコードコードとは、レコードのアクセ
ス順にレコードタイプに付した番号であり、階層
型データベースにおけるアクセス順は以下の規則
に従つている。 上位のレベルから下位のレベルへ検索する 同一レベルの場合は、左のレコードから右の
レコードへ検索する 最下層レベルのとき、レコードが重複してい
れば、そのすべてのレコードを順次検索する 第3図のデータベースでは、レコードコードは
レコードタイプA10が1、以下、B20が2、
C30が3、D40が4、E50が5となる。 以上述べたレベル番号とレコードコードを用い
て、データベースのレコード対応付けを行う。 上記レベル番号とレコードコードは、第4図に
示すレコードタイプ情報テーブル100から取得
する。取得した値をパラメータとし、第8図に示
すレコード対応テーブル200からレコードの対
応付けを決定する。 上記レコードタイプ情報テーブル100は、デ
ータベースの定義情報から作成した、レコードタ
イプ毎の情報から成るテーブルであり、プログラ
ム実行時に作成し、実行時にはメモリ600上に
存在する。また、上記レコード対応テーブル20
0は、レベル番号とレコードコードの変化に対す
るレコードの対応付けを示したテーブルであり、
実行時はメモリ600上に存在する。 第1図は本実施例の処理の流れの概要を示す。
以下、本フローチヤートに基づいて、本実施例の
動作を説明する。 今、第5図、第6図に示す如き2つのデータベ
ースのコンペアを行う場合を考える。第5図と第
6図とはデイスク上に存在するデータベースであ
る。第5図のデータベース300を基準側のデー
タベース、第6図のデータベース400を比較側
のデータベースとする。 上記データベースのコンペアは、第2図に示す
基準側の順データセツト310と、比較側の順デ
ータセツト410とをコンペアすることにより行
う。ここで、基準側の順データセツト310は、
基準側のデータベース300をレコードのアクセ
ス順にテープにアンロードした順データセツトで
あり、比較側の順データセツト410は、比較側
のデータベース400をレコードのアクセス順に
テープにアンロードした順データセツトである。 まず、基準側の順データセツト310から、レ
コードタイプA10のレコードをバツフア(1)32
0に読込む。同様に、比較側の順データベース4
10から、レコードタイプA10のレコードをバ
ツフア(2)420に読込む(ステツプ510,52
0)。 読込まれた2レコードA160のレコードタイ
プはA10であり、前述のレコードタイプ情報テ
ーブル100(第4図参照)から、レベル番号、
レコードコードは、共に“1”であることが求め
られる(ステツプ530)。このとき、前述のレ
コード対応テーブル200から、2レコードA1
60は、論理的に一致していることがわかる(ス
テツプ540)。論理的に一致した2レコードは、
次に、上述のレコード対応テーブル200を用い
て、物理的な比較(データ内容のコンペア)を行
う(ステツプ550)。比較結果が一致のとき、
2レコードは一致としてカウントされる。コンペ
ア終了後、次レコードを読込み(ステツプ58
0)。以下、同様の処理を最後まで繰り返して行
う。 上記第5図、第6図に示した2つのデータベー
スをコンペアしたときの各レコードの対応付けを
第7図に示す。第7図においては、基準側データ
ベース300のレコードであるA160,B16
1,B263,C264,C365,D166,E16
7が、それぞれ、比較側データベース400のレ
コードであるA160,B161,B263,C16
2,C264,D166,E167と対応している。 次に、コンペア処理の詳細を説明する。 (1) 基準側データベース300のレコードC16
2 上記ステツプ550における基準側のレコード
B161と比較側のレコードB161のデータ内容
のコンペア終了後、上記ステツプ580におい
て、基準側のレコードC162と比較側のレコー
ドB263が、それぞれ、バツフア(1)320、バ
ツフア(2)420に読込まれる。 読込まれた2レコードの、レベル番号とレコー
ドコードは、レコードタイプ情報テーブル100
から、レコードC162は〔3,3〕、レコードB2
63は〔2,2〕と求められる(ステツプ53
0)。更に、ステツプ540において、レベル番
号とレコードコードの比較結果〔レコードC16
2のレベル番号:3>2:レコードB263のレ
ベル番号、および、レコードC162のレコード
コード:3>2:レコードB263のレコードコ
ード〕と、レコード対応テーブル200とから、
基準側データベース300のレコードC162に
対応するレコードが、比較側のデータベース40
0には存在しないことがわかる。このとき、上記
2レコードは論理的に不一致であるので、レコー
ドC162のアクセス順が異なるというエラーメ
ツセージを出力する(ステツプ581)。 この場合は、データ内容のコンペア処理をスキ
ツプし、基準側順データベース310から次レコ
ードB263を読込み(ステツプ570)、処理を
続行する。 (2) 基準側データベース300のレコードC26
4 上記ステツプ550における基準側のレコード
B263と比較側のレコードB263のデータ内容
のコンペア終了後、上記ステツプ580におい
て、基準側のレコードC264と比較側のレコー
ドC162が、それぞれ、バツフア(1)320、バ
ツフア(2)420に読込まれる。 読込まれた2レコードの、レベル番号とレコー
ドコードは、レコードタイプ情報テーブル100
から、レコードC264は〔3,3〕、レコードC1
62は〔3,3〕と求められる(ステツプ53
0)。ここでは、ステツプ540において、レベ
ル番号とレコードコードの比較結果が、2レコー
ド共に3であり、レコード対応テーブル200か
ら、レコードC264とレコードC162は、論理
的に一致していることが求められる。論理的に一
致した上記2レコードについては、物理的な比較
を次に行う(ステツプ550)。比較結果が一致
のときは2レコードは一致としてカウントされ、
不一致のときはレコードC264とレコードC16
2は、データ内容が不一致であるというエラーメ
ツセージを出力する(ステツプ582)。 この場合は、コンペア終了後、基準側順データ
セツト310から次のレコードC365を、比較
側順データセツト410から次レコードC264
を読込み(ステツプ580)、処理を続行する。 (3) 比較側データベース400のレコードC36
5 上記ステツプ550における基準側のレコード
C365と比較側のレコードC264のデータ内容
のコンペア終了後、上記ステツプ580におい
て、基準側のレコードD165と比較側のレコー
ドC365が、それぞれ、バツフア(1)320、バ
ツフア(2)420に読込まれる。 読込まれた2レコードの、レベル番号とレコー
ドコードは、レコードタイプ情報テーブル100
から、レコードD166は〔2,4〕、レコードC3
65は〔3,3〕と求められる(ステツプ53
0)。更に、ステツプ540において、レベル番
号とレコードコードの比較結果〔レコードD16
6のレベル番号:2<3:レコードC365のレ
ベル番号、および、レコードD166のレコード
コード:4>3:レコードC365のレコードコ
ード〕と、レコード対応テーブル200とから、
比較側データベース400のレコードC365に
対応するレコードが、基準側のデータベース30
0には存在しないことがわかる。このとき、2レ
コードは論理的に不一致であるので、比較側のレ
コードC365はレコードのアクセス順が異なる
というエラーメツセージを出力する(ステツプ5
83)。 この場合は、データ内容のコンペア処理をスキ
ツプし、比較側データセツト410から次レコー
ドD166を読込み(ステツプ560)、処理を続
行する。 (4) 比較側データベース400のレコードD26
8 この場合も、(1)、(2)と同様の処理で、レコード
D268の対応を決定することができる。 上記ステツプ550における基準側のレコード
D166と比較側のレコードD166のデータ内容
のコンペア終了後、上記ステツプ580におい
て、基準側のレコードE167と比較側のレコー
ドD268が、それぞれ、バツフア(1)320、バ
ツフア(2)420に読込まれる。 読込まれた2レコードの、レベル番号とレコー
ドコードは、レコードタイプ情報テーブル100
から、レコードE167は〔2,5〕、レコードD2
68は〔2,4〕と求められる(ステツプ53
0)。更に、ステツプ540において、レベル番
号とレコードコードの比較結果〔レコードE16
7のレベル番号:2=2:レコードD268のレ
ベル番号、および、レコードE167のレコード
コード:5>4:レコードD268のレコードコ
ード〕と、レコード対応テーブル200とから、
比較側データベース400のレコードD268に
対応するレコードが、基準側のデータベース30
0には存在しないことがわかる。このとき、2レ
コードは論理的に不一致であるので、比較側のレ
コードD268はレコードのアクセス順が異なる
というエラーメツセージを出力する(ステツプ5
83)。 この場合、(3)と同様にデータ内容のコンペア処
理をスキツプし、比較側順データセツト410か
ら次レコードE167を読込み(ステツプ56
0)、処理を続行する。 以上説明したように、本実施例によれば、デー
タベースのコンペアにおいて、データ内容の一
致・不一致のみならず、データベースの論理的関
係(レコードのアクセス順)のコンペアを実行す
ることができる。また、データベースをコンペア
する上で、レベル番号とレコードコードをパラメ
ータとし、レコードタイプ情報テーブル100
と、レコード対応テーブル200を用いることに
より、処理構造が複雑化するレコードの対応付け
を簡素化している。 更に、本実施例の方法によれば、データベース
をテープにアンロードしてコンペアするので、デ
ータベースのコンペアをデータベースシステムか
ら独立して行うことができ、実働中のデータベー
スシステムに全く影響を与えることがない。これ
はシステム運用上絶大な効果を与えるものであ
る。 なお、本実施例において用いた各種テーブル等
は、一実施例として示したものであり、本発明は
これらの方式に限定されるべきものではないこと
は言うまでもない。 〔発明の効果〕 以上述べた如く、本発明によれば、階層型デー
タベースのコンペアを行うデータベースのコンペ
ア方法において、前記階層型データベース内の各
データのレベル情報およびレコードタイプ情報の
比較結果を用いることにより、データ内容のコン
ペアのみならず、データのアクセス順のコンペア
をも行うようにしたので、階層型データベースの
比較を行う上で、絶大な効果を奏するデータベー
スのコンペア方法を実現できるものである。
[Industrial Field of Application] The present invention relates to a method for comparing hierarchical databases, and more particularly to a method for comparing hierarchical databases that can compare the access order of records at the same time as comparing the contents of data. [Prior Art] In recent years, with the rapid increase in online transactions and the increase in large-scale and large-capacity databases, it has become necessary to migrate (convert) from conventional database systems to large-scale database systems. Along with this system migration,
A database is migrated, but in order to verify the validity of the database after migration, it is necessary to compare the database before and after migration. To compare databases, you must compare the data contents (physical comparison) and at the same time compare the access order of the records, that is,
It is necessary to compare the logical relationships of records. As a conventional technology of this kind, for example,
Publication No. 57-31040 "Data comparison method", 56-
Publication No. 97144 "File comparison method" can be mentioned. [Problems to be solved by the invention] However, although conventionally known compare programs have the function of comparing data contents, they do not consider comparing the access order of records, and the database It was insufficient to perform a comparison. The present invention has been made in view of the above circumstances, and its purpose is to solve the above-mentioned problems in the conventional database comparison method, and to compare not only the data contents but also the access order of records. The purpose of this invention is to provide a method for comparing hierarchical databases. [Means for Solving the Problems] The above object of the present invention is to provide level information for each record indicating the hierarchy in which the record type to which the record belongs exists in a hierarchical database hierarchically configured with a plurality of records. When comparing two hierarchical databases by associating them with access information indicating the access order of record types, the level information and access information corresponding to the records constituting one hierarchical database and the hierarchical type of the other This is achieved by a hierarchical database comparison method that compares level information and access information corresponding to records constituting the database. [Operation] In the present invention, the determination of record correspondence is performed by comparing the level numbers and record codes of records in the reference database and records in the comparison database, and determining the comparison result. Records with different access orders cannot be matched, making it possible to compare the access orders of the records. [Example] Hereinafter, an example of the present invention will be described in detail based on the drawings. FIG. 3 is a diagram showing an example of the structure of a database to be compared. This database has record types A10, B20, C30, D40, E5
It consists of 5 record types: 0. In order to physically compare two records in a database, that is, to compare the data contents, it is assumed that the logical relationship between the two records to be compared, that is, the access order of the records match.
In the present invention, mapping of the logical relationship between two records (hereinafter referred to as "record mapping")
This is done using two parameters: record code and level number. Next, record codes and level numbers will be explained. First, level numbers are numbers assigned from the upper level to the lower level of the hierarchical database, such as 1, 2, 3, and so on. In the example in Figure 3, record type A10 has level number 1, record type B20,
Record type D40 and record type E50 have level number 2, and record type C30 has level number 3. Furthermore, a record code is a number attached to a record type in the order of record access, and the access order in a hierarchical database follows the following rules. Search from the upper level to the lower level. If the level is the same, search from the left record to the right record. If there are duplicate records at the lowest level, search all the records sequentially. 3rd In the database shown in the figure, the record code is 1 for record type A10, 2 for record type B20, and 2 for record type B20.
C30 is 3, D40 is 4, and E50 is 5. Using the level numbers and record codes described above, records are associated with each other in the database. The above level number and record code are obtained from the record type information table 100 shown in FIG. Using the acquired value as a parameter, the record correspondence is determined from the record correspondence table 200 shown in FIG. The record type information table 100 is a table composed of information for each record type created from the definition information of the database, and is created at the time of program execution, and exists on the memory 600 at the time of execution. In addition, the record correspondence table 20
0 is a table showing the correspondence of records with changes in level numbers and record codes,
It exists on the memory 600 during execution. FIG. 1 shows an overview of the processing flow of this embodiment.
The operation of this embodiment will be described below based on this flowchart. Now, consider a case where two databases as shown in FIGS. 5 and 6 are compared. 5 and 6 are databases existing on disk. The database 300 in FIG. 5 is a reference database, and the database 400 in FIG. 6 is a comparison database. The comparison of the databases is performed by comparing the sequential data set 310 on the reference side and the sequential data set 410 on the comparison side shown in FIG. Here, the forward data set 310 on the reference side is
This is a sequential data set in which the reference database 300 is unloaded onto tape in the order in which the records are accessed.The sequential data set 410 on the comparison side is a sequential data set in which the database 400 on the comparison side is unloaded onto the tape in the order in which the records are accessed. . First, from the sequential data set 310 on the reference side, a record of record type A10 is buffered (1) 32.
Read to 0. Similarly, the sequential database 4 on the comparison side
10, records of record type A10 are read into buffer (2) 420 (steps 510, 52
0). The record type of the read two records A160 is A10, and the level number,
Both record codes are required to be "1" (step 530). At this time, from the record correspondence table 200 mentioned above, 2 records A1
60 is found to be logically consistent (step 540). Two logically matched records are
Next, a physical comparison (data content comparison) is performed using the record correspondence table 200 described above (step 550). When the comparison result is a match,
2 records count as a match. After the comparison is completed, read the next record (step 58).
0). Thereafter, the same process is repeated until the end. FIG. 7 shows the correspondence of records when the two databases shown in FIGS. 5 and 6 are compared. In FIG. 7, records A160 and B16 of the reference database 300 are shown.
1, B263, C264, C365, D166, E16
7 are records of the comparison database 400, A160, B161, B263, and C16, respectively.
2, corresponds to C264, D166, and E167. Next, details of the compare process will be explained. (1) Record C16 of the reference database 300
2 Records on the reference side in step 550 above
After the comparison of the data contents of record B161 and comparison side record B161 is completed, in step 580, the reference side record C162 and comparison side record B263 are read into buffer (1) 320 and buffer (2) 420, respectively. . The level number and record code of the two records read are in the record type information table 100.
, record C162 is [3,3], record B2
63 is calculated as [2,2] (step 53
0). Furthermore, in step 540, the comparison result of the level number and record code [record C16
2 level number: 3>2: level number of record B263 and record code of record C162: 3>2: record code of record B263] and the record correspondence table 200,
The record corresponding to record C162 in the reference database 300 is in the comparison database 40.
It can be seen that it does not exist at 0. At this time, since the two records are logically inconsistent, an error message indicating that the access order of record C162 is different is output (step 581). In this case, the data content comparison process is skipped, the next record B263 is read from the reference side order database 310 (step 570), and the process is continued. (2) Record C26 of the reference database 300
4 Reference side record in step 550 above
After the data contents of B263 and comparison record B263 are compared, in step 580, reference record C264 and comparison record C162 are read into buffer (1) 320 and buffer (2) 420, respectively. . The level number and record code of the two records read are in the record type information table 100.
, record C264 is [3,3], record C1
62 is calculated as [3,3] (step 53
0). Here, in step 540, the comparison result between the level number and the record code is 3 for both records, and it is required from the record correspondence table 200 that the record C264 and the record C162 logically match. For the two logically matched records, a physical comparison is next performed (step 550). If the comparison result is a match, the two records are counted as a match,
If there is a mismatch, record C264 and record C16
2 outputs an error message indicating that the data contents do not match (step 582). In this case, after the comparison is completed, the next record C365 is transferred from the reference side sequential data set 310, and the next record C264 is transferred from the comparison side sequential data set 410.
is read (step 580) and processing continues. (3) Record C36 of comparison database 400
5 Record on the reference side in step 550 above
After the comparison of the data contents of C365 and comparison record C264 is completed, in step 580, the reference record D165 and comparison record C365 are read into buffer (1) 320 and buffer (2) 420, respectively. . The level number and record code of the two records read are in the record type information table 100.
From, record D166 is [2,4], record C3
65 is calculated as [3,3] (step 53
0). Furthermore, in step 540, the comparison result of the level number and record code [record D16
From the level number of 6: 2<3: level number of record C365 and the record code of record D166: 4>3: record code of record C365] and the record correspondence table 200,
The record corresponding to record C365 in the comparison database 400 is in the reference database 30.
It can be seen that it does not exist at 0. At this time, since the two records are logically inconsistent, the record C365 on the comparison side outputs an error message indicating that the access order of the records is different (step 5).
83). In this case, the data content comparison process is skipped, the next record D166 is read from the comparison data set 410 (step 560), and the process is continued. (4) Record D26 of comparison database 400
8 In this case, the record is created using the same process as (1) and (2).
D268 correspondence can be determined. Reference side record in step 550 above
After the data contents of D166 and comparison record D166 are compared, in step 580, reference record E167 and comparison record D268 are read into buffer (1) 320 and buffer (2) 420, respectively. . The level number and record code of the two records read are in the record type information table 100.
, record E167 is [2,5], record D2
68 is calculated as [2,4] (step 53
0). Furthermore, in step 540, the level number and record code comparison result [record E16
7 level number: 2=2: level number of record D268 and record code of record E167: 5>4: record code of record D268] and the record correspondence table 200,
The record corresponding to record D268 in the comparison database 400 is in the reference database 30.
It can be seen that it does not exist at 0. At this time, since the two records are logically inconsistent, the record D268 on the comparison side outputs an error message indicating that the access order of the records is different (step 5).
83). In this case, as in (3), the data content comparison process is skipped and the next record E167 is read from the sequential data set 410 on the comparison side (step 56).
0), processing continues. As described above, according to the present embodiment, in comparing databases, it is possible to compare not only the match/mismatch of data contents but also the logical relationships (order of access of records) in the databases. In addition, when comparing databases, the level number and record code are used as parameters, and the record type information table 100 is
By using the record correspondence table 200, it is possible to simplify the correspondence of records, which has a complicated processing structure. Furthermore, according to the method of this embodiment, since the database is unloaded onto tape and compared, database comparison can be performed independently from the database system, and the database system in operation is not affected at all. do not have. This has a tremendous effect on system operation. Note that the various tables and the like used in this embodiment are shown as an example, and it goes without saying that the present invention should not be limited to these systems. [Effects of the Invention] As described above, according to the present invention, in a database comparison method for comparing hierarchical databases, a comparison result of level information and record type information of each data in the hierarchical database is used. As a result, it is possible to compare not only the data contents but also the data access order, thereby realizing a database comparison method that is extremely effective when comparing hierarchical databases.

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

第1図は本発明の一実施例の処理の流れの概要
を示すフローチヤート図、第2図は実施例の概要
を示す図、第3図はデータベースの構造の一例を
示す図、第4図はレコードタイプ情報テーブルの
簡略図、第5図、第6図は実施例に用いたデータ
ベースの構造図、第7図は実施例のデータベース
のレコードアクセス順比較結果を示す図、第8図
はレコード対応テーブルの簡略図である。 100:レコードタイプ情報テーブル。20
0:レコード対応テーブル、300:基準側デー
タベース、310:基準側順データセツト、40
0:比較側データベース、410:比較側順デー
タセツト、510〜590:処理ステツプ。
FIG. 1 is a flowchart showing an overview of the processing flow of an embodiment of the present invention, FIG. 2 is a diagram showing an overview of the embodiment, FIG. 3 is a diagram showing an example of the structure of a database, and FIG. 4 is a simplified diagram of the record type information table, Figures 5 and 6 are structural diagrams of the database used in the example, Figure 7 is a diagram showing the comparison result of the record access order of the database of the example, and Figure 8 is the record type information table. It is a simplified diagram of a correspondence table. 100: Record type information table. 20
0: Record correspondence table, 300: Reference side database, 310: Reference side sequential data set, 40
0: Comparison side database, 410: Comparison side sequential data set, 510 to 590: Processing steps.

Claims (1)

【特許請求の範囲】 1 複数のレコードで階層的に構成された階層型
データベースにおいて、各レコードに、当該レコ
ードの属するレコードタイプが存在する階層を示
すレベル情報と、レコードタイプのアクセス順を
示すアクセス情報とを対応付け、二つの階層型デ
ータベースをコンペアする場合、一方の階層型デ
ータベースを構成するレコードに対応する前記レ
ベル情報およびアクセス情報と、他方の階層型デ
ータベースを構成するレコードに対応するレベル
情報およびアクセス情報とを比較する階層型デー
タベースのコンペア方法。 2 前記比較の結果が一致する二つのレコードに
ついて、データ内容のコンペアを行うことを特徴
とする特許請求の範囲第1項記載の階層型データ
ベースのコンペア方法。 3 前記比較の結果が一致しない場合、レベル情
報が等しくないときには、下位のレベルを示すレ
ベル情報と対応付けられたレコードを有する階層
型データベースから、アクセス順が前記比較を行
つたレコードの次のレコードを得て、該レコード
に対応する前記レベル情報およびアクセス情報
と、上位のレベルを示すレベル情報と対応付けら
れたレコードを有する階層型データベースの前記
比較を行つたレコードとを比較し、レベル情報が
等しいときには、アクセス順が先のアクセス情報
と対応付けられたレコードを有する階層型データ
ベースから、アクセス順が前記比較を行つたレコ
ードの次のレコードを得て、該レコードに対応す
る前記レベル情報およびアクセス情報と、アクセ
ス順が後のアクセス情報と対応付けられたレコー
ドを有する階層型データベースの前記比較を行つ
たレコードとを比較することを特徴とする特許請
求の範囲第1項記載の階層型データベースのコン
ペア方法。
[Claims] 1. In a hierarchical database hierarchically configured with a plurality of records, each record includes level information indicating the hierarchy in which the record type to which the record belongs exists, and access information indicating the access order of the record types. When comparing two hierarchical databases, the level information and access information corresponding to the records forming one hierarchical database, and the level information corresponding to the records forming the other hierarchical database. A comparison method for hierarchical databases that compares and access information. 2. The hierarchical database comparison method according to claim 1, wherein data contents are compared for two records whose comparison results match. 3 If the results of the comparison do not match, if the level information is not equal, select a record that is next in access order to the record for which the comparison was performed from the hierarchical database that has records associated with level information indicating a lower level. The level information and access information corresponding to the record are compared with the compared record of the hierarchical database having records associated with level information indicating a higher level, and the level information is If they are equal, a record next to the record in which the access order was compared is obtained from a hierarchical database having records associated with access information earlier in the access order, and the level information and access information corresponding to the record are obtained. In the hierarchical database according to claim 1, the information is compared with the record in which the comparison was performed in a hierarchical database having records associated with later access information in the order of access. Compare method.
JP61286161A 1986-12-01 1986-12-01 Data base comparing system Granted JPS63138440A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP61286161A JPS63138440A (en) 1986-12-01 1986-12-01 Data base comparing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP61286161A JPS63138440A (en) 1986-12-01 1986-12-01 Data base comparing system

Publications (2)

Publication Number Publication Date
JPS63138440A JPS63138440A (en) 1988-06-10
JPH0543140B2 true JPH0543140B2 (en) 1993-06-30

Family

ID=17700725

Family Applications (1)

Application Number Title Priority Date Filing Date
JP61286161A Granted JPS63138440A (en) 1986-12-01 1986-12-01 Data base comparing system

Country Status (1)

Country Link
JP (1) JPS63138440A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1882664A2 (en) 2003-10-14 2008-01-30 Sonoco Development, Inc. Yarn carrier

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5265302B2 (en) * 2008-10-24 2013-08-14 ドコモ・テクノロジ株式会社 Message comparison determination method, message comparison determination device, and message comparison determination program

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1882664A2 (en) 2003-10-14 2008-01-30 Sonoco Development, Inc. Yarn carrier

Also Published As

Publication number Publication date
JPS63138440A (en) 1988-06-10

Similar Documents

Publication Publication Date Title
US5263156A (en) Parallel, distributed optimistic concurrency control certification using hardware filtering
EP0978061B1 (en) Object graph editing context and methods of use
US4933848A (en) Method for enforcing referential constraints in a database management system
US5930793A (en) Performance optimization in a heterogeneous, distributed database environment
US7672926B2 (en) Method and system for updating value correlation optimizations
US6223200B1 (en) System and method for reducing research time through a lock wait matrix
EP0633538A2 (en) Relational database management system
CA2167790A1 (en) Relational database system and method with high data availability during table data restructuring
JPS60218142A (en) Dynamic format conversion system of data
JPH0543140B2 (en)
Severance A parametric model of alternative file structures
Peng et al. CAD-integrated engineering-data-management system for spring design
JPH0327441A (en) System for utilizing data base in knowledge information processing system
JP2643811B2 (en) Database reorganization method
Segev et al. Rule management in expert database systems
JPS62107336A (en) Control method for hierarchy type data base
JPH02236778A (en) Inquiry optimumization processing system
JPH02206839A (en) Object control method
JPH02222044A (en) Data processor
JPH1040089A (en) Method for generating data transfer program
Oren et al. Statistics for the usage of a conceptual data model as a basis for logical data base design
JP2658097B2 (en) Secondary file creation method
Goldstein et al. Database management with sequence trees and tokens
Clough et al. Designing optimal data structures
JPS63269224A (en) Data base access system