JPH04123239A - Method for retrieving record - Google Patents

Method for retrieving record

Info

Publication number
JPH04123239A
JPH04123239A JP2244610A JP24461090A JPH04123239A JP H04123239 A JPH04123239 A JP H04123239A JP 2244610 A JP2244610 A JP 2244610A JP 24461090 A JP24461090 A JP 24461090A JP H04123239 A JPH04123239 A JP H04123239A
Authority
JP
Japan
Prior art keywords
record
search
group
status
records
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.)
Granted
Application number
JP2244610A
Other languages
Japanese (ja)
Other versions
JP2749188B2 (en
Inventor
Takayuki Matsui
孝行 松井
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP24461090A priority Critical patent/JP2749188B2/en
Publication of JPH04123239A publication Critical patent/JPH04123239A/en
Application granted granted Critical
Publication of JP2749188B2 publication Critical patent/JP2749188B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

PURPOSE:To shorten a retrieving time by retrieving records belonging to a specified group, and at the time of retrieving the initial record belonging to the specified group, updating corresponding relation between the specified group and the leading record. CONSTITUTION:When the leading is retrieved, a retrieval effect control part 13b stored or updates the corresponding relation between the specified group and the leading record in a retrieval effect control table TB. Namely, the retrieval start position of the requested group is stored/updated in each retrieval of records in the group, and at the time of succeeding request of record retrieval in the same group, a required record is retrieved from the retrieval start position stored in the table TB without retrieving records in an unnecessary retrieving range. Thereby, the retrieving time can be shortened. Since this record retrieving method is constituted so as to retrieve a required record from the retrieval start position stored in the table TB when record retrieval is requested, the retrieving time can be shortened.

Description

【発明の詳細な説明】 図(a) 、 (b)) [目次] 概要 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段(第1 作用(第1図(a)、(b)) 実施例 (a) (b) (C) (d) ステータスとグループステータス(第2図)本発明の一
実施例構成(第3図) レコード検索の概略(第4図) レコード検索処理の詳細 (第5図〜第7図) (e)受は付はトランザクション処理 (第8図) (f)即時検証トランザクション処理(第9図)(g)
事後承認トランザクション処理 (第10図) (h)状況紹介トランザクション処理 (第11図) (i)本発明の他の実施例 発明の効果 [概要] レコードにステータス情報を付して発生順に格納するレ
コード記憶部と、所望のレコードを発生順に検索するレ
コード検索部と、検索されたレコトに所定のトランザク
ション処理を施すと共に、該レコードのステータス情報
を更新するトランザクション処理部を備えた計算機シス
テムのレコード検索方法に関し、 レコードの検索要求があった時、検索時間を短縮できる
レコード検索方法を提供することを目的とし、 ステータスの遷移特性に基づいてステータスグループを
設定し、検索により所定グループの先頭レコードが検索
された時、該グループとその先頭レコードとの対応関係
を保存する検索実績管理部を設け、所定のグループのレ
コード検索が指定されたとき、該グループの先頭レコー
ドを前記対応関係より求め、該先頭レコードから前記ス
テータス情報を参照して指定グループに属するレコード
を検索し、指定グループに属する最初のレコードが検索
された時、前記検索実績管理部は指定グループと先頭レ
コードとの対応関係を更新するように構成する。
[Detailed description of the invention] Figures (a), (b)) [Table of contents] Overview Industrial application field Conventional technology Means for solving the problem to be solved by the invention (1st action (Fig. 1) (a), (b)) Embodiment (a) (b) (C) (d) Status and group status (Figure 2) Configuration of an embodiment of the present invention (Figure 3) Outline of record search (Figure 4) Figure) Details of record search processing (Figures 5 to 7) (e) Transaction processing at reception (Figure 8) (f) Immediate verification transaction processing (Figure 9) (g)
Post-approval transaction processing (Figure 10) (h) Status introduction transaction processing (Figure 11) (i) Other embodiments of the present invention Effects of the invention [Summary] Records that are stored in the order of occurrence with status information attached to the records A record search method for a computer system comprising a storage unit, a record search unit that searches for desired records in the order of occurrence, and a transaction processing unit that performs predetermined transaction processing on the searched records and updates the status information of the records. With the aim of providing a record search method that can shorten the search time when a record search request is made, status groups are set based on status transition characteristics, and the first record of a predetermined group is searched. A search performance management unit is provided to store the correspondence between the group and its first record, and when a record search for a predetermined group is specified, the first record of the group is determined from the correspondence and the first record is searched. When the record belonging to the specified group is searched by referring to the status information from , and the first record belonging to the specified group is searched, the search performance management unit updates the correspondence relationship between the specified group and the first record. Configure.

[産業上の利用分野] 本発明は計算機システムにおけるレコード検索方法に係
わり、特に、レコードにステータス情報を付して発生順
に格納するレコード記憶部と、所望のレコードを発生順
に検索するレコード検索部と、検索されたレコードに所
定のトランザクション処理を施すと共に、該レコードの
ステータス情報を更新するトランザクション処理部を備
えた計算機システムのレコード検索方法に関する。
[Industrial Field of Application] The present invention relates to a record search method in a computer system, and in particular, includes a record storage unit that stores records in the order of occurrence with status information added thereto, and a record search unit that searches for desired records in the order of occurrence. The present invention relates to a record search method for a computer system including a transaction processing unit that performs predetermined transaction processing on a searched record and updates status information of the record.

近年、OAシステムの普及から、計算機システムに種々
の業務データを入力して一旦大容量記憶装置に記憶し、
しかる後適宜所望のデータ(レコードという)を検索し
、該レコードに所定のトランザクション処理を次々と施
して最終処理結果を一定期間以上大容量記憶装置に保存
する場合が増えている。
In recent years, with the spread of OA systems, various business data has been input into computer systems and temporarily stored in large-capacity storage devices.
Thereafter, it is increasingly the case that desired data (referred to as records) is searched for, the records are subjected to predetermined transaction processing one after another, and the final processing results are stored in a mass storage device for a certain period of time or longer.

このため、業務を続けてゆくと、蓄積レコード数が増大
し、所望のレコードを検索するのに時間がかかるように
なる。しかし、このように蓄積レコード数が増大しても
、計算機システムの能力を確保する必要がある。換言す
れば、蓄積レコード数が増大しても、検索時間を短縮で
き、計算機システムの能力を低下しないレコード検索方
法が要望される。
Therefore, as the business continues, the number of accumulated records increases, and it takes time to search for a desired record. However, even if the number of stored records increases in this way, it is necessary to ensure the capacity of the computer system. In other words, there is a need for a record search method that can shorten the search time and does not reduce the performance of the computer system even if the number of stored records increases.

[従来の技術] 従来は、レコードに処理状況を示すステータス情報を付
して発生順に格納し、トランザクション処理部から所定
の条件を満たすレコードの検索要求があると、レコード
の先頭から発生順にサーチし、ステータス情報を参照し
て指定された条件を満足するレコードが検索されると、
該レコードに所定のトランザクション処理を施すと共に
該レコ−ドのステータス情報を更新する。
[Prior Art] Conventionally, records are stored in the order of occurrence with status information indicating the processing status attached, and when a transaction processing unit requests a search for a record that satisfies a predetermined condition, the search is performed from the beginning of the record in the order of occurrence. , when a record that satisfies the specified conditions is found by referring to the status information,
A predetermined transaction process is performed on the record, and the status information of the record is updated.

