JPH02109149A - Automatic knowledge extraction type data base control system - Google Patents

Automatic knowledge extraction type data base control system

Info

Publication number
JPH02109149A
JPH02109149A JP63261488A JP26148888A JPH02109149A JP H02109149 A JPH02109149 A JP H02109149A JP 63261488 A JP63261488 A JP 63261488A JP 26148888 A JP26148888 A JP 26148888A JP H02109149 A JPH02109149 A JP H02109149A
Authority
JP
Japan
Prior art keywords
data
knowledge
database
data base
automatic
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
Application number
JP63261488A
Other languages
Japanese (ja)
Inventor
Hidefumi Kondo
近藤 秀文
Hironori Miyamoto
宮本 博紀
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 JP63261488A priority Critical patent/JPH02109149A/en
Publication of JPH02109149A publication Critical patent/JPH02109149A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To prevent the destruction of the matching properties of data stored in a data base at addition, correction and deletion of the data base by producing the function dependency showing the characteristics of the data base by reference to the real data stored in the data base and storing the obtained function dependency. CONSTITUTION:An actual data base is taken out by a data base control system 102 based on a control program 108 of an automatic knowledge extraction type data base control system 109. Based on the data base, a knowledge production mechanism 103 produces automatically the function dependency showing the characteristics of the data base and stores it in a knowledge memory area 105 via a knowledge memory mechanism 104. Thus it is possible to prevent the destruction of the matching properties of data and at the same time to perform the addition, correction and deletion of the data base by reference to the storage contents of the area 105.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、データベース中のデータの特性をデータベー
ス中のデータ自体を用いて抽出し、抽出した特性を、デ
ータベースに関する知識として記憶しておき、この知識
を利用して、データベース中のデータの整合性を保持す
る方法に関する。
[Detailed Description of the Invention] [Field of Industrial Application] The present invention extracts characteristics of data in a database using the data itself in the database, stores the extracted characteristics as knowledge about the database, It concerns how this knowledge can be used to maintain the integrity of data in a database.

(:3) 〔従来の技術〕 データベース中のデータの整合性を保持するためのシス
テムは従来か存在するが、このような従来システムでは
、利用者がデータの性質を!−分考察してデータに関す
る制約条件を事前に定義する必要があった。(例えば、
オーム礼刊、データベースシステムの基礎、1979年
)。
(:3) [Conventional technology] Systems for maintaining the integrity of data in a database have conventionally existed, but in such conventional systems, users have no control over the nature of the data! - It was necessary to define constraints regarding the data in advance. (for example,
Ohm et al., Fundamentals of Database Systems, 1979).

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

従来のデータペース管理システムは5データの整合性を
保つための制約条件を利用者が事前に定義しなければな
らないわずられしさがあり、このために定義のもれや定
義を怠たるという問題があった。
Conventional database management systems have the burden of requiring the user to define constraints in advance to maintain data consistency, resulting in the problem of omissions or omissions in definitions. was there.

本発明の目的は、データベース中のデータ自体から制約
条件を自動的に抽出し、得られた制約条件をデータベー
スのデータに関する知識として記憶し、この知識を利用
して、データベースへのデータ追加・修正・削除の処理
時に、誤りデータや異常データの検出を行なえるように
することにある。
The purpose of the present invention is to automatically extract constraints from the data itself in a database, store the obtained constraints as knowledge about the data in the database, and use this knowledge to add or modify data to the database. - The purpose is to be able to detect erroneous data and abnormal data during deletion processing.

〔課題を解決するための手段〕[Means to solve the problem]

上記目的を達成するために、データベース中のデータを
調べてデータ項目間に存在する関数従属性(データ間の
関係に関する制約条件、たとえば、回路名が同じならば
電圧は常に同じというような内容)を探し出し、この関
数従属性をデータベースの性質(制約条件)を表わす知
識として記憶しておくことにより、データベースに対し
てデータの追加・修正・削除が行なわれたとき、この知
識を利用して、誤りデータ、異常データの混入を防ぐよ
うにしたものである。
In order to achieve the above purpose, we examine the data in the database and identify the functional dependencies that exist between data items (constraints regarding the relationship between data, such as the fact that if the circuit name is the same, the voltage is always the same) By finding this functional dependency and storing it as knowledge representing the properties (constraints) of the database, when data is added, modified, or deleted from the database, this knowledge can be used to This is to prevent the mixing of erroneous data and abnormal data.

〔作用〕[Effect]

本発明では、データベースの性質が表わす知識、すなわ
ち、関数従属性を、データベース中の実データ自体を使
用して作り出しているので、誤りのない知識を作成する
ことが可能である。作成した知識は知識の記憶領域に記
憶しておき、データベースに対して、データの追加・修
正・削除が発生したとき、記憶されている知識を参照し
て発生データの可否を調べてから、データの追加・修正
・削除を行なわせるので、データベース中のデータの整
合性が破壊されることはない。
In the present invention, since the knowledge represented by the properties of the database, that is, the functional dependencies, is created using the actual data itself in the database, it is possible to create error-free knowledge. The created knowledge is stored in the knowledge storage area, and when data is added, modified, or deleted from the database, the stored knowledge is referred to check whether the generated data is valid or not, and then the data is The data can be added, modified, or deleted without destroying the integrity of the data in the database.

〔実施例〕〔Example〕

[実施例1コ 第1図は、本発明の全体構成を示す。1.01は、デー
タベース、102は、データペース管理システム、10
3は、データペース管理システムを呼び出してデータベ
ース中のデータを読出し、関数従属性を探し出すための
知識作成機構、1.04は、作成した知識を記憶するた
めの知識記憶機構、105は、知識を記憶しておくため
の知識記憶領域、106は、データベースに対して、デ
ータの追加・修正・削除が行なわれたとき、検知記憶領
域105から必要な知識を読み出して、データの誤り、
異常がないか否かを調べる機構、107は、知識誤り異
常データ検95機構106の要求に従って該当する知識
を知wR,記憶領域105から読出す機構である。1−
08は、利用者からの要求を受理して、データベース管
理システム1−02、知識作成機構103へ制御を移す
制御プログラムである。
[Embodiment 1] FIG. 1 shows the overall configuration of the present invention. 1.01 is a database, 102 is a database management system, 10
3 is a knowledge creation mechanism for calling the data pace management system to read data in the database and searching for functional dependencies; 1.04 is a knowledge storage mechanism for storing the created knowledge; 105 is a knowledge storage mechanism for storing the created knowledge; A knowledge storage area 106 for storing data reads out necessary knowledge from the detection storage area 105 when data is added, modified, or deleted from the database, and detects data errors and errors.
The mechanism 107 for checking whether or not there is an abnormality is a mechanism for reading out the corresponding knowledge from the knowledge storage area 105 in accordance with a request from the knowledge error/abnormal data detection 95 mechanism 106. 1-
08 is a control program that receives a request from a user and transfers control to the database management system 1-02 and the knowledge creation mechanism 103.

109は、102,103,104,106゜1.−0
7,108からなる知識自動抽出型データベース管理シ
ステl\である。110は、データベスに対するデータ
の追加・修正・削除の指令を行ろ・−)た1J、知識の
作成を指令する端末である。
109 is 102, 103, 104, 106°1. -0
This is an automatic knowledge extraction type database management system consisting of 7,108 systems. Reference numeral 110 denotes a terminal for issuing commands for adding, modifying, and deleting data to the database.

第2図は、データベースの例である、200は、販売情
報を記1αするデータベースを示す1.201は項14
名を示し、顧客、電話番号5商品1価格、販売数の5個
の項目名があることを示す。
FIG. 2 shows an example of a database. 200 indicates a database in which sales information is recorded. 1.201 indicates item 14.
It shows that there are 5 item names: customer, phone number, 5 products, 1 price, and number of items sold.

202〜207は、データである3、208〜212は
、データベース200に存在する関数従属である。関数
従属とは、商品→価格のように書いて、特定の商品をみ
ると価格は常に同じであるというデータベース中のデー
タの性質を表わす術語である。
202 to 207 are data 3, and 208 to 212 are functional dependencies existing in the database 200. Functional dependency is a term used to describe the nature of data in a database, such as product → price, where the price of a particular product is always the same.

例えば、販売情報データベース200中で、X品のある
データ202,204,206をみると、価格はいずれ
も10に¥で同一である。また、7品のあるデ“−夕2
03,205,207をみると。
For example, if we look at data 202, 204, and 206 for item X in the sales information database 200, the prices are all the same, 10 and ¥. In addition, there is a restaurant with 7 dishes - Dinner 2.
Looking at 03, 205, 207.

価格はいずれも20に¥で同一である。すなわち。Both prices are the same at ¥20. Namely.

どの商品の場合にも、商品が同一である限り価格は同一
であるので、販売情報データベース200では、商品→
価格という関数従属が存在することになる。データベー
ス200を調べてみると、209に示す価格→商品とい
う関数従属関係もある。価格が同じであれば商品も同じ
、すなわち、価格が決まれば商品が決まるというのは、
−射的なは受入れにくい内容であるが、200に示す販
売情報データベースの各データをみると明らかにそのよ
うになっているので、200の販売情報データベースで
はこの関数従属は存在する。
In the case of any product, the price is the same as long as the product is the same, so in the sales information database 200, the product →
There is a functional dependency called price. When the database 200 is examined, there is also a functional dependency relationship 209 of price→product. If the price is the same, the product is also the same.In other words, once the price is determined, the product is determined.
Although it is difficult to accept this assumption, this functional dependency exists in the sales information database 200, as it is clearly the case when looking at each data in the sales information database 200.

210の関数従属は、この販売情報データベース200
からすぐに理解できる。
The functional dependence of 210 is this sales information database 200
can be understood immediately.

211の関数従属は、顧客、商品→販売数であるが、こ
れは、顧客と商品が同じであれば、販売数は同じである
という内容を表わす。204゜206のデータをみると
、B社、X品では、いずれも販売数50になっている。
The functional dependency of 211 is customer, product→sales volume, which means that if the customer and product are the same, the sales volume is the same. Looking at the data for 204°206, the number of sales for both Company B and Product X is 50.

また、205゜207のデータ祭みると、B社、7品で
は、いずれも販売数40になっている。202のデータ
において、A社、X品、販売数30,203のデータに
おけるA社、7品、販売数20は、データが1つずつし
かないが、204〜207に存在する顧客、商品→販売
数という関数従属を適用させておいても誤りではない。
Also, looking at the 205°207 data festival, the number of sales for all seven products of Company B was 40. In the data of 202, company A, product It is not wrong to apply the functional dependence of numbers.

従がって販売情報データベース200のデータ蓄積状態
では、顧客、商品→販売数の関数従属か存在するものと
する。ずなわち、212の関数従属である顧客、価格→
販売数は、商品→価格という関数従属があるため、商品
の代りに価格で置換えることが可能だからである。
Therefore, in the data storage state of the sales information database 200, it is assumed that there exists a functional dependency of customers, products, and sales numbers. That is, customers and prices are functionally dependent on 212 →
This is because the sales quantity has a functional dependency of product → price, so it is possible to replace the product with price.

」二記の説明では、208〜212の関数従属は販売情
報データベース200を人が見て決めたが、本発明では
、202〜207のデータを103に示した知識作成機
構が調べて自動的に作成する。
2, the functional dependencies of 208 to 212 are determined by a person looking at the sales information database 200, but in the present invention, the knowledge creation mechanism shown in 103 examines the data of 202 to 207 and automatically determines them. create.

第3図は、関数従属を自動的に探すためのフローチャー
トである。
FIG. 3 is a flowchart for automatically searching for functional dependencies.

第3図の処理の流れは以下のとおりである。The processing flow in FIG. 3 is as follows.

まず、データベースの項目の一つに着目し、これを■と
する(301)。つぎに1を除いた項目の中から項目名
の組(1個の項目名)を一つ見つけ、これをJとする(
302)。
First, one of the items in the database is focused on and marked as ■ (301). Next, find one set of item names (one item name) from among the items excluding 1, and set this as J (
302).

上記の■とJについて関数従属、■→Iが成立するかど
うかを調べる(303)。関数従属J→■が成立すると
きは上記関数従属を記憶する(304)。
It is checked whether the functional dependence, ■→I holds for the above ■ and J (303). When the functional dependency J→■ holds true, the functional dependency is stored (304).

関数従属、■→■が成立しないときは別の項目名の組の
一つに着flしく305)、別の項目名の組が存在すれ
ば、その項目名を組を新たにJとして(306)、前述
した処理(303)に戻る。
Functional dependency, if ■→■ does not hold, use one of the other item name pairs (305), and if another item name pair exists, use that item name as a new pair J (306). ), the process returns to the above-mentioned process (303).

上記処理(305)で別の項目名の組が存在しないとき
は、前記、■について1項目名の組の個数を一つプラス
しく307)、■を除いた項目名の中から項目名の組を
一つ見つけ、これを新たに、■とする(308)。処理
(308)で項目名の組が存在した場合には、前述した
処理(303)に戻る。
If another set of item names does not exist in the above process (305), the number of sets of item names for ■ is increased by one (307), and a set of item names is selected from among the item names excluding ■. Find one and make it a new ■ (308). If a set of item names exists in the process (308), the process returns to the process (303) described above.

処理(308)で項目名の組が存在しない場合は、■に
ついて別の項目名を見つけ(309)、王について別の
項]]名が存在した場合にはその項目名を新たに工に設
定(310)して処理(302)に戻る。
If a set of item names does not exist in the process (308), another item name is found for ■ (309), and if another item name exists for the king, that item name is newly set to engineering. (310) and returns to the process (302).

処理(309)で、■について別の項目名が存在しく1
0) ない場合には処理を終了する。
In the process (309), it is determined that another item name exists for ■.
0) If not, the process ends.

第4図は、第3図に示した手順に従って作成した関数従
属を、知識記憶領域105に蓄積したものである。デー
タベースに対して、データの追加・修正があった場合、
第4図の知識を参照してデータをチエツクする。知識の
内容に違反するデータである場合には、利用名にメツセ
ージを出す。
FIG. 4 shows functional dependencies created according to the procedure shown in FIG. 3 stored in the knowledge storage area 105. If data is added or modified to the database,
Check the data with reference to the knowledge in Figure 4. If the data violates the knowledge content, a message will be sent to the user name.

データはi](シいという利用者の回路の場合には、第
3図の手順で第4図の知識を作成し直す。
In the case of the user's circuit where the data is i] (sh), the knowledge shown in FIG. 4 is re-created using the procedure shown in FIG. 3.

[実施例2] 第2図のデータ202〜207を調べて、第5図に示す
領域を知識記憶領域に記憶する。この処理は、知識作成
機構103が行なう。
[Embodiment 2] The data 202 to 207 in FIG. 2 are examined, and the area shown in FIG. 5 is stored in the knowledge storage area. This process is performed by the knowledge creation mechanism 103.

[実施例3] 第2図に示すようなデータベースのデータが大量である
場合、全体でなく一部分を対象として知識の作成を行な
う。これは、端末110から、知識作成の指令を行なう
とき、全体のX%で処理せよのように指示することによ
って行なう。
[Embodiment 3] When there is a large amount of data in a database as shown in FIG. 2, knowledge is created for a part of the database rather than the whole. This is done by instructing to process X% of the total when instructing knowledge creation from the terminal 110.

〔発明の効果〕〔Effect of the invention〕

本発明によれば、データベースの整合+1・を保−〕た
めのデータベースに関する知識を、システムが、データ
ベース中の実際のデータを参照して自動的に作成するた
め、データベースの作成者が事1′I口に用滴、する必
要かないというAノ果かある9゜
According to the present invention, the system automatically creates database knowledge for maintaining database consistency by referring to the actual data in the database, so the database creator can There is no need to use drops in the mouth.9゜

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

第1図は本発明の一実施例のシステ11の全体構成を示
すブロック図、第2図はデータベースの一例を示すブロ
ック、第3図は本発明のデータベースの制約条件に関す
る知識を作成するための処理フローチャート、第4図、
第5図は、作成した知識を知識記憶領域に蓄積するため
の記憶形式の例を示す図である。 1−03・・・知識作成機構、1.04・−知識記憶領
域、1、05・・・知識記憶領域、106 データベー
スへのデータの追加・修正・削除を行なうとき、誤り異
常データの検査を行なう機構、1.07 ・知imAe
憶装置上から必要な知識をとり出すための機構。
FIG. 1 is a block diagram showing the overall configuration of a system 11 according to an embodiment of the present invention, FIG. 2 is a block diagram showing an example of a database, and FIG. 3 is a block diagram showing an example of a database. Processing flowchart, Figure 4,
FIG. 5 is a diagram showing an example of a storage format for storing created knowledge in a knowledge storage area. 1-03...Knowledge creation mechanism, 1.04...Knowledge storage area, 1,05...Knowledge storage area, 106 When adding, modifying, or deleting data to the database, check for erroneous and abnormal data. Mechanism to perform, 1.07 ・ChiimAe
A mechanism for extracting necessary knowledge from storage devices.

Claims (1)

【特許請求の範囲】 1、データベースを管理する計算機システムにおいて、
データベース中のデータを調べて、データ項目間に存在
する関数従属性(データ間の関係に関する制約条件)を
探し出す機構と、この関数従属性をデータベースの制約
条件を表わす知識として記憶する機構と、その知識を記
憶する領域と、この記憶した知識を読出す機構と、デー
タベースへのデータの追加・修正・削除の処理において
知識を参照して誤りデータを発見する機構を設けたこと
を特徴とする知識自動抽出型データベース管理システム
。 2、データベース中のデータを調べて、特定の項目名に
対する項目データの値域を調べる機構と、その値域のデ
ータを知識として記憶する機構と、その知識を記憶する
領域と、この記憶した知識を読出す機構と、データベー
スへのデータの追加・修正処理において知識を参照して
異常データを発見する機構とを有する知識自動抽出型デ
ータベース管理システム。 3、データベース中のデータを調べて、関数従属性が指
定してある量以上のデータに成立するか否かを調べて疑
似関数従属性ありと判断する機構と、この疑似関数従属
性を知識として記憶する機構と、その知識を記憶する領
域と、この記憶した知識を読出す機構と、知識を参照し
て誤りデータを発見する機構とを有する知識自動抽出型
データベース管理システム。 4、請求項第1項および第3項記載のシステムにおいて
、データベース中にデータが全く無い状態から、データ
が追加・修正される毎に関数従属性または疑似関数従属
性を探し出し、知識として記憶しておき、この知識をデ
ータの追加・修正・削除の処理時点で誤りデータの発見
に利用する知識自動抽出型データベース管理システム。 5、請求項第2項記載のシステムにおいて、データベー
ス中にデータが全く無い状態から、データが追加・修正
される毎に項目データの値域を調べて知識として記憶し
ておき、この知識を利用して、データの追加・修正の処
理における異常データの発見を行なう知識自動抽出型デ
ータベース管理システム。 6、データベース中の指定されたある量のデータを対象
として、請求項第1項、第2項、第3項記載の内容をも
つ知識自動抽出型データベース管理システム。 7、複数の項目をもつデータの集合を対象として、項目
間に存在する関数従属性を検出する機能を有するシステ
ム。
[Claims] 1. In a computer system that manages a database,
A mechanism that examines data in a database to find functional dependencies (constraints regarding relationships between data) that exist between data items, a mechanism that stores this functional dependency as knowledge representing constraints of the database, and Knowledge characterized by having an area for storing knowledge, a mechanism for reading out this stored knowledge, and a mechanism for referring to knowledge and discovering erroneous data in the process of adding, modifying, and deleting data to a database. Automatic extraction type database management system. 2. A mechanism for examining data in a database to find the range of item data for a specific item name, a mechanism for storing data in that range as knowledge, an area for storing the knowledge, and a mechanism for reading this stored knowledge. An automatic knowledge extraction type database management system having a mechanism for extracting data and a mechanism for discovering abnormal data by referring to knowledge in the process of adding and correcting data to the database. 3. A mechanism that examines the data in the database and determines whether or not functional dependence holds for a specified amount of data or more, and determines that there is pseudo-functional dependence, and a mechanism that uses this pseudo-functional dependence as knowledge. A knowledge automatic extraction type database management system having a storage mechanism, an area for storing the knowledge, a mechanism for reading out the stored knowledge, and a mechanism for referring to the knowledge and discovering erroneous data. 4. In the system according to claims 1 and 3, each time data is added or modified, functional dependencies or pseudo-functional dependencies are searched for and stored as knowledge from a state where there is no data at all in the database. This is an automatic knowledge extraction type database management system that uses this knowledge to discover erroneous data when adding, modifying, or deleting data. 5. In the system according to claim 2, the value range of item data is checked and stored as knowledge every time data is added or modified, starting from a state where there is no data at all in the database, and this knowledge is used. This is an automatic knowledge extraction database management system that detects abnormal data during data addition and modification processes. 6. An automatic knowledge extraction type database management system having the content set forth in claims 1, 2, and 3 for a specified amount of data in a database. 7. A system that has a function of detecting functional dependencies between items in a data set with multiple items.
JP63261488A 1988-10-19 1988-10-19 Automatic knowledge extraction type data base control system Pending JPH02109149A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP63261488A JPH02109149A (en) 1988-10-19 1988-10-19 Automatic knowledge extraction type data base control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP63261488A JPH02109149A (en) 1988-10-19 1988-10-19 Automatic knowledge extraction type data base control system

Publications (1)

Publication Number Publication Date
JPH02109149A true JPH02109149A (en) 1990-04-20

Family

ID=17362604

Family Applications (1)

Application Number Title Priority Date Filing Date
JP63261488A Pending JPH02109149A (en) 1988-10-19 1988-10-19 Automatic knowledge extraction type data base control system

Country Status (1)

Country Link
JP (1) JPH02109149A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06290102A (en) * 1991-10-23 1994-10-18 American Teleph & Telegr Co <Att> Equipment and method for accessing information
WO2013147172A1 (en) * 2012-03-30 2013-10-03 日本電気株式会社 Cfd updating device and method, data cleansing apparatus and method, and programs

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06290102A (en) * 1991-10-23 1994-10-18 American Teleph & Telegr Co <Att> Equipment and method for accessing information
WO2013147172A1 (en) * 2012-03-30 2013-10-03 日本電気株式会社 Cfd updating device and method, data cleansing apparatus and method, and programs

Similar Documents

Publication Publication Date Title
US6243705B1 (en) Method and apparatus for synchronizing information on two different computer systems
US7219104B2 (en) Data cleansing
CN111104392B (en) Database migration method and device, electronic equipment and storage medium
JP3692054B2 (en) Document structure conversion method, document structure conversion apparatus, and program
US6212529B1 (en) Synchronization of databases using filters
JP3259928B2 (en) Business specification handling equipment
US20010016853A1 (en) Method and apparatus for synchronizing information on two different computer systems
US7152201B2 (en) Write control method, structured document management apparatus, structured document edit apparatus, and program product
JP2004265055A (en) Pos system
JPH02109149A (en) Automatic knowledge extraction type data base control system
CN115827691A (en) Batch processing result verification method and device, computer equipment and storage medium
CN112052157B (en) Method, device and system for constructing test message
CN111444194A (en) Method, device and equipment for clearing indexes in block chain type account book
JPH07319674A (en) Method and system for supporting update of information file
CN107273217A (en) A kind of method for information display, device and terminal device
JP2700517B2 (en) Document management method
CN116467260A (en) File recording method, system, terminal and medium convenient for file searching
JP2002150207A (en) Automatic input system
JP3626630B2 (en) Structured data creation system
JP3553093B2 (en) Data file system
CN113987596A (en) Block chain privacy transaction protection method, device, equipment and readable storage medium
JP2004178334A (en) Product specification database management system
CN117171269A (en) Node data synchronization method based on block chain and related equipment
CN114971556A (en) File information summarizing method and device, electronic equipment and storage medium
JP2002251302A (en) Batch retrieval tool for log file and computer program used for the same