JPH0293862A - Record retrieving mechanism in network type data base - Google Patents

Record retrieving mechanism in network type data base

Info

Publication number
JPH0293862A
JPH0293862A JP63246466A JP24646688A JPH0293862A JP H0293862 A JPH0293862 A JP H0293862A JP 63246466 A JP63246466 A JP 63246466A JP 24646688 A JP24646688 A JP 24646688A JP H0293862 A JPH0293862 A JP H0293862A
Authority
JP
Japan
Prior art keywords
record
type
database
data base
parent
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
JP63246466A
Other languages
Japanese (ja)
Inventor
Tetsuo Kikuchi
菊地 哲男
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.)
Toshiba Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP63246466A priority Critical patent/JPH0293862A/en
Publication of JPH0293862A publication Critical patent/JPH0293862A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To prevent idle reading and to improve access efficiency by preparing a record type referring file from a real data base, referring this file and reading the realizing value of a designated master record type. CONSTITUTION:A record type referring file preparing mechanism 2 once reads the real data base of a network type data base 1 and prepares a record type referring file 3. When the designating information of a retrieving subject record type and the request information of a master record position are received from a record taking-out mechanism 6, a master record position returning mechanism 4 successively reads the position of the real data base for the realizing value of the designated master record type from a head according to a request and returns the position to the master record taking-out mechanism 6. Thus, even when the real data base is accessed and a master record is successively taken out, idle reading is not generated to the real data base since the record realizing value to be next accessed is speedily known. Then, the access efficiency is improved.

Description

【発明の詳細な説明】 [発明の目的] (産業上の利用分野) 本発明は、電子計算機のネットワーク型データベースに
於けるレコード検索機構に係り、特にネットワーク型デ
ータベースに於ける全件検索を行なう際の実データベー
スの空読みをなくしてアクセス効率の向上を図ったレコ
ード検索機構に関する。
[Detailed Description of the Invention] [Object of the Invention] (Industrial Field of Application) The present invention relates to a record search mechanism in a network type database of a computer, and particularly to a record search mechanism in a network type database. This invention relates to a record search mechanism that improves access efficiency by eliminating idle reading of actual databases.

(従来の技術) 従来、ネットワーク型データベースに於いて、データベ
ース上に存在する全てのチェーンを使ったレコード検索
には、膨大な量のデータ扱うことから多くの時間を要し
ていた。
(Prior Art) Conventionally, in a network database, searching for records using all chains existing on the database requires a lot of time because a huge amount of data is handled.

ネットワーク型データベースは、基本的に、親レコード
と子レコードを設け、その間に、セ・ソトと呼ばれる特
定の情報で親子関係を付けている。
A network type database basically has a parent record and a child record, and establishes a parent-child relationship between them using specific information called sesoto.

このセットは、内部的には、レコード実現値間にチェー
ンポインタを設けて実現する。
This set is internally realized by providing chain pointers between record realization values.

又、次に挙げるような事由からチェーン形成が繁雑とな
っており、これに伴って検索に多くの時間が必要となる
Furthermore, chain formation is complicated due to the following reasons, and as a result, a lot of time is required for searching.

1)、子レコードは別のレコードの親レコードになれる
1) A child record can become the parent record of another record.

2)、一つの親レコードは、複数のセットにより、複数
の子レコードを持つことができる。
2) One parent record can have multiple child records through multiple sets.

3)、一つの子レコードには、複数のセットにより、複
数の親レコードを持つことができる。
3) One child record can have multiple parent records using multiple sets.

4)、親レコード、子レコードには、その種類毎に、複
数のレコード実現値が存在している。
4) A plurality of record realization values exist for each type of parent record and child record.

5)、一つの親レコード実現値には、複数の子レコード
実現値がチェーンされる。
5) A plurality of child record realization values are chained to one parent record realization value.