[発明が解決しようとする課題] 一連のトランザクション処理が施されてしまうと、レコ
ードは単に一定期間保存の目的で蓄積されるだけであり
、このため次第に通常のトランザクション処理に使用さ
れることがないレコード数が増大する。
[Problem to be solved by the invention] Once a series of transaction processing has been performed, records are simply stored for the purpose of storage for a certain period of time, and as a result, they are gradually not used for normal transaction processing. The number of records increases.

しかし、このようにレコード数が増大しても、従来方法
ではレコードの検索要求があると、ファイル先頭位置か
らルコードづつ使用することがないレコードを含めて検
索を行うものであるため、検索に相当の時間を要し、計
算機システムの能力が低下する問題があった。
However, even if the number of records increases in this way, in the conventional method, when a record search request is made, the search is performed starting from the beginning of the file, including records that are never used. There was a problem in that it took a lot of time and the performance of the computer system decreased.

以上から、本発明の目的は、レコードの検索要求があっ
た時、検索時間を短縮できるレコード検索方法を提供す
ることである。
From the above, an object of the present invention is to provide a record search method that can shorten the search time when a record search request is made.

[課題を解決するための手段] 第1図は本発明の原理説明図である。[Means to solve the problem] FIG. 1 is a diagram explaining the principle of the present invention.

11はレコード記憶部であり、処理状況を示すステータ
ス情報5i(i==1.2.  ・・)が付されたレコ
ード#1. #2.  ・・・・#nを発生順に格納す
るもの、12はトランザクション処理部であり、検索要
求を出すと共に検索されたレコードに所定のトランザク
ション処理を施し、更にレコードのステータス情報を更
新してレコード記憶部11に格納するもの、13aはレ
コード検索部であり検索要求が出された所望のレコード
を検索するもの、13bは検索実績管理部であり、ステ
ータス81〜S9の遷移特性に基づいていくつかのステ
ータスグループ61〜G4を設定したとき、所定グルー
プの先頭レコードが検索される毎に、該グループとその
先頭レコードとの対応関係を検索実績管理テーブルTH
に記憶するものである。
Reference numeral 11 denotes a record storage unit, in which record #1. #2. . . . #n is stored in the order of occurrence, and 12 is a transaction processing unit, which issues a search request, performs predetermined transaction processing on the retrieved record, updates the status information of the record, and stores it in the record storage unit. 11 is a record search unit that searches for a desired record for which a search request has been issued, and 13b is a search performance management unit that stores several statuses based on the transition characteristics of statuses 81 to S9. When groups 61 to G4 are set, each time the first record of a predetermined group is searched, the correspondence between the group and its first record is displayed in the search performance management table TH.
It is something to remember.

レコードが発生すると、該レコードには順次所定のトラ
ンザクション処理が施され、必要な全処理が施されると
最終結果は一定期間レコード記憶部11に保存される。
When a record is generated, the record is sequentially subjected to predetermined transaction processing, and when all necessary processing has been performed, the final result is stored in the record storage unit 11 for a certain period of time.

かかるレコードの発生から最終結果となるまでには、種
々の状態(ステータス)Sl−S9があり、各ステータ
スに応じてトランザクション処理部12で所定のトラン
ザクション処理が行われる。Slは受は付は待ちのステ
ータス、S2は受は付は処理中のステータス、S3、S
5はレコードの内容に応じた第1.第2の処理待ち状態
、S4.S6はそれぞれ第1、第2処理中のステータス
、S8.S9は処理終了ステータスである。これらステ
ータスにはステータスの遷移に応じてステータスグルー
プ01〜G4が設定される。すなわち、あるステータス
グループから遷移して外へ出れば、再び元のグループに
戻ることがないようにステータスグループが設定される
。G1は処理未完グループ、G2は受は付は未完グルー
プ、G3は第1処理未完グループ、G4は第2処理未完
グループである。
There are various states (statuses) Sl-S9 from the generation of such a record to the final result, and predetermined transaction processing is performed in the transaction processing unit 12 according to each status. SL is the waiting status for the reception, S2 is the status for the reception and processing, S3, S
5 is the first one according to the contents of the record. Second processing wait state, S4. S6 indicates the status during the first and second processing, and S8. S9 is a processing end status. Status groups 01 to G4 are set for these statuses according to status transitions. That is, status groups are set so that once a user transitions out of a certain status group, he or she will not return to the original group again. G1 is the unfinished processing group, G2 is the receiving unfinished group, G3 is the first unfinished processing group, and G4 is the second unfinished processing group.

[作用] 検索実績管理部13bは、所定グループの先頭レコード
が検索される毎に、該グループとその先頭レコードとの
対応関係を検索実績管理テーブルTBに記憶あるいは更
新する。かかる状態で、トランザクション処理部12か
ら、所定のグループのレコード検索が指定されると、レ
コード検索部13aは該グループの先頭レコードを前記
テーブルTBより求め、ついで、該先頭レコードより、
レコードに付しであるステータス情報を参照して指定グ
ループのレコードを検索し、トランザクション処理部1
2に渡す。これにより、トランザクション処理部12は
検索されたレコードに所定のトランザクション処理を施
すと共に、レコードのステータス情報を更新してレコー
ド記憶部11の元の位置に格納する。又、検索実績管理
部13bは、先頭レコードが検索された時、グループと
先頭レコードの対応関係を検索実績管理テーブルTBに
記憶あるいは更新する。
[Operation] Every time the first record of a predetermined group is searched, the search record management unit 13b stores or updates the correspondence between the group and its first record in the search record management table TB. In this state, when the transaction processing unit 12 specifies a record search for a predetermined group, the record search unit 13a searches for the first record of the group from the table TB, and then searches for the first record of the group from the table TB.
The transaction processing unit 1 searches for records in the specified group by referring to the status information attached to the records.
Pass it to 2. Thereby, the transaction processing unit 12 performs predetermined transaction processing on the retrieved record, updates the status information of the record, and stores it in the original location of the record storage unit 11. Furthermore, when the first record is searched, the search record management unit 13b stores or updates the correspondence between the group and the first record in the search record management table TB.

このように、要求されたグループのレコードが検索され
る毎に、該グループの検索開始位I(先頭レコード)を
記憶、更新し、次に該グループのレコード検索が要求さ
れた時、検索不要範囲のレコードを避けて検索実績管理
テーブルに記憶してある検索開始位置(先頭レコード)
から所望しニードの検索ができ、検索時間を短縮するこ
とが1きる。
In this way, each time a record of a requested group is searched, the search start position I (first record) of the group is stored and updated, and the next time a record search of the group is requested, the search unnecessary range is Search start position (first record) stored in the search results management table, avoiding records in
You can search for the desired needs from the list, and the search time can be shortened.

又、トランザクション処理部12より、所定Q検索条件
を満たすレコード検索が要求された場ヂには、レコード
検索部13aは該検索条件を包切するグループの先頭レ
コードを検索実績管理テーブルTBより求め、該先頭レ
コードより検索条列を満たすレコードを検索し、先頭レ
コードが検算された時、トランザクション処理部12は
所定C処理を施す。
Further, when the transaction processing unit 12 requests a record search that satisfies the predetermined Q search conditions, the record search unit 13a searches the search performance management table TB for the first record of the group that satisfies the search conditions, and The first record is searched for a record that satisfies the search conditions, and when the first record is verified, the transaction processing unit 12 performs a predetermined C process.

このように、所定の条件を満足するレコードの検索が要
求された場合には、該条件を包含するグループの検索実
績管理テーブルを参照し、検索不要範囲を避けて前記検
索開始位置から所望条件のレコードの検索ができ、検索
時間を短縮することができる6 更に、所定のステータスのレコード検索が指定されたと
きは、該ステータスの属するグループを求め、該グルー
プの先頭レコードを前記対応関係より求め、該先頭レコ
ードより前記ステータス情報を参照して指定ステータス
のレコードを検索する。
In this way, when a search for a record that satisfies a predetermined condition is requested, the search performance management table of the group that includes the condition is referred to, and the desired condition is searched from the search start position, avoiding the search unnecessary range. Records can be searched and search time can be shortened.6 Furthermore, when a record search of a predetermined status is specified, the group to which the status belongs is determined, the first record of the group is determined from the correspondence relationship, The status information is referred to from the first record to search for a record with the specified status.

このようにすれば、ステータスを指定して該ステータス
に属するレコードも検索できる。
In this way, it is possible to specify a status and search for records belonging to that status.

[実施例コ (a)ステータスとステータスグループ第2図は本発明
を銀行の入出金業務に適用した場合におけるステータス
とステータスグループの構成図である。銀行の入出金業
務は、顧客より入出金依頼があると、オペレータがデー
タ端末からこれら入金依頼項目あるいは8金依頼項目を
入力する。この入出金項目の入力により、レコードが発
生して受は付は待ちとなり、以後適宜量は付は処理を施
され、次の処理待ちとなる。尚、レコード内容により、
たとえば50万以上の入力金あるいは為替依頼について
は上司による即時検証が必要であり、50万以下の入出
金あるいは為替依頼に付いては事後承認が必要である。
[Embodiment 2 (a) Status and Status Group FIG. 2 is a diagram showing the configuration of status and status group when the present invention is applied to bank deposit and withdrawal operations. In bank deposit/withdrawal operations, when a customer requests a deposit/withdrawal, an operator inputs these deposit request items or 8-money request items from a data terminal. By inputting the deposit/withdrawal items, a record is generated and the receipt/disbursement is placed on hold.After that, the appropriate amount is processed and placed on standby for the next processing. In addition, depending on the record contents,
For example, input money or money order requests of 500,000 yen or more require immediate verification by a superior, while deposits/withdrawals or money order requests of less than 500,000 yen require post-approval.

このため、受は付は処理後、前者の場合には即時検証待
ちとなり、後者の場合には事後承認待ちとなる。
Therefore, after the receipt is processed, in the former case, it will be waiting for immediate verification, and in the latter case, it will be waiting for post-approval.

そして、即時検証待ちのレコードについて、即時検証が
行われると、検証結果に応じて入出金伝票等を出力して
処理を終了し、また事後承認待ちのレコードについて、
出金あるいは入金伝票を出力し、適宜に事後承認が行わ
れると入出金処理が終了する。
Then, when immediate verification is performed for records that are waiting for immediate verification, processing is completed by outputting deposit/withdrawal slips, etc. according to the verification results, and for records that are waiting for post-approval,
When a withdrawal or deposit slip is output and appropriate post-approval is performed, the deposit/withdrawal process ends.

以上から、銀行における入出金業務は第2図に示すよう
に、受は付は待ちステータスグループは付は中ステータ
スS2、即時検証待ちステータスS3、即時検証中ステ
ータスS4、事後承認待ちステータスS5、事後承認中
ステータスS6、処理終了ステータスS7のステータス
に分けられる。
From the above, the deposit/withdrawal operations at a bank are as shown in Figure 2: receiving, waiting status, grouping, medium status S2, immediate verification waiting status S3, immediate verification status S4, post-approval waiting status S5, and post-approval waiting status S5. The status is divided into an approval status S6 and a processing completed status S7.

そして、これらステータス81〜S7にはステータスの
遷移に応じてステータスグループ01〜G2が設定され
る。各ステータスグループは、あるステータスグループ
から遷移して外へ出れば、再び元のグループに戻ること
がないように設定され、第3図の例では処理未完グルー
プG1と受は付は未完グループG2が設定される。尚、
即時検証待ちになったレコードは必ず即時検証され、事
後承認待ちに変更されず、また事後承認待ちになったレ
コードは必ず事後承認され、即時検証待ちに変更されな
いとすれば、ステータスS3.S4に即時検証未定グル
ープを、ステータスS5.S6に事後承認未定グループ
を設定するようにもできる。
Status groups 01 to G2 are set to these statuses 81 to S7 according to status transitions. Each status group is set so that once it transitions out of a certain status group, it will never return to its original group. In the example in Figure 3, the processing unfinished group G1 and the reception unfinished group G2 are set. Set. still,
Assuming that records that are set to wait for immediate verification are always verified immediately and are not changed to wait for post-approval, and records that are set to wait for post-approval are always approved after-the-fact and are not changed to wait for immediate verification, the status S3. Immediate verification undetermined group in S4, status S5. It is also possible to set a post-approval undetermined group in S6.

(b)本発明の一実施例構成 第3図は本発明を銀行の入出金業務に適用した場合にお
ける一実施例構成図であり、11はハードディスク等の
大容量記憶装置で構成されたレコード記憶部であり、処
理状況を示すステータス情報5i(i=1.2.  ・
・、7)が付されたレコード#1.#2.  ・・・・
#nを発生順に格納する。各レコードは、ステータス情
報、レコード受は付は日、レコード発生支店名、人出金
額、科目(入金、出金、為替の別)、伝票通番を含んで
いる。尚、入出金業務において発生したレコード#1、
#2.  ・・・・#nにより、1つの入出金データフ
ァイルFILが生成される。
(b) Configuration of an Embodiment of the Present Invention FIG. 3 is a configuration diagram of an embodiment of the present invention applied to bank deposit/withdrawal operations, and numeral 11 represents a record storage configured with a mass storage device such as a hard disk. status information 5i (i=1.2.・
・, 7) Record #1. #2.・・・・・・
#n is stored in the order of occurrence. Each record includes status information, the date the record was received, the name of the branch where the record occurred, the amount withdrawn by the person, the item (deposit, withdrawal, or money order), and the slip serial number. In addition, record #1 that occurred during deposit and withdrawal operations,
#2. ...One deposit/withdrawal data file FIL is generated by #n.

12はトランザクション処理部であり、検索要求を出す
と共に検索されたレコードに所定のトランザクション処
理を施し、更にレコードのステータス情報を更新する。
A transaction processing unit 12 issues a search request, performs predetermined transaction processing on the retrieved record, and updates status information of the record.

トランザクション処理部12は、各種トランザクション
処理用として、受は付はトランザクション処理部12a
、即時検証トランザクション処理部12b、事後承認ト
ランザクション処理部12c、状況紹介トランザクショ
ン処理部12dを有している。
The transaction processing unit 12 is for various transaction processing, and the reception is provided by a transaction processing unit 12a.
, an immediate verification transaction processing section 12b, a post-approval transaction processing section 12c, and a status introduction transaction processing section 12d.

受は付はトランザクション処理部12aは、ステータス
81.S2のレコードに対して受は付は処理を施し、即
時検証トランザクション処理部12bはステータスS3
.S4のレコードに対して即時検証処理を施し、事後承
認トランザクション処理部12cはステータスS5.S
6のレコードに対して事後承認処理を施し、状況紹介ト
ランザクション処理部12dは処理未完グループG1や
受は付は未完グループG2のレコード数を求めて表示す
る処理を行う。
At the reception, the transaction processing unit 12a receives the status 81. The reception process is performed on the record in S2, and the instant verification transaction processing unit 12b updates the status to S3.
.. Immediate verification processing is performed on the record in S4, and the post-approval transaction processing unit 12c changes the status to S5. S
The status introduction transaction processing unit 12d performs processing to obtain and display the number of records in the unprocessed group G1 and the uncompleted reception group G2.

13は指定されたファイルの入出力制御や所定レコード
の読出し、書き込みを行うファイル制御部であり、レコ
ード検索部13aと検索実績管理部13bを有している
。レコード検索部13aは。
Reference numeral 13 denotes a file control section that performs input/output control of a designated file and reading and writing of predetermined records, and includes a record search section 13a and a search results management section 13b. The record search unit 13a.

検索実績を参照して検索要求が出された所望のレコード
を検索し、検索実績管理部13bは、グループGl、G
2の先頭レコードが検索される毎に、該グループとその
先頭レコードとの対応関係を検索実績管理テーブルTB
に記憶、更新するものである。尚、検索条件を「処理未
完」とするとグループG2内の検索になり、検索条件を
「受は付は未完」とするとグループG2内の検索となる
The search result management unit 13b searches for the desired record for which the search request was made by referring to the search results, and searches for the desired record for which the search request has been issued.
Every time the first record of No. 2 is searched, the correspondence between the group and its first record is checked in the search performance management table TB.
It is stored and updated. It should be noted that if the search condition is set to "processing incomplete", the search will be performed within group G2, and if the search condition is set to "reception is not completed", the search will be performed within group G2.

(C)レコード検索の概略 第4図は本発明のレコード検索の概略説明図である。今
、ファイルFILを構成する各レコードのステータスが
第4図(a)に示すようになっており、検索実績がない
ものとする。
(C) Outline of record search FIG. 4 is a schematic explanatory diagram of record search according to the present invention. It is now assumed that the status of each record constituting the file FIL is as shown in FIG. 4(a), and there is no search record.

この状態で、「処理未完(グループG1)」のレコード
の検索要求が発生すると、レコード検索部13aは、フ
ァイルの先頭からレコードの検索を行い(新規検索)、
処理未完の最初のレコード#7が検索されると、検索実
績管理部13bは、グループG1に対応させて先頭レコ
ード番号#7を@索実績管理テーブルTBに記憶する。
In this state, when a search request for records of "unfinished processing (group G1)" occurs, the record search unit 13a searches for records from the beginning of the file (new search),
When the first unprocessed record #7 is searched, the search record management unit 13b stores the first record number #7 in the @search record management table TB in association with the group G1.

そして、該レコードに所定のトランザクション処理が施
されると、次のレコード(#8)から所望レコードの検
索を行い(継続検索)所定のトランザクション処理を施
し、以後同様に継続検索を行ってレコードに順次所定の
トランザクション処理を施す。
When the specified transaction processing is performed on the record, the desired record is searched for from the next record (#8) (continuous search), and the specified transaction processing is applied to the record. Predetermined transaction processing is performed sequentially.

各レコードに各種トランザクション処理が施されて、レ
コードのステータスが第4図(b)に示すようになった
状態で、再び「処理未完(グループGl)Jのレコード
の検索要求が発生すると、レコード検索部13aは、検
索実績があるから検索実績管理テーブルTBを参照して
グループG1の先頭レコード(#7)を求める。先頭レ
コード#7が求まれば、以後該レコード#7からレコー
ドの検索を行う(レコード#1〜#6は検索しない)、
処理未完の最初のレコード#13が検索されると、検索
実績管理部1’3bは、検索実績管理テーブルTBにお
けるグループG1のレコード番号を#7から#13に更
新する。そして、該レコードに所定のトランザクション
処理が施されると、次のレコード(#14)から所望レ
コードの検索を行い(継続検索)所定のトランザクショ
ン処理を施し、以後同様に継続検索を行ってレコードに
順次所定のトランザクション処理を施す。
After various transaction processes have been applied to each record and the status of the record has become as shown in Figure 4(b), when a request to search for a record in "Unprocessed (Group Gl) J" occurs again, the record search is performed. Since there is a search record, the unit 13a refers to the search record management table TB to find the first record (#7) of the group G1.If the first record #7 is found, the search for records starts from record #7. (Records #1 to #6 are not searched),
When the first unprocessed record #13 is retrieved, the search record management unit 1'3b updates the record number of group G1 in the search record management table TB from #7 to #13. When the specified transaction processing is performed on the record, the desired record is searched for from the next record (#14) (continuous search), and the specified transaction processing is applied to the record. Predetermined transaction processing is performed sequentially.

以上では、検索条件としてグループそのものが指定され
た場合であるが、検索条件としてステータス、あるいは
グループに対応する条件が指定される場合がある。かか
る場合には、該ステータスまたは条件が属するグループ
を求め、該グループの先頭レコードから検索を行う。第
4図(C)はグループG1に属するステータスS3のレ
コードの検索が要求された場合の説明図である。グルー
プGlの検索実績が存在し、グループG1に対応させて
先頭レコード#iが記憶されているものとすると、ス゛
テータスS3の検索要求の発生によ一す、レコード検索
部13aはレコード#iから検索を行い、ステータスS
3の先頭レコード(#j)が検索される。そして、該レ
コードに所定のトランザクジョン処理を施す。
In the above example, the group itself is specified as the search condition, but the status or the condition corresponding to the group may be specified as the search condition. In such a case, the group to which the status or condition belongs is determined, and the search is performed starting from the first record of the group. FIG. 4(C) is an explanatory diagram when a search for a record of status S3 belonging to group G1 is requested. Assuming that there is a search record for group Gl and that the first record #i is stored in association with group G1, the record search unit 13a searches from record #i upon generation of a search request with status S3. and status S
The first record (#j) of No. 3 is searched. Then, predetermined transaction processing is performed on the record.

(d)  レコード検索処理の詳細 第5図はレコード検索部13aのレコード検索の処理の
流れ図である。
(d) Details of record search process FIG. 5 is a flowchart of the record search process of the record search unit 13a.

トランザクション処理部12から所定のグループあるい
は検索条件を指定してレコード検索部13aにレコード
検索要求が発生すると、レコード検索部13aは検索方
法が新規検索か、継続検索か、指定検索か判断する(ス
テップ1o1)。
When a record search request is issued from the transaction processing unit 12 to the record search unit 13a specifying a predetermined group or search condition, the record search unit 13a determines whether the search method is a new search, a continuous search, or a specified search (step 1o1).

新規検索であれば、検索実績の参照が指定されているか
調べ(ステップ102)、指定されていなければレコー
ド読込位置をファイルの先頭(先頭レコード)とする(
ステップ103)。
If it is a new search, check whether reference to the search results is specified (step 102), and if it is not specified, set the record reading position to the beginning of the file (first record).
Step 103).

しかし、検索実績参照が指定されていれば、検索実績管
理部13bに検索実績に基づいたレコード読込位置を要
求し、検索実績管理部13bをして第6図の検索実績参
照ルーチンを実行させる(ステップ104)。
However, if search record reference is specified, the search record management unit 13b is requested to read the record position based on the search record, and the search record management unit 13b executes the search record reference routine shown in FIG. Step 104).

読込位置の要求により、検索実績管理部13bは検索実
績管理テーブルTB (第3図)を参照しくステップ2
01)、指定グループあるいは指定条件に応じたグルー
プについて検索実績があるかチエツクしくステップ20
2)、検索実績があれば、該グループに対応させて記憶
されている先頭レコード位置を読込位置としくステップ
203)。
In response to the request for the reading position, the search record management section 13b performs step 2 referring to the search record management table TB (Fig. 3).
01), Check if there is a search record for the specified group or groups according to the specified conditions.Step 20
2) If there is a search result, the first record position stored in association with the group is set as the read position (step 203).

検索実績がなければファイルの先頭を読込位置としてレ
コード検索部13aに通知する(ステップ204)。
If there is no search record, the record search unit 13a is notified that the beginning of the file is the read position (step 204).

一方、ステップ101において、継続検索あるいは指定
検索であれば、現在注目しているレコードの次のレコー
ド位置を読込位置としく継続検索)、あるいは指定され
たレコード位置を読込位置とする(指定検索)。
On the other hand, in step 101, if it is a continuous search or a specified search, the record position next to the record of interest is set as the read position (continuous search), or the specified record position is set as the read position (specified search). .

・・・以上ステップ105,106 以上により、レコード読込位置が求まれば、レコード検
索部13aは、読込位置からレコードを取り出しくステ
ップ107)、該レコードが指定条件に適合しているか
レコードに付したステータス情報を参照して調べ(ステ
ップ108)、指定条件のレコードでなければ該レコー
ドが最後のレコードかチエツクしくステップ109)、
最後のレコードでなければ読込位置を+1して更新しく
ステップ110)、以後ステップ107以降の処理を繰
り返す。
. . . Steps 105 and 106 Once the record read position has been determined, the record search unit 13a extracts the record from the read position (Step 107), and checks if the record conforms to the designated conditions. Check by referring to the status information (step 108), and if the record does not meet the specified conditions, check whether the record is the last record (step 109);
If it is not the last record, the read position is updated by +1 (step 110), and the processes from step 107 onwards are repeated.

一方、指定条件のレコードが検索されれば、レコード検
索部13aは該レコードをトランザクション処理部12
に渡し、あるいは全レコードについて所望の条件を満た
すレコードが見つからなければ、その旨の通知をトラン
ザクション処理部12にする(ステップ111)。
On the other hand, if a record meeting the specified conditions is retrieved, the record search unit 13a transfers the record to the transaction processing unit 12.
or if no record satisfying the desired conditions is found for all records, a notification to that effect is sent to the transaction processing unit 12 (step 111).

ついで、レコードが最後であるか調べ(ステップ112
)、最後でなければ読込位置を+1し、得られた位置を
次のトランザクション処理におけるレコード検索の継続
位置としくステップ113)、最後であれば該読込位置
を継続位置とする(ステップ114)。
Next, check whether the record is the last (step 112).
), if it is not the last, the read position is incremented by 1 and the obtained position is set as the continuation position of the record search in the next transaction process (step 113); if it is the last, the read position is set as the continuation position (step 114).

以上の処理が終了すれば、レコード検索部13aは検索
が新規検索であったチエツクしくステップ115)、新
規検索でなければレコード検索を終了し、新規検索であ
れば、検索結果(グループとレコード位M)を検索実績
管理部13bに送り(ステップ116)、検索実績管理
部13bをして第7図に示す検索実績管理ルーチンを実
行させ(ステップ117)、1つのレコード検索処理を
終了する。
When the above processing is completed, the record search unit 13a checks if the search is a new search (step 115), ends the record search if it is not a new search, and if it is a new search, the record search unit 13a checks if the search is a new search (step 115), and if it is a new search, the record search unit 13a checks if the search is a new search. M) is sent to the search performance management section 13b (step 116), and the search performance management section 13b executes the search performance management routine shown in FIG. 7 (step 117), thereby ending one record search process.

検索実績管理部13bは、検索結果(グループと先頭レ
コード位置)がレコード検索部13aから入力されると
、検索実績管理テーブルTBを参照し、入力されたグル
ープに検索実績があるかチエツクしくステップ301,
302) 、検索実績がなければ該グループに対応させ
て入力された先頭レコード位置を新規に記憶させ(ステ
ップ303)、検索実績があれば該グループの先頭レコ
ード位置を入力された先頭レコード位置で更新する(ス
テップ304)。
When the search result (group and first record position) is input from the record search unit 13a, the search record management unit 13b refers to the search record management table TB and checks whether the input group has a search record (step 301). ,
302) If there is no search record, the input first record position corresponding to the group is newly stored (step 303), and if there is a search record, the first record position of the group is updated with the input first record position. (step 304).

次に、各トランザクション処理を説明する。Next, each transaction process will be explained.

(e)受は付はトランザクション処理 受は付はトランザクション処理の起動が発生すると、受
は付はトランザクション処理部12aは、検索条件を「
受は付は待ち(ステータスSl)、参照する検索実績を
「受は付は未完(グループG2)」、検索方法を「新規
検索」としてレコード検索部13aにレコード検索を依
頼する(ステップ401)。これにより、レコード検索
部13aは第5図のレコード検索処理を行う。
(e) Transaction processing at the reception desk When the transaction processing at the reception desk occurs, the transaction processing unit 12a at the reception desk sets the search condition to "
The record retrieval unit 13a is requested to search for a record by setting the reception waiting (status Sl), the search results to be referred to as "reception not completed (group G2)", and the search method to "new search" (step 401). Thereby, the record search unit 13a performs the record search process shown in FIG.

レコード検索部13aからレコードの終わりが通知され
ると受は付はトランザクション処理を終了する。しかし
、レコードが終わりでなく検索条件に適合する受は付は
待ちのレコードが通知されると(ステップ402)、該
レコードのステータスを受は付は中に変更しくSl→S
2)、ついで受は付は処理を実行する(ステップ403
,404)。
When the record search unit 13a notifies the end of the record, the reception desk ends the transaction processing. However, when the record is not finished and a waiting record matching the search conditions is notified (step 402), the status of the record is changed to "Receptionist".
2), then the receptionist executes the process (step 403).
, 404).

そして、受は付は処理が終了すれば、人出金額が50万
円以上かチエツクしくステップ405)、50万以下の
場合には、ステータスを事後承認待ち(S5)に変更し
くステップ406)、50万を越えればステータスを即
時検証待ち(S3)に変更すると共に検証トランザクシ
ョン12bに処理を依頼する(ステップ407,408
)。
When the processing is completed, the receptionist checks whether the withdrawal amount is 500,000 yen or more (Step 405), and if it is less than 500,000 yen, changes the status to Waiting for post-approval (S5) (Step 406). If it exceeds 500,000, the status is changed to immediate verification waiting (S3) and processing is requested to verification transaction 12b (steps 407, 408).
).

以後、受は付はトランザクション処理部12aはレコー
ド検索部13aにレコードの継続検索を要求し、レコー
ド検索を行わせ(ステップ409)レコード検索後ステ
ップ402以降の処理を繰り返す。
Thereafter, the reception transaction processing unit 12a requests the record search unit 13a to continue searching for records, and causes the record search to be performed (step 409).After the record search, the processing from step 402 onward is repeated.

(f)即時検証トランザクション処理 即時検証トランザクション処理の起動が指令されると、
即時検証トランザクション処理部12bは、検索条件を
[即時検証待ち(ステータスS3)」、参照する検索実
績を「処理未完(グループG1)」、検索方法を「新規
検索」としてレコード検索部13aにレコード検索を依
頼する。これにより、レコード検索部13aは第5図の
レコード検索処理を行う(ステップ501)。
(f) Immediate Verification Transaction Processing When activation of immediate verification transaction processing is commanded,
The instant verification transaction processing unit 12b sends a record search to the record search unit 13a by setting the search condition to "immediate verification waiting (status S3)", the search result to be referred to to "unfinished processing (group G1)", and the search method to "new search". request. Thereby, the record search unit 13a performs the record search process shown in FIG. 5 (step 501).

レコード検索部から検索条件に適合する即時検証待ちの
レコードが通知されると、該レコードのステータスを即
時検証中に変更しくS3→S4)、ついで即時検証処理
を実行する(ステップ502゜503)。
When a record that meets the search conditions and is waiting for immediate verification is notified from the record search unit, the status of the record is changed to immediate verification (S3→S4), and then immediate verification processing is executed (steps 502 and 503).

そして、即時検証処理が終了すれば、ステータスを処理
終了にして(S4→S7)、即時検証処理を終了する(
ステップ504)。
Then, when the instant verification process is completed, the status is set to completed (S4→S7), and the instant verification process is ended (
Step 504).

尚、以上では検索方法としてr新規検索」を指定した場
合であるが、受は付はトランザクション処理部12aか
ら即時検証依頼と共に即時検証待ちのレコード位置が出
された場合には検索方法は「指定検索Jとなる。
Note that the above example assumes that the search method is "r New Search", but if the transaction processing unit 12a issues an immediate verification request along with a record position waiting for immediate verification, the search method is "specified". Search J.

(g)事後承認トランザクション処理 事後承認トランザクション処理の起動が指令されると、
事後承認トランザクション処理部12cは、検索条件を
「事後承酪待ち(ステータスS5)、参照する検索実績
を「処理未完(グループGl)」、検索方法を「新規検
索」としてレコード検索部13aにレコード検索を依頼
する。これにより、レコード検索部13aは第5図のレ
コード検索処理を行う(ステップ601)。
(g) Post-approval transaction processing When activation of post-approval transaction processing is commanded,
The post-approval transaction processing unit 12c sets the search condition as “waiting for post-approval (status S5),” the search results to be referred to as “processing incomplete (group Gl),” and the search method as “new search,” and causes the record search unit 13a to search for records. request. Thereby, the record search unit 13a performs the record search process shown in FIG. 5 (step 601).

レコード検索部13aからレコードの終わりが通知され
ると、事後承認トランザクション処理を終了する。しか
し、レコードが終わりでなく検索条件に適合する事後承
認待ちのレコードが通知されると(ステップ602)、
該レコードのステータスを事後承認中に変更しくS5→
S6)、ついで事後承認処理を実行する(以上、ステッ
プ603.604)。
When the end of the record is notified from the record search unit 13a, the post-approval transaction processing is ended. However, when the record is not finished and a record waiting for post-approval that matches the search conditions is notified (step 602),
Change the status of the record to post-approval S5→
S6), and then executes post-approval processing (steps 603 and 604).

そして、事後承認処理が終了すれば、ステータスを処理
終了(S7)に変更する(ステップ6゜5)。
When the post-approval process is completed, the status is changed to process completed (S7) (step 6.5).

以後、事後承認トランザクション処理部12cはレコー
ド検索部13aにレコードの「継続検索jを要求してレ
コード検索を行わせ(ステップ606)、レコード検索
後ステップ602以降の処理を繰り返す。
Thereafter, the post-approval transaction processing unit 12c requests the record search unit 13a to perform a "continuous search j" of records to perform a record search (step 606), and repeats the processes from step 602 onwards after the record search.

(h)状況紹介トランザクション処理 オペレータの要求により、あるいは一定時間毎に状況紹
介トランザクション処理部12dに起動がかかると、以
下の処理により処理未完のレコード数や受は付は未完の
レコード数が算出されて表示される。
(h) Status introduction transaction processing When the status introduction transaction processing unit 12d is activated at the request of the operator or at regular intervals, the number of unprocessed records and the number of unreceived records are calculated by the following process. will be displayed.

すなわち、状況紹介トランザクション処理部12dは、
起動がかかると処理未完のレコード数NをOにクリアし
くステップ701)、しかる後、検索条件および参照す
る検索実績を「処理未完(グループGl)J 、検索方
法を「新規検索」としてレコード検索部13aにレコー
ド検索を依頼する(ステップ702)に れにより、レコード検索部]、 3 aはレコード検索
処理を行う。レコード検索の結果、レコード検索部13
aからレコードの終わりが通知されると(ステップ70
3)、処理未完のレコード数の算出処理を終了する。
In other words, the situation introduction transaction processing unit 12d
When the startup is started, the number of unprocessed records N is cleared to O (step 701), and then the record search section sets the search condition and the search results to be referred to as "unfinished processing (group Gl) J" and the search method as "new search". 13a to perform a record search (step 702), the record search unit], 3a performs a record search process. As a result of the record search, the record search unit 13
When the end of the record is notified from a (step 70
3) End the process of calculating the number of unprocessed records.

しかし、レコードが終わりでなく、該当条件のレコード
が通知されると、処理未完のレコード数Nを+1しくス
テップ704)、 レコード検索部13aに次の該当レ
コードの継続検索を要求しくステップ705)、以後ス
テップ703以降の処理を繰り返す。
However, if the record is not finished and a record with the applicable conditions is notified, the number N of unprocessed records is increased by 1 (step 704), and the record search unit 13a is requested to continue searching for the next applicable record (step 705). Thereafter, the processing from step 703 onwards is repeated.

さて、レコード検索部13aからレコードの終わりが通
知されると、状況紹介トランザクション処理部]、2d
は、受は付は未完のレコード数MをOにクリアしくステ
ップ706)、Lかる後、検索条件および参照する検索
実績を「受は付は未完(グループG2)J、検索方法を
「新規検索」としてレコード検索部13aにレコード検
索を依頼する(ステップ707)。
Now, when the end of the record is notified from the record search unit 13a, the situation introduction transaction processing unit], 2d
After clearing the number M of uncompleted records to O (Step 706), set the search conditions and search results to be referred to as "Reception is incomplete (group G2) J," and set the search method to "New search." ” and requests the record search unit 13a to search for a record (step 707).

これにより、レコード検索部13aはレコード検索処理
を行う。レコードの終わりが通知されず(ステップ70
8)、該当条件のレコードが通知されると、受は付は未
完のレコード数Mを+1しくステップ709)、レコー
ド検索部13aに次の該当レコードの継続検索を要求し
くステップ710)、以後ステップ708以降の処理を
繰り返す。
Thereby, the record search unit 13a performs record search processing. End of record is not signaled (step 70)
8) When a record meeting the applicable conditions is notified, the reception desk increases the number of uncompleted records M by 1 (step 709), requests the record search unit 13a to continue searching for the next applicable record (step 710), and performs subsequent steps. The processing from 708 onwards is repeated.

レコードの検索処理が進んで、レコード検索部13aか
らレコードの終わりが通知されると(ステップ708)
、受は付は未完のレコード数の算呂処理を終了し、上記
処理により求まった処理未完のレコード数Nと受は付は
未完のレコード数Mを表示して(ステップ711)、状
況紹介トランザクション処理を終了する。
When the record search process progresses and the end of the record is notified from the record search unit 13a (step 708)
, the receiver finishes processing the number of unfinished records, displays the number N of unfinished records determined by the above process and the number M of unfinished records (step 711), and executes a status introduction transaction. Finish the process.

尚、この状況紹介トランザクション処理を定期的に行う
ことにより、検索実績を常に最新の状態に更新しておく
ことができ、検索能力を向上することができる。
Incidentally, by periodically performing this situation introduction transaction processing, the search results can always be updated to the latest state, and the search ability can be improved.

(i)本発明の他の実施例 以上では、ステータスにグループを設定し、各グループ
毎にその先頭レコード位置を記憶するように構成したが
、グループをステータスと一致させて各ステータス毎に
その先頭レコード位置を記憶するように構成することも
できる。
(i) Other embodiments of the present invention In the above embodiments, groups are set for statuses and the first record position is stored for each group. It can also be configured to store record positions.

以上、本発明を実施例により説明したが、本発明は請求
の範囲に記載した本発明の主旨に従い種々の変形が可能
であり、本発明はこれらを排除するものではない。
Although the present invention has been described above with reference to examples, the present invention can be modified in various ways according to the gist of the present invention as described in the claims, and the present invention does not exclude these modifications.

[発明の効果] 以上本発明によれば、要求されたグループのレコードが
検索される毎に、該グループの検索開始位I(先頭レコ
ード)を管理、更新し、次に該グループのレコード検索
が要求された時、検索不要範囲のレコードを避け、検索
実績管理テーブルに記憶しである検索開始位N(先頭レ
コード)から所望レコードの検索をするように構成した
から、検索時間を短縮することができる。
[Effects of the Invention] According to the present invention, each time a record of a requested group is searched, the search start position I (first record) of the group is managed and updated, and the next record search of the group is performed. When requested, the system is configured to search for the desired record from the search start position N (first record) stored in the search performance management table, avoiding records in the search unnecessary range, so the search time can be shortened. can.

又、要求された条件を満足するレコードが検索される毎
に、該検索条件を包含するグループの検索開始位置を参
照することにより、検索不要範囲を避け、前記検索開始
位置から所望条件のレコードの検索ができ、条件検索の
場合であっても検索時間を短縮することができる。
In addition, each time a record that satisfies the requested condition is searched, by referring to the search start position of the group that includes the search condition, unnecessary search ranges are avoided, and records with the desired condition are searched from the search start position. Search is possible, and search time can be shortened even in the case of conditional searches.

更に、所定のステータスのレコード検索が指定されたと
きは、該ステータスの属するグループを求め、該グルー
プの先頭レコードを検索実績管理テーブルより求め、検
索不要範囲を避は該先頭レコードより前記ステータス情
報を参照して指定ステータスのレコードを検索ができ、
ステータスを指定して該ステータスに属するレコードも
高速検索ができる。
Furthermore, when a record search for a predetermined status is specified, the group to which the status belongs is found, the first record of the group is found from the search performance management table, and the status information is retrieved from the first record to avoid unnecessary search ranges. You can browse and search for records with a specified status.
By specifying a status, you can quickly search for records belonging to that status.

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

第1図は本発明の詳細説明 第2図はステータスとステータスグループの構成図、 第3図は本発明の一実施例構成図、 第4図は本発明のレコード検索の概略説明図、第5図は
レコード検索処理の流れ図、 第6図は検索実績参照処理の流れ図、 第7図は検索実績管理処理の流れ図、 第8図は受付トランザクション処理の流れ図、第9図は
即時検証トランザクション処理の流れ図。 第10図は事後承認トランザクション処理の流れ図、 第11図は状況紹介トランザクション処理の流れ図であ
る。 11 ・ 12 ・ 3a 3b TB  ・ レコード記憶部 トランザクション処理部 ・レコード検索部 ・検索実績管理部 検索実績管理テーブル 81〜S9 ・ ・ステータス 01〜G4 ・ ステータスグループ 本発明の原理説明図 第1図 ステータスとステ タスグループの構成図 第2図 m1tts   ”= 新規検索 (bl 本発明のレコ ド検索の概略説明図 第4 図 レコ ド検索処理の流れ図 第5図(a) レコード検索処理の流れ図 第 図(b) 検索実績参照処理の流れ図 第6 図 検索実績管理処理の流れ図 第7 図 受は付1卦ランザクジョン処理の流れ同第8図 即時検証トランザクション処理の流れ図第9図 事後承認トランザクション処理の流れ2第10図 状況紹介トランザクション処理の流れ図第11図
FIG. 1 is a detailed explanation of the present invention. FIG. 2 is a configuration diagram of statuses and status groups. FIG. 3 is a configuration diagram of an embodiment of the present invention. FIG. Figure 6 is a flowchart of record search processing, Figure 6 is a flowchart of search history reference processing, Figure 7 is a flowchart of search history management processing, Figure 8 is a flowchart of accepted transaction processing, and Figure 9 is a flowchart of instant verification transaction processing. . FIG. 10 is a flowchart of post-approval transaction processing, and FIG. 11 is a flowchart of status introduction transaction processing. 11 ・ 12 ・ 3a 3b TB ・Record storage unit Transaction processing unit ・Record search unit ・Search performance management unit Search performance management table 81 to S9 ・ ・Status 01 to G4 ・Status group Diagram explaining the principle of the present invention Fig. 1 Status and Configuration diagram of the status group Figure 2 m1tts ” = New search (bl Schematic explanatory diagram of record search of the present invention Figure 4 Flowchart of record search processing Figure 5 (a) Flowchart of record search processing Figure (b) Search results Flowchart of reference processing Figure 6 Flowchart of search performance management processing Figure 7 Flowchart of search performance management process Figure 8 Flowchart of immediate verification transaction processing Figure 9 Flowchart of post-approval transaction processing 2 Figure 10 Situation introduction Transaction processing flowchart Figure 11

Claims (3)

【特許請求の範囲】[Claims] (1)レコードにステータス情報を付して発生順に格納
するレコード記憶部(11)と、所望のレコードを発生
順に検索するレコード検索部(13a)と、検索された
レコードに所定のトランザクション処理を施すと共に、
該レコードのステータス情報を更新するトランザクショ
ン処理部(12)を備えた計算機システムのレコード検
索方法において、 ステータスの遷移特性に基づいてステータスグループを
設定し、検索により所定グループの先頭レコードが検索
された時、該グループとその先頭レコードとの対応関係
を保存する検索実績管理部(13b)を設け、 所定のグループのレコード検索が指定されたとき、該グ
ループの先頭レコードを前記対応関係より求め、 該先頭レコードから前記ステータス情報を参照して指定
グループに属するレコードを検索し、指定グループに属
する最初のレコードが検索された時、前記検索実績管理
部は指定グループと先頭レコードとの対応関係を更新す
ることを特徴とするレコード検索方法。
(1) A record storage unit (11) that attaches status information to records and stores them in the order of occurrence; a record search unit (13a) that searches for desired records in the order of occurrence; and a record search unit (13a) that performs predetermined transaction processing on the retrieved records. With,
In a record search method for a computer system equipped with a transaction processing unit (12) that updates status information of the record, a status group is set based on status transition characteristics, and when the first record of a predetermined group is retrieved by the search. , a search performance management unit (13b) is provided that stores the correspondence between the group and its first record, and when a record search for a predetermined group is specified, the first record of the group is determined from the correspondence; The record belonging to the specified group is searched from the record by referring to the status information, and when the first record belonging to the specified group is searched, the search performance management unit updates the correspondence relationship between the specified group and the first record. A record search method featuring:
(2)所定の検索条件を満たすレコードの検索が要求さ
れた場合には、該検索条件を包含するグループの先頭レ
コードを前記対応関係より求め、該先頭レコードから指
定検索条件を満たすレコードを検索することを特徴とす
る請求項1記載のレコード検索方法。
(2) When a search for a record that satisfies a predetermined search condition is requested, the first record of the group that includes the search condition is found from the correspondence relationship, and a record that satisfies the specified search condition is searched from the first record. The record search method according to claim 1, characterized in that:
(3)所定のステータスのレコード検索が指定されたと
き、該ステータスの属するグループを求め、該グループ
の先頭レコードを前記対応関係より求め、 該先頭レコードから前記ステータス情報を参照して指定
ステータスのレコードを検索することを特徴とする請求
項1記載のレコード検索方法。
(3) When a search for a record with a predetermined status is specified, find the group to which the status belongs, find the first record of the group from the correspondence relationship, and refer to the status information from the first record to search for the record with the specified status. 2. The record search method according to claim 1, further comprising the step of searching for: .
JP24461090A 1990-09-14 1990-09-14 Record search method Expired - Lifetime JP2749188B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP24461090A JP2749188B2 (en) 1990-09-14 1990-09-14 Record search method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP24461090A JP2749188B2 (en) 1990-09-14 1990-09-14 Record search method

Publications (2)

Publication Number Publication Date
JPH04123239A true JPH04123239A (en) 1992-04-23
JP2749188B2 JP2749188B2 (en) 1998-05-13

Family

ID=17121298

Family Applications (1)

Application Number Title Priority Date Filing Date
JP24461090A Expired - Lifetime JP2749188B2 (en) 1990-09-14 1990-09-14 Record search method

Country Status (1)

Country Link
JP (1) JP2749188B2 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63241633A (en) * 1987-03-28 1988-10-06 Hitachi Ltd Record retrieving system
JPS6433626A (en) * 1987-07-29 1989-02-03 Nec Corp Data file reading system
JPH01216423A (en) * 1988-02-24 1989-08-30 Nec Software Ltd Record retrieval system
JPH02128246A (en) * 1988-11-09 1990-05-16 Toshiba Corp Control system in discrete data base system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63241633A (en) * 1987-03-28 1988-10-06 Hitachi Ltd Record retrieving system
JPS6433626A (en) * 1987-07-29 1989-02-03 Nec Corp Data file reading system
JPH01216423A (en) * 1988-02-24 1989-08-30 Nec Software Ltd Record retrieval system
JPH02128246A (en) * 1988-11-09 1990-05-16 Toshiba Corp Control system in discrete data base system

Also Published As

Publication number Publication date
JP2749188B2 (en) 1998-05-13

Similar Documents

Publication Publication Date Title
JP4313323B2 (en) Searchable archive
US6081805A (en) Pass-through architecture via hash techniques to remove duplicate query results
CN101366024B (en) Method and system for processing data searching request
US7805439B2 (en) Method and apparatus for selecting data records from versioned data
US8214331B2 (en) Managing storage of individually accessible data units
CN101183322B (en) Method for deferred logging and apparatus thereof
CN100375038C (en) Finally agent optimization method and system of source in reorder two-stage refering
CN102955792A (en) Method for implementing transaction processing for real-time full-text search engine
US7188124B2 (en) Method, system, computer product for recovering dropped database table specifying one or more table spaces, recovering the table space being restored using the dropped table history data structure
WO2006095356A1 (en) A method of logging transactions and a method of reversing a transaction
US20040093324A1 (en) System and method for data collection using subject records
US7603336B2 (en) Peephole DBMS reorganization allowing concurrent data manipulation
CN110263060B (en) ERP electronic accessory management method and computer equipment
JPH04123239A (en) Method for retrieving record
JPH10111821A (en) Client server system
CN113052515A (en) Teaching evaluation method and system based on data concurrent processing
US7617249B2 (en) Method and system of handling document operation requests on documents having large collections with constrained memory
CN104166677A (en) Method and system for processing data search request
JPH0667950A (en) Database reorganization system
JP2706021B2 (en) High-speed search method for structured databases
JPH10232809A (en) Transaction processing system
US20230177061A1 (en) Point In Time Representation for Organizational Hierarchy
JP2009003968A (en) Database management device and program
JPH07104811B2 (en) High-speed database control method
JP2687887B2 (en) Relational database management method