JPH03255549A - Record exclusion system - Google Patents

Record exclusion system

Info

Publication number
JPH03255549A
JPH03255549A JP2054160A JP5416090A JPH03255549A JP H03255549 A JPH03255549 A JP H03255549A JP 2054160 A JP2054160 A JP 2054160A JP 5416090 A JP5416090 A JP 5416090A JP H03255549 A JPH03255549 A JP H03255549A
Authority
JP
Japan
Prior art keywords
record
reference position
records
page
updating
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
JP2054160A
Other languages
Japanese (ja)
Inventor
Yukinori Saito
斉藤 幸儀
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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Priority to JP2054160A priority Critical patent/JPH03255549A/en
Publication of JPH03255549A publication Critical patent/JPH03255549A/en
Pending legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE:To improve the processing efficiency by permitting a reference and updating in the case no influence is exerted on a record position of the other record by updating of one record, even if the reference and updating are generated in the record in the same page. CONSTITUTION:This system is constituted of a record exclusion mechanism 11 for receiving a file processing request 10, and a reference information storage area 15, and the record exclusion mechanism 11 is constituted of a record retrieving means 12, a lock deciding means 13 and a reference position managing means 14. In such a state, at the time of reference and updating, the record retrieving means 12 determines the position of an object record, the lock deciding means 13 refers to the reference information storage area 15 and decides the propriety of the reference and updating to the target record, and the reference position managing means 14 manages the information of the reference information storage area 15. Accordingly, even in the case the reference and updating of the record in the same page are overlapped, the parallel processing can be executed to the utmost. In such a manner, the generation of waiting is decreased and the efficiency of the system is improved.

Description

【発明の詳細な説明】 [産業上の利用分野] 本発明は電子計算機システムのファイル管理システムに
おけるレコード排他方式に関するものである。
DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a record exclusion method in a file management system for a computer system.

[従来の技術] 従来、複数のプロセスから参照更新が行われ、更新処理
の動的な破棄を可能とするファイル管理システムでは、
レコードの更新(追加/削除)によってレコードが物理
的に移動しないファイル構造においては、レコード単位
の排他制御が可能になっていた。
[Prior Art] Conventionally, in a file management system in which reference updates are performed by multiple processes and the update process can be dynamically discarded,
In a file structure in which records are not physically moved due to record updates (additions/deletions), exclusive control on a record-by-record basis is possible.

しかしながら、索引ファイルの如く、補助記憶装置上を
物理的なページで区画管理し、ページ内にレコードを論
理的な値(キー値)の順序で物理的に整対するファイル
構造を持ち、レコードの更新によってレコードの物理的
な位置が移動するファイル構造のシステムにあっては、
上記のようなレコード単位の排他制御は行えず、ファイ
ルの物理区画単位であるページで排他制御が行われてい
た。すなわち、あるページ内のあるレコードについて更
新を行った結果が同ページ内の他のレコードの物理的な
位置に影響を与えてしまうため、レコード位置を特定し
た排他制御が行えないからである。
However, like an index file, it has a file structure that partitions the auxiliary storage device into physical pages, physically arranges records within the page in the order of logical values (key values), and updates the records. In a system with a file structure in which the physical location of records is moved by
Exclusive control on a record-by-record basis as described above was not possible, and exclusive control was performed on pages, which were physical partition units of a file. In other words, the result of updating a certain record in a certain page will affect the physical position of other records in the same page, making it impossible to perform exclusive control that specifies the record position.

[発明が解決しようとする課題] 上述したように、補助記憶装置上を物理的なページテ区
画管理し、ページ内にレコードを論理的な値の順序で物
理的に整対するファイル構造を持ち、レコードに対する
参照更新要求が複数のプロセスから同時に発生するファ
イルでは、ファイルの物理区画単位であるページで排他
制御するしかなく、あるレコードをあるページに追加す
る場合や、あるレコードをあるページから削除する場合
、該ページに対する処理が終了するまで該ページへの参
照更新が全て待たされることとなり、ルーコードの追加
削除のみでページ内に格納されている全てのレコード対
する処理が、該処理の完了まで遅延されてしまう点に問
題があった。
[Problems to be Solved by the Invention] As described above, the system has a file structure that physically manages page partitions on an auxiliary storage device and physically arranges records within pages in the order of logical values. For files where multiple processes simultaneously issue reference update requests, the only option is to perform exclusive control on pages, which are the physical partition units of the file, and when adding a record to a page or deleting a record from a page. , all reference updates to the page will have to wait until the processing for the page is completed, and the processing for all records stored in the page will be delayed until the processing is completed just by adding and deleting the Lou code. There was a problem with this.

特に、処理中に発生した障害時もしくはアプリケーショ
ンプログラムから発行される取消要求時に更新処理の動
的取り消しを可能としたファイル管理システムでは、処
理が確定して取り消される可能性がなくなるまで他から
の参照更新要求は待たされるため、システムの効率が上
がらないという欠点があった。
In particular, in file management systems that allow dynamic cancellation of update processing when a failure occurs during processing or when a cancellation request is issued from an application program, references from other parties are not allowed until the processing is finalized and there is no possibility of cancellation. Since update requests have to wait, there is a drawback that the efficiency of the system cannot be improved.

本発明は上記の点に鑑み提案されたものであり、その目
的とするところは、同ページ内のレコードの参照更新が
重なった場合でも、可能な限り並行処理を可能とし、待
ちの発生を減少してシステムの効率の向上を図れるレコ
ード排他方式を提供することにある。
The present invention has been proposed in view of the above points, and its purpose is to enable parallel processing as much as possible and reduce the occurrence of waiting even when references and updates of records within the same page overlap. The object of the present invention is to provide a record exclusion method that can improve system efficiency.

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

本発明は上記の目的を遠戚するため、補助記憶装置上を
物理的なページで区画管理し、ページ内にレコードを論
理的な値の順序で物理的に整対するファイル構造を持ち
、レコードに対する参照更新要求が複数のプロセスから
同時に発生するファイル管理システムにおいて、 参照更新時に目的のレコード”°の位置を決定するレコ
ード検索手段と、 参照情報記憶域を参照して目的のレコードに対する参照
更新の可否を判定するロック判定手段と、参照情報記憶
域の情報を管理する参照位置管理手段とを備えるように
している。
The present invention is a distant relative of the above object, and has a file structure in which partitions on an auxiliary storage device are managed using physical pages, and records are physically arranged in the order of logical values within the pages. In a file management system where reference update requests are generated simultaneously from multiple processes, there is provided a record search means for determining the position of the target record during reference update, and whether or not the reference update for the target record is possible by referring to the reference information storage area. The storage device includes a lock determination device that determines the lock status, and a reference position management device that manages information in the reference information storage area.

(作用] 本発明のレコード排他方式にあっては、参照更新時にレ
コード検索手段が目的のレコードの位置を決定し、ロッ
ク判定手段が参照情報記憶域を参照して目的のレコード
に対する参照更新の可否を判定し、参照位置管理手段が
参照情報記憶域の情報を管理する。
(Operation) In the record exclusive method of the present invention, at the time of reference update, the record search means determines the position of the target record, and the lock determination means refers to the reference information storage area to determine whether reference update to the target record is possible. The reference position management means then manages the information in the reference information storage area.

〔実施例〕〔Example〕

以下、本発明の実施例につき図面を参照して説明する。 Embodiments of the present invention will be described below with reference to the drawings.

第1図は本発明のレコード排他方式の一実施例を示す構
成国である。なお、対象とするファイルとして、索引フ
ァイルを例とする。
FIG. 1 shows the constituent countries of an embodiment of the record exclusion system of the present invention. Note that an index file is taken as an example of the target file.

第1図において、本実施例は、ファイル処理要求10を
受けるレコード排他機構11と、参照情報記憶域15と
から構成されている。また、レコード排他機構11はレ
コード検索手段12とロック判定手段13と参照位置管
理手段14とから構成され、参照情報記憶域15にはレ
コード参照位置情報16.17とレコード参照位置情報
群18とが含まれている。なお、各部の機能等は次の通
りである。
In FIG. 1, this embodiment is comprised of a record exclusion mechanism 11 that receives a file processing request 10, and a reference information storage area 15. Furthermore, the record exclusion mechanism 11 is composed of a record search means 12, a lock determination means 13, and a reference position management means 14, and the reference information storage area 15 stores record reference position information 16.17 and a record reference position information group 18. include. The functions of each part are as follows.

レコード参照位置情報16:処理要求のあったレコード
の情報が一時的に格納されるものであり、第2図に示す
如く、そのレコードの格納されたページ番号21とレコ
ード位置22と参照モード(排他、共有)23とを含ん
でいる。
Record reference position information 16: Information on the record for which processing has been requested is temporarily stored, and as shown in Figure 2, the page number 21 where the record is stored, the record position 22, and the reference mode (exclusive , shared) 23.

レコード参照位置情報群18:現時点で参照更新されて
い、るレコードのレコード参照位置情報の集合体である
。個々のレコード参照位置情報は第2図の形式をしてい
る。
Record reference position information group 18: A collection of record reference position information of records that are currently being referenced and updated. Each record reference position information has the format shown in FIG.

レコード参照位置情報17;レコード参照位置情報群1
8から比較のために取り出されたレコード参照位置情報
が一時的に格納されるものである。
Record reference position information 17; Record reference position information group 1
The record reference position information extracted from No. 8 for comparison is temporarily stored.

レコード検索手段12:ファイル処理要求■○を受けて
目的のレコード参照位置を決定し、決定した情報をレコ
ード参照位置情報16として格納する。処理の詳細は第
3図に示す。
Record search means 12: Upon receiving the file processing request ■○, determines the target record reference position, and stores the determined information as record reference position information 16. Details of the process are shown in FIG.

ロック判定手段13;レコード参照位置情報群18から
レコード参照位置情報を1つずつ取り出してトコ−1′
参照位置情報17乙こ格納し、レコード参照位置情報1
6と比較し、ファイル処理要求lOの実行の可否を判定
し、実行が可能な場合は参照更新を許可し、そうでない
場合は要求を拒否する。処理の詳細は第4図に示す。
Lock determination means 13; extracts record reference position information one by one from the record reference position information group 18;
Reference position information 17 Stores record reference position information 1
6, it is determined whether the file processing request IO can be executed, and if it can be executed, the reference update is permitted, otherwise the request is rejected. Details of the process are shown in FIG.

参照位置管理手段14;参照更新が許可された場合にレ
コード参照位置情報16を新たにレコード参照位置情報
群18に加え、参照情報記憶領域15で記憶管理する。
Reference position management means 14: When reference update is permitted, record reference position information 16 is newly added to the record reference position information group 18, and stored and managed in the reference information storage area 15.

処理の詳細は第6図に示す。Details of the process are shown in FIG.

以下、第3図、第4図および第6図のフローチャートに
沿って第1図の実施例の動作を説明する。
The operation of the embodiment shown in FIG. 1 will be explained below along with the flowcharts shown in FIGS. 3, 4, and 6.

先ず、レコード検索手段12は、第3図に示すように、
1回目二よ最上位索引ページを読み込乙(ステップ31
)。
First, the record search means 12, as shown in FIG.
1st time 2nd load the top index page (step 31)
).

次いで、その索引ページ内のレコードをキー値で検索し
目的のレコードを決定する(ステップ32)。
Next, records in the index page are searched by key value to determine the target record (step 32).

そして、目的のページすなわち最下位索引ページである
か否かを判断しくステ、プ33)、目的のページで広い
場合(ステップ33のNO)にr−ステップ31に戻っ
て次の索引ページを読み込む。
Then, it is determined whether or not it is the target page, that is, the lowest index page (step 33), and if the target page is wide (NO in step 33), the process returns to step 31 and the next index page is read. .

目的のページである場合(ステップ33のYES)には
、ステップ32で決定されたレコード位置をレコード参
照位置情報16へ記憶しくステップ34)、処理を終了
する。
If it is the target page (YES in step 33), the record position determined in step 32 is stored in the record reference position information 16 (step 34), and the process ends.

次に、ロック判定手段13は、第4図に示すように、判
定要求40に応して処理を開始し、先ず、レコード参照
位置情報群18から1個のレコード参照位置情、報を取
り出してレコード参照位置情報17へ記憶する(ステッ
プ41)。
Next, as shown in FIG. 4, the lock determination means 13 starts processing in response to the determination request 40, and first extracts one record reference position information from the record reference position information group 18. It is stored in the record reference position information 17 (step 41).

次いで、レコード参照位置情報群18を全て処理したか
否かを判定しくステップ42)、全て処理されている場
合(ステップ42のYES)には、要求元に可(参照更
新を許可)を返しくステ、プ48)、処理を終了する。
Next, it is determined whether or not all of the record reference position information group 18 has been processed (step 42), and if all have been processed (YES in step 42), an OK (reference update is allowed) is returned to the request source. Step 48), the process ends.

全て処理されていない場合(ステップ42のNO)には
、レコード参照位置情報16とレコード参照位置情報1
7のページ番号を比較しくステ。
If not all have been processed (NO in step 42), record reference position information 16 and record reference position information 1
Compare the page numbers of 7.

ブ43)、ページ番号が等しくない場合(ステ。If the page numbers are not equal (Step 43), the page numbers are not equal (Step 43).

プ43のNO)にはステ・7ブ41に戻る。If step 43 is NO, the process returns to step 7 step 41.

ページ番号が等しい場合(ステップ43のYES)には
、レコード参照位置情報16とレコード参照位置情報1
7の参照モードを比較しくステップ44)、双方とも排
他の場合(ステップ44のYES)には、要求元に否(
参照更新を拒否)を返しくステップ49)、処理を終了
する。
If the page numbers are the same (YES in step 43), record reference position information 16 and record reference position information 1
7 reference mode (step 44), if both are exclusive (YES in step 44), the request source is denied (step 44).
Step 49) in which the reference update is rejected) is returned, and the process ends.

双方とも排他でない場合(ステップ44のNO)には、
レコード参照位置情報16とレコード参照位置情報17
の参照モードを更に比較しくステップ45)、双方とも
共有の場合(ステップ45のYES)には、ステ、ブ4
1に戻る。
If both are not exclusive (NO in step 44),
Record reference position information 16 and record reference position information 17
Further compare the reference modes of step 45), and if both are shared (YES in step 45), step 4
Return to 1.

双方とも共有でない場合(ステ、プ45のNO)には、
レコード参照位置情報16とレコード参照位置情報17
の参照モートを判定して、共有の方のレコード位置を変
数mに、排他の方のレコード位置を変数nに代入する(
ステップ46)。
If both are not shared (NO in Step 45),
Record reference position information 16 and record reference position information 17
Determine the reference mote of and assign the shared record position to variable m and the exclusive record position to variable n (
Step 46).

次いで、設定された変数m、nとを比較′−(ステップ
47)、m≧nの場合(ステップ47のYES)には、
要求元に否を返しくステップ49)、処理を終了する。
Next, compare the set variables m and n (step 47), and if m≧n (YES in step 47),
Step 49) returns a negative response to the request source, and the process ends.

それ以外の場合(ステ、プ47のNo)には、ステップ
41に戻る。
In other cases (No in step 47), the process returns to step 41.

上記の処理における参照更新の処理要求と処理の可否と
の関係を図示すれは第5図のようになる。
The relationship between the reference update processing request and the processing availability in the above processing is illustrated in FIG. 5.

次に、参照位置管理手段14は、第6図に示すように、
参照位置記憶要求60に応して処理を開始し、先ず、参
照情報記憶域15内のレコード参照位置情報群18から
最後のレコード参照位置情報が記憶されている記憶場所
を検索する(ステ。
Next, the reference position management means 14, as shown in FIG.
Processing is started in response to the reference position storage request 60, and first, a storage location where the last record reference position information is stored is searched from the record reference position information group 18 in the reference information storage area 15 (step).

プロ1)。Pro 1).

次いで、検索された最後のレコード参照位置情報の記憶
場所の次にレコード参照位置情報16の内容を記憶しく
ステップ62)、処理を終了する。
Next, the content of the record reference position information 16 is stored next to the storage location of the last searched record reference position information (step 62), and the process is terminated.

次に、具体例を用いて説明する。Next, explanation will be given using a specific example.

第7図は索引ファイルを構成する索引ページ70を示し
たものであり、今、第8図の時系列で示すように、キー
値「C」をもつレコード76を追加する処理要求が発生
し、その後にキー値IB。
FIG. 7 shows an index page 70 that constitutes an index file, and now, as shown in the chronological order of FIG. 8, a processing request to add a record 76 with a key value "C" is generated. Then the key value IB.

をもつレコード72を検索(参照)する処理要求が発生
し、その後ム二キー値「C」をもつレコード76を追加
する処理要求が取り消された場合を考える。
Consider a case where a processing request to search (reference) a record 72 having a munikey value "C" is generated, and a processing request to add a record 76 having a munikey value "C" is subsequently cancelled.

従来、このような、補助記憶装置上を物理的なページで
区画管理し、ページ内にレコードを論理的な値の順序で
物理的に整対するファイル構造を持ち、レコードに対す
る参照更新要求が複数のプロセスから同時に発生するフ
ァイル管理システムにおいては、ページ単位で排他制御
がなされ、よって、索引ページ70に属するキー値「C
」をもつレコード76を追加する処理要求の完了前に、
同し索引ページ70に属するキー値rB」をもつレコー
ド72の検索は無条件に拒否されたが、本発明ではキー
値rB、をもつレコード72の検索要求に対して、次の
ような処理が行われる。
Conventionally, the auxiliary storage device has a file structure in which partitions are managed using physical pages, and records are physically arranged in the order of logical values within the page. In a file management system that simultaneously generates files from processes, exclusive control is performed on a page-by-page basis, and therefore the key value "C
” before completing the processing request to add record 76 with “
The search for the record 72 with the key value "rB" belonging to the same index page 70 was rejected unconditionally, but in the present invention, the following processing is performed in response to a search request for the record 72 with the key value rB. It will be done.

■レコード検索手段12は索引ページ70を検索し、キ
ー値「B」をもつレコー172のレコード位置78を法
定する。
(2) The record search means 12 searches the index page 70 and determines the record position 78 of the record 172 having the key value "B".

■ロック判定手段13はレコード参照位置情報群18か
ら同一の索引ページ70に属するキ(I ’ CJをも
つレコードマロに係るレコード参照位置情報を取り出し
、その参照モードが排他であり、キー値rB」に対する
要求は共有である場合、両者のレコード位置を比較し、
排他の側のレコード位置が大きい場合は参照を許可する
。この場合、キー値「C」をもつレコード76が追加さ
れるレコード位置は79であり、キー値「B」をもつレ
コード72のレコード位置は78であるため、キー値r
B、をもつレコード72の参照は許可されることとなる
■The lock determination means 13 extracts the record reference position information related to the record mallo with the key (I'CJ) belonging to the same index page 70 from the record reference position information group 18, and determines that the reference mode is exclusive and the key value rB. If the request for is shared, compare the record positions of both,
If the record position on the exclusive side is large, references are allowed. In this case, the record position where the record 76 with the key value "C" is added is 79, and the record position of the record 72 with the key value "B" is 78, so the key value r
Reference to the record 72 with B is permitted.

この例の場合、キー値「C」をもつレコード76がレコ
ード位置79に追加されることにより、レコード73 
74.75は追加サイズ分だけ後方にずらされることに
なるが、キー値rB、をもつレコード72のレコード位
置7日には無関係であるため、処理は正常に行われる。
In this example, by adding record 76 with key value "C" to record position 79, record 73
74.75 will be shifted backward by the additional size, but this is unrelated to the record position 7th of the record 72 with the key value rB, so the processing is performed normally.

また、その後にキー値「CJをもつレコード76を追加
する処理要求が取り消され、レコード73,74.75
が追加の取り消されたサイズ分だけ前方にずらされた場
合にも、キー値rB」をもつレコード72のレコード位
置78には無関係であるため、処理は正常に行われる。
Also, the processing request to add record 76 with the key value "CJ" was subsequently canceled, and records 73, 74.75
Even if the key value "rB" is shifted forward by the additional canceled size, the processing is performed normally because it is irrelevant to the record position 78 of the record 72 with the key value "rB".

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

以上説明したように、本発明のレコード排他方式にあっ
ては、同一ページ内のレコードにal更新が生しても、
一方のレコードの更新により他方のレコードのレコード
位置に影響を与えないような場合には参照更新が許可さ
れるため、並行動作が可能となる確率が高くなり、処理
効率の向上が図れる効果がある。
As explained above, in the record exclusion method of the present invention, even if an al update occurs in a record within the same page,
Reference updates are allowed when updating one record does not affect the record position of the other record, increasing the probability that parallel operations will be possible and improving processing efficiency. .

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

第1図は本発明のレコード排他方式の一実施例を示す構
成図、 第2図は第1図におけるレコード参照位置情報の論理的
構成図、 第3図は第1図におけるレコード検索手段の処理のフロ
ーチャート、 第4図は第1図におけるロック判定手段の処理のフロー
チャート、 第5図は処理要求と処理の可否との関係を示す図、 第6図は第1図における参照位置管理手段の処理のフロ
ーチャートならびに、 第7図および第8図は処理の具体例を示す図である。 図において、 11・・・・・・・・・・・・レコード排他機構12・
・・・・・・・・・・・レコード検索手段13・・・!
・・・・・・・・ロック判定手段14・・・・・・・・
・・・・参照位置管理手段l5・・・・・・・・・・・
・参照情報記憶域16 17・・・レコード参照位置情報
FIG. 1 is a block diagram showing an embodiment of the record exclusion method of the present invention, FIG. 2 is a logical block diagram of the record reference position information in FIG. 1, and FIG. 3 is the processing of the record search means in FIG. 1. 4 is a flowchart of the processing of the lock determination means in FIG. 1, FIG. 5 is a diagram showing the relationship between a processing request and whether processing is possible, and FIG. 6 is a flowchart of the processing of the reference position management means in FIG. 1. The flowchart and FIGS. 7 and 8 are diagrams showing specific examples of processing. In the figure, 11... Record exclusion mechanism 12.
......Record search means 13...!
......Lock determination means 14...
...Reference position management means l5...
・Reference information storage area 16 17...Record reference position information

Claims (2)

【特許請求の範囲】[Claims] (1)補助記憶装置上を物理的なページで区画管理し、
ページ内にレコードを論理的な値の順序で物理的に整列
するファイル構造を持ち、レコードに対する参照更新要
求が複数のプロセスから同時に発生するファイル管理シ
ステムにおいて、参照更新時に目的のレコードの位置を
決定するレコード検索手段と、 参照情報記憶域を参照して目的のレコードに対する参照
更新の可否を判定するロック判定手段と、参照情報記憶
域の情報を管理する参照位置管理手段とを備えたことを
特徴とするレコード排他方式。
(1) Manage partitions on the auxiliary storage device using physical pages,
In a file management system that has a file structure that physically arranges records in the order of logical values within a page, and in which reference update requests for records occur simultaneously from multiple processes, the position of the target record is determined at the time of reference update. A lock determining means refers to a reference information storage area to determine whether or not a target record can be referenced and updated, and a reference position management means manages information in the reference information storage area. Record exclusion method.
(2)ロック判定手段は、目的のレコードと同一ページ
内の他のレコードに対して参照更新が行われていない場
合と、同一ページ内の参照更新が行われる複数のレコー
ドがいずれも共有モードである場合と、同一ページ内の
参照更新が行われる複数のレコードのうち排他モードの
レコード位置が共有モードのレコード位置より大きい場
合とに参照更新を可と判定することを特徴とした請求項
1記載のレコード排他方式。
(2) The lock determination means is used when no reference update is performed for other records in the same page as the target record, and when multiple records in the same page that are reference updated are all in shared mode. According to claim 1, it is determined that the reference update is possible in the case where the record position in the exclusive mode is larger than the record position in the shared mode among the plurality of records to be reference updated in the same page. record exclusion method.
JP2054160A 1990-03-06 1990-03-06 Record exclusion system Pending JPH03255549A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2054160A JPH03255549A (en) 1990-03-06 1990-03-06 Record exclusion system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2054160A JPH03255549A (en) 1990-03-06 1990-03-06 Record exclusion system

Publications (1)

Publication Number Publication Date
JPH03255549A true JPH03255549A (en) 1991-11-14

Family

ID=12962797

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2054160A Pending JPH03255549A (en) 1990-03-06 1990-03-06 Record exclusion system

Country Status (1)

Country Link
JP (1) JPH03255549A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05303521A (en) * 1992-04-06 1993-11-16 Nec Corp Sequential file access system
JPH06119232A (en) * 1992-06-16 1994-04-28 Internatl Business Mach Corp <Ibm> Shared-data-memory control system, setting method for master processing device and data-copy method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05303521A (en) * 1992-04-06 1993-11-16 Nec Corp Sequential file access system
JPH06119232A (en) * 1992-06-16 1994-04-28 Internatl Business Mach Corp <Ibm> Shared-data-memory control system, setting method for master processing device and data-copy method

Similar Documents

Publication Publication Date Title
US6834275B2 (en) Transaction processing system using efficient file update processing and recovery processing
KR101573965B1 (en) Atomic multiple modification of data in a distributed storage system
JP3441807B2 (en) B-tree index management method and system
US5408652A (en) Method and apparatus for heterogenous database access by generating different access procedures for different database data structures
CN110750507B (en) Persistent client caching method and system under global namespace facing DFS
JPH04337850A (en) Data base transaction and collation processing system
CN114282074A (en) Database operation method, device, equipment and storage medium
US8612717B2 (en) Storage system
JPH05128072A (en) Inter-system exclusive control system
JPH08328933A (en) File access control system for parallel processing system
JPH03255549A (en) Record exclusion system
CN110413617B (en) Method for dynamically adjusting hash table group according to size of data volume
JP4311059B2 (en) Transaction control method
JP3107094B2 (en) Method and apparatus for shortening shared buffer lock period
JPH05307478A (en) Constituting method for data base management system
KR101549655B1 (en) Method of duplicating database using pararell-processing and computer readable storage media storing the same)
CN112631741A (en) Transaction processing method, device and storage medium
JPS62162136A (en) Simultaneous-updating control system for file with indices in hierarchy structure
JP3005466B2 (en) Parallel sorter
JP2980610B2 (en) Transaction management device
JP5511134B2 (en) Object cache construction method, object cache construction program
JP2752767B2 (en) Buffer management method
JP2787107B2 (en) Buffer control system and device
JPH03123946A (en) Exclusive control method for data base
JPH09305449A (en) Data base managing system