(発明が解決しようとする課題) 上記したようなネットワーク型データベースに於いて、
データベース中に存在する全てのチェーンを網羅するレ
コード検索で、特定の、又は全てのレコード種別毎に、
そのレコード実現値を実データベース上から順次取出し
、それを起点として、子レコードのチェーン検索を行な
うとき、次の親レコードへのチェーンが無いので実デー
タベースを順にアクセスしながら次の親レコード検索を
行なわなければならず、従って多くの処理時間を要し、
処理効率が悪いという問題があった。
(Problem to be solved by the invention) In the network type database as described above,
A record search that covers all chains in the database, by specific or all record types.
When the record realization value is retrieved sequentially from the real database and a chain search for child records is performed using it as a starting point, there is no chain to the next parent record, so the next parent record search is performed while sequentially accessing the real database. therefore requires a lot of processing time,
There was a problem with poor processing efficiency.

本発明は上記実情に鑑みなされたもので、ネットワーク
型データベースに於いて、全てのチェーンを網羅するレ
コード検索で、特定親レコード種別毎、そのレコード実
現値を実データベース上から順次取出し、それを起点と
して、子レコード実現値のチェーン検索を行なう際に、
その親レコードを順次取出すときのアクセス効率を大幅
に向上できるネットワーク型データベースに於けるレコ
ード検索機構を提供することを目的とする。
The present invention was made in view of the above circumstances, and in a network database, in a record search covering all chains, record realization values are sequentially extracted from the actual database for each specific parent record type, and this is used as a starting point. , when performing a chain search for child record realization values,
It is an object of the present invention to provide a record search mechanism in a network type database that can greatly improve access efficiency when sequentially retrieving parent records.

〔発明の構成] (課題を解決するための手段及び作用)本発明は、第1
図に示すように、ネットワーク型データベースlルコー
ド種別参照ファイル作成機構2、レコード種別参照ファ
イル3、親レコード位置返却機構4、及びレコード取出
し機構B等を備えてなるもので、レコード種別参照ファ
イル作成機構2は、ネットワーク型データベース1の実
データベースを一回読み、レコード種別参照ファイル3
を作成する。親レコード位置返却機構4はレコード取出
し機構Gから検索対象レコード種別の指定情報と親レコ
ード位置の要求情報を受けると上記レコード種別参照フ
ァイル3から、指定された親レコード種別の実現値の実
データベースの位置を上記要求に従い先頭から順に読み
出して上記レコード取出し機構へ返却する。
[Structure of the invention] (Means and effects for solving the problem) The present invention has the following features:
As shown in the figure, the network type database is equipped with a code type reference file creation mechanism 2, a record type reference file 3, a parent record position return mechanism 4, a record retrieval mechanism B, etc. 2 reads the real database of network database 1 once, and records type reference file 3.
Create. When the parent record position return mechanism 4 receives the designation information of the record type to be searched and the request information of the parent record position from the record retrieval mechanism G, the parent record position return mechanism 4 retrieves the actual database of the actual value of the specified parent record type from the record type reference file 3. The positions are read out in order from the beginning according to the above request and returned to the record retrieval mechanism.

上記レコード種別参照ファイル3は、実データベースに
於けるレコード実現値の物理的配置を各実現値が持って
いるレコード種別のみ(2バイト)によりそのまま反映
したものであり、従来の如く実データベースをアクセス
して親レコードを順次取出すと、多くの空読みが発生す
るが、上記レコード種別参照ファイル3を用いることに
より、次にアクセスすべきレコード実現値が直ちに分る
ので、実データベースに対する空読みが発生せず、アク
セス効率が向上する。
The above record type reference file 3 reflects the physical arrangement of the record realization values in the real database as is by using only the record type (2 bytes) that each realization value has, and the real database can be accessed as in the past. If parent records are retrieved sequentially, many empty reads will occur, but by using the record type reference file 3 mentioned above, the record realization value to be accessed next can be immediately known, so empty reads to the actual database will occur. access efficiency is improved.

(実施例) 以下図面を参照して本発明の一実施例を説明する。(Example) An embodiment of the present invention will be described below with reference to the drawings.

第1図は本発明の一実施例を示すブロック図である。FIG. 1 is a block diagram showing one embodiment of the present invention.

第1図に於いて、lはレコード検索の対象となる各種の
レコードをもつネットワーク型データベース(DB)で
ある。2は処理機構5の制御の下に、ネットワーク型デ
ータベースlの実データベースを一回読み、各レコード
実現値毎に付加されている2バイト構成のレコード種別
のみを抽出してレコード種別参照ファイル3を作成する
レコード種別参照ファイル作成機構である。3はレコー
ド種別参照ファイル作成機構2により作成されたレコー
ド種別参照ファイル(P)である。4はレコード取出し
機構8から検索対象レコード種別の指定情報(a)と親
レコード位置の要求情報(b)を受けて、上記レコード
種別参照ファイル3から、指定された親レコード種別(
c)を先頭から順に読み出し、その実現値の実データベ
ースの位置(d)を上記レコード取出し機構Bへ返却す
る親レコード位置返却機構である。5はレコード種別参
照ファイル作成機構2を制御してレコード種別参照ファ
イル3を作るためのファイル作成制御を司る処理機構(
3w−A)である。6は親レコード位置返却機構4に対
して、検索対象レコード種別を指定する指定情報(a)
を送出とともに、親レコード位置を要求する要求情報(
b)を送出し、その要求に従い、親レコード位置返却機
4R4より返却される親レコード種別の実現値の実デー
タベースの位置(d)を受けて、ネットワーク型データ
ベースlをアクセスするレコード取出し機構(SシーB
)である。
In FIG. 1, l is a network type database (DB) having various records to be searched. 2 reads the real database of the network type database l once under the control of the processing mechanism 5, extracts only the 2-byte record type added to each record realization value, and creates the record type reference file 3. This is a record type reference file creation mechanism. 3 is a record type reference file (P) created by the record type reference file creation mechanism 2. 4 receives the specification information (a) of the record type to be searched and the request information (b) of the parent record position from the record retrieval mechanism 8, and retrieves the specified parent record type (
This is a parent record position return mechanism that sequentially reads out c) from the beginning and returns the actual database position (d) of the actual value to the record retrieval mechanism B. 5 is a processing mechanism (
3w-A). 6 is specification information (a) that specifies the type of record to be searched for the parent record position return mechanism 4.
In addition to sending the request information requesting the parent record position (
b), and in accordance with the request, receives the actual database position (d) of the actual value of the parent record type returned from the parent record position return device 4R4, and accesses the network type database l. Sea B
).

ここで上記第1図に示す一実施例の動作を説明する。Here, the operation of the embodiment shown in FIG. 1 will be explained.

レコード種別参照ファイル作成機構2は、処理機構5の
制御の下に、ネットワーク型データベースlの実データ
ベースを一回読み、各レコード実現値毎に付加されてい
る2バイト構成のレコード種別のみを用いて、実データ
ベースに於けるレコード実現値の物理的配置をレコード
種別参照ファイル3上にマツプする。
The record type reference file creation mechanism 2, under the control of the processing mechanism 5, reads the real database of the network type database l once, and uses only the 2-byte record type added to each record realization value. , the physical arrangement of record realization values in the actual database is mapped onto the record type reference file 3.

レコード種別参照ファイル作成機構2によりレコード種
別参照ファイル3が作成された後、レコード取出し機構
6は、親レコード位置返却機構4に処理対象レコード種
別(a)を通知し、更に親レコード位置の要求(b)を
出す。
After the record type reference file 3 is created by the record type reference file creation mechanism 2, the record retrieval mechanism 6 notifies the parent record position return mechanism 4 of the record type (a) to be processed, and further requests the parent record position ( Issue b).

親レコード位置返却機構4は、レコード取出し機構6か
ら親処理対象レコード種別(a)を受けた後、親レコー
ド位置の要求(b)を受けると、レコード種別参照ファ
イル3から、指定された親レコード種別(c)を先頭よ
り読み出し、その実現値の実データベースの位置(d)
を上記レコード取出し機構6へ返却する。このようにし
て、親レコード位置返却機構4は、レコード取出し機構
6から親処理対象レコード種別(a)を受けた後、親レ
コード位置の要求(b)を受けると、その要求受付けの
都度、レコード種別参照ファイル3から、指定された親
レコード種別(c)を先頭から順に(即ち、直前に返却
したレコード種別の次のレコード種別を)読み出し、そ
の各レコード種別(C)の実現値の実データベースの位
置(d)を上記要求(b)をレコード取出し機構6へ返
却する。
After receiving the record type to be processed (a) from the record retrieval mechanism 6, the parent record position return mechanism 4 receives a request for the parent record position (b), and then retrieves the specified parent record from the record type reference file 3. Read the type (c) from the beginning and find the actual database position (d) of its realized value.
is returned to the record retrieval mechanism 6. In this way, when the parent record position return mechanism 4 receives the parent record position request (b) after receiving the parent processing target record type (a) from the record retrieval mechanism 6, the parent record position return mechanism 4 Reads the specified parent record type (c) from the type reference file 3 in order from the beginning (that is, the record type next to the record type returned immediately before), and creates an actual database of actual values of each record type (C). The position (d) of the above request (b) is returned to the record retrieval mechanism 6.

レコード取出し機構6は親レコード位置返却機構4から
指定レコード種別(°C)の実現値の実データベースの
位置(d)を受けて、その情報(ネットワーク型データ
ベース1上の物理的位置)に従いネットワーク型データ
ベースlをアクセスする。
The record retrieval mechanism 6 receives the actual database position (d) of the actual value of the specified record type (°C) from the parent record position return mechanism 4, and according to the information (physical position on the network type database 1) Access database l.

このような検索処理により、実データベースに対する空
読みが発生せず、アクセス効率が向上する。即ち、従来
では、実データベースをアクセスして親レコードを順次
取出すと、多くの空読みが発生し、検索効率が悪かった
が、上記実施例によれば、レコード種別参照ファイル3
を用いることにより、次にアクセスすべきレコード実現
値が直ちに分るので、実データベースに対する空読みが
発生せず、アクセス効率が向上する。
Such search processing prevents idle reading of the real database and improves access efficiency. That is, in the past, when accessing a real database and sequentially retrieving parent records, many empty reads occurred and the search efficiency was poor, but according to the above embodiment, the record type reference file 3
By using , the record realization value to be accessed next can be immediately known, so idle reads to the real database do not occur, and access efficiency is improved.

尚、上記した検索機構はネットワーク型データベースの
障害検査やその再編成等に適用可能である。
Note that the above-described search mechanism can be applied to troubleshooting and reorganization of network databases.

[発明の効果] 以上詳記したように本発明のネットワーク型データベー
スに於けるレコード検索機構によれば、実データベース
を読みレコード種別参照ファイルを作成するファイル作
成機構と、検索対象レコード種別を指定し、親レコード
位置の要求を出すレコード取出し機構と、同機構からの
指定及び要求を受けて、上記レコード種別参照ファイル
を参照し、指定された親レコード種別の実現値の実デー
タベースの位置を上記要求に従い上記レコード取出し機
構へ順次返却する親レコード位置返却機構とを備えてな
る構成としたことにより、実データベースに対する空読
みが発生せず、アクセス効率を向上できる。
[Effects of the Invention] As detailed above, the record search mechanism in the network database of the present invention includes a file creation mechanism that reads the actual database and creates a record type reference file, and a file creation mechanism that specifies the record type to be searched. , a record retrieval mechanism that issues a request for the parent record position, and upon receiving the specification and request from the same mechanism, refers to the record type reference file and requests the position of the actual database of the realization value of the specified parent record type. By adopting a configuration including a parent record position return mechanism that sequentially returns the record position to the record retrieval mechanism according to the above, idle reads to the real database do not occur, and access efficiency can be improved.

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

第1図は本発明の一実施例を示すブロック図である。 ■・・・ネットワーク型データベース(D13)2・・
・レコード種別参照ファイル作成機構、3・・・レコー
ド種別参照ファイル(P ) 、4・・・親レコード位
置返却機構、5・・・処理機構(SW−A) 、[i・
・・レコード取出し機構(5W−8)。 出願人代理人  弁理・士 鈴江武彦
FIG. 1 is a block diagram showing one embodiment of the present invention. ■...Network database (D13) 2...
- Record type reference file creation mechanism, 3... Record type reference file (P), 4... Parent record position return mechanism, 5... Processing mechanism (SW-A), [i.
...Record ejection mechanism (5W-8). Applicant's agent Patent attorney/certified attorney Takehiko Suzue

Claims (1)

【特許請求の範囲】[Claims] ネットワーク型データベースに於いて、実データベース
を読みレコード種別参照ファイルを作成するファイル作
成機構と、検索対象レコード種別を指定し、親レコード
位置の要求を出すレコード取出し機構と、同機構からの
指定及び要求を受けて、上記レコード種別参照ファイル
を参照し、指定された親レコード種別の実現値の実デー
タベースの位置を上記要求に従い上記レコード取出し機
構へ順次返却する親レコード位置返却機構とを具備して
なることを特徴とするネットワーク型データベースに於
けるレコード検索機構。
In a network type database, there is a file creation mechanism that reads the actual database and creates a record type reference file, a record retrieval mechanism that specifies the record type to be searched and requests the parent record position, and specifications and requests from the same mechanism. and a parent record position return mechanism that refers to the record type reference file and sequentially returns the actual database position of the actual value of the specified parent record type to the record retrieval mechanism in accordance with the above request. A record search mechanism in a network type database characterized by the following.
JP63246466A 1988-09-30 1988-09-30 Record retrieving mechanism in network type data base Pending JPH0293862A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP63246466A JPH0293862A (en) 1988-09-30 1988-09-30 Record retrieving mechanism in network type data base

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP63246466A JPH0293862A (en) 1988-09-30 1988-09-30 Record retrieving mechanism in network type data base

Publications (1)

Publication Number Publication Date
JPH0293862A true JPH0293862A (en) 1990-04-04

Family

ID=17148834

Family Applications (1)

Application Number Title Priority Date Filing Date
JP63246466A Pending JPH0293862A (en) 1988-09-30 1988-09-30 Record retrieving mechanism in network type data base

Country Status (1)

Country Link
JP (1) JPH0293862A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7209729B2 (en) 2001-04-03 2007-04-24 Omron Corporation Cradle, security system, telephone, and monitoring method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7209729B2 (en) 2001-04-03 2007-04-24 Omron Corporation Cradle, security system, telephone, and monitoring method

Similar Documents

Publication Publication Date Title
KR100330576B1 (en) System and method for locating pages on the world wide web and locating documents from a network of computers
US5414834A (en) Method and apparatus for data storage and interchange using a relational database table, and a data record for use in connection therewith
JP3269849B2 (en) Parallel database processing system and its retrieval method
US7805568B2 (en) Method and apparatus for data storage using striping specification identification
JPH04505977A (en) Object-oriented distributed processing system
US5307494A (en) File name length augmentation method
JPH0293862A (en) Record retrieving mechanism in network type data base
CN112015742B (en) Data processing method and device of HTAP database based on row and column coexistence
JPH09305622A (en) Method and system for managing data base having document retrieval function
JPH0962697A (en) Merchandise code retrieving system
JPH04112253A (en) Data accessing method using multilayer buffer
JPH0456344B2 (en)
JPH0782451B2 (en) Database management system
JPH02116936A (en) Reorganizing system
JPH05181735A (en) Method for managing storage device to be shared among plural information processors
JPH02127742A (en) Idle area retrieving system
JPH02181874A (en) Data base device and method for managing data base
JPS61278932A (en) Method of processing data addition
JPH04336340A (en) Disk cache access control system
JPH0266645A (en) Network data base
JPH1091503A (en) Information resource management/control method and system therefor
JPH0744426A (en) File management method for file system
JPH04336341A (en) File access control system
JPS62107336A (en) Control method for hierarchy type data base
JP2836093B2 (en) Database search device