JPH07105060A - Record access management method for database management system - Google Patents

Record access management method for database management system

Info

Publication number
JPH07105060A
JPH07105060A JP5244261A JP24426193A JPH07105060A JP H07105060 A JPH07105060 A JP H07105060A JP 5244261 A JP5244261 A JP 5244261A JP 24426193 A JP24426193 A JP 24426193A JP H07105060 A JPH07105060 A JP H07105060A
Authority
JP
Japan
Prior art keywords
page
record
management
records
area
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
JP5244261A
Other languages
Japanese (ja)
Inventor
Kazuyoshi Negishi
和義 根岸
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP5244261A priority Critical patent/JPH07105060A/en
Publication of JPH07105060A publication Critical patent/JPH07105060A/en
Pending legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE:To restrict the number of records stored in a page, to suppress the contention of page exclusion, to obtain exclusive contention performance equal to a record exclusive system through the use of a page exclusive system and to prevent the application of page turning-out by LRU management accompanying the lowering of access frequency. CONSTITUTION:Record access management 8 consists of the four programs of the correspondence 21 of the record and a page, page management 22 page exclusion 23 and LRU management 24, and of a buffer area 26. The hold management of the record stored in the page included in a data set 41 on a disk device 4 and the exclusive control among the records are performed.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はレコードに対するページ
排他制御機構を有するデータベース管理システムにおけ
るレコードアクセス管理システムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a record access management system in a database management system having a page exclusion control mechanism for records.

【0002】[0002]

【従来の技術】データベース管理システムにおいて、デ
ータの操作単位はレコード(タプルとも呼ばれる)であ
る。データベース管理システムは複数のユーサプログラ
ムからの一連のデータに対する操作要求(トランザクシ
ョンと呼ばれる)を並行して処理する。データベース管
理システムには、操作単位であるレコードのトランザク
ション間排他アクセス制御,レコードと外部記憶装置と
の入出力単位であるページとのマッピング,ページのメ
モリ上での管理,空き領域不足時の追い出し管理を行う
レコードアクセス管理を含んでいる。
2. Description of the Related Art In a database management system, a data operation unit is a record (also called a tuple). The database management system processes operation requests (called transactions) for a series of data from a plurality of user programs in parallel. The database management system controls inter-transaction exclusive access control of records, which is an operation unit, mapping between records and pages, which is an input / output unit of an external storage device, management of pages in memory, and eviction management when free space is insufficient. Includes record access management.

【0003】データベース管理システムにおけるトラン
ザクションは、その継続している間、データの一貫性を
保持するため、更新中のレコードに対し排他制御を要求
する。データベース管理システムは、この要求に対応し
て、あるトランザクションが更新中のレコードが他のト
ランザクションからそのトランザクションの完了(コミ
ットと呼ぶ)まで、参照されないよう排他制御を行う。
A transaction in a database management system requires exclusive control for a record being updated in order to maintain data consistency while continuing. In response to this request, the database management system performs exclusive control so that the record being updated by a certain transaction is not referred to from another transaction until the completion (called commit) of the transaction.

【0004】「J・マーチンのDB2」日経BP社(1
991年1月発行)第19章ロック機能に示されている
ように、従来のデータベース管理システムでは、この排
他制御の最小単位はページであった。
"J. Martin's DB2" Nikkei BP (1
(Published January 991) As shown in Chapter 19 Lock Function, in the conventional database management system, the minimum unit of exclusive control is a page.

【0005】レコードのページへの格納方法は、「アン
イントロダクション トゥ データベース システム
ズ ボリューム1」,アデイソン ウェスリー社刊(An
Introduction to Database Systems Volume 1 Fifth Ed
ition,Addison−Wesley(1990))に記述されているスロ
ットを用いた方式が従来多く用いられている。また、ペ
ージ毎の空きスペースを管理する方法は、「トランザク
ション プログレッシング;コンセプト アンド テク
ニックス」,モルガン カウフマン社刊(Transaction
Processing: Concept and Techniques,Morgan Kaufman
1993,(pp757−760))に示されている。
The method of storing the record in the page is described in "An Introduction to Database Systems Volume 1", published by Addison Wesley (An.
Introduction to Database Systems Volume 1 Fifth Ed
ition, Addison-Wesley (1990)). Also, for the method of managing the empty space of each page, see "Transaction Progressive; Concept and Techniques", published by Morgan Kaufmann (Transaction).
Processing: Concept and Techniques, Morgan Kaufman
1993, (pp757-760)).

【0006】一方、オンラインシステムの性能評価に用
いられる銀行業務を想定したベンチマークジョブでは、
各トランザクションが支店,出納係、および口座という
階層関係となり、下位レベルとなるほどデータベース中
のレコード数が増大するレコードを各々アクセスするト
ランザクションを多数並行して処理する。この場合、支
店レコードは同一のデータページ内にある異なるレコー
ドを異なるトランザクションが同時にアクセスする確率
が非常に高い。また、口座レコードに関してはこの確率
は低く、出納係レコードに関してはやや高い。このよう
なベンチマークジョブをページ単位の排他を行うシステ
ムで実行すると、支店レコードのように同一データペー
ジへの異なるトランザクションの同時アクセスの確率の
高いレコードに関してアクセスの競合が発生し、性能低
下の原因となる。
On the other hand, in a benchmark job assuming banking business used for performance evaluation of online systems,
Each transaction has a hierarchical relationship of a branch, a teller, and an account, and the lower the level, the larger the number of records in the database. In this case, the branch records have a very high probability that different transactions access different records within the same data page at the same time. Also, this probability is low for account records and somewhat high for cashier records. When such a benchmark job is executed in a system that performs page-based exclusion, access conflict occurs for records such as branch records that have a high probability of simultaneous access by different transactions to the same data page, causing performance degradation. Become.

【0007】これに対する対策として、「ア トランザ
クション リカバリ メソッド サポーティング ファ
イン グラニュアリティ ルッキング アンド パーシ
ャルロールバックス ユージング ライト アヘッド
ロギング」エイシーエム ティーオーディーエス(ARIE
S: A Transaction Recovery Method Supporting Fine−
Granularity Locking and Partial Rollbacks Using Wr
ite−Ahead Logging,CM TODS)Vol.17 No.1 (1992) pp
94−162)に示されているように、データベース管理シ
ステムがレコード単位に排他を行うシステムが発表され
ている。
As a countermeasure against this, "Transaction Recovery Method Supporting Fine Granularity Looking and Partial Rollbacks Using Right Ahead"
"Logging" AMC MDS (ARIE
S: A Transaction Recovery Method Supporting Fine−
Granularity Locking and Partial Rollbacks Using Wr
ite-Ahead Logging, CM TODS) Vol.17 No.1 (1992) pp
94-162), a system in which a database management system performs exclusion on a record basis has been announced.

【0008】[0008]

【発明が解決しようとする課題】従来のページ単位の排
他制御方式のデータベース管理システムに、レコード単
位の排他制御方式を導入する場合、下記の問題がある。
When the record-based exclusive control method is introduced into the conventional page-based exclusive control system database management system, the following problems occur.

【0009】(1)レコード排他制御方式はページ排他
制御方式に比較して処理が複雑 同一ページ内の異なるレコードを異なるトランザクショ
ンが同時に更新するため、ページ内のレコード管理情報
等の共通に更新する情報の管理が繁雑である。また、あ
るトランザクションが開放したページ内の空きスペース
は、直ちに他のトランザクションにより使用可能となる
ため、別のトランザクションに使用される可能性があ
る。この時、元のトランザクションが異常終了してその
更新処理のロールバックをしようとすると、スペースが
ないため、もとのページ内にレコードを復元することが
できない。従って、別のページに同一のレコードを回復
する必要がある。これに対してページ排他では、ページ
内の空きスペースはトランザクションのコミットまで、
他のトランザクションに開放されないためこのような問
題は発生しない。
(1) The record exclusive control method is more complicated than the page exclusive control method. Since different transactions update different records in the same page at the same time, information commonly updated such as record management information in the page. Management is complicated. Further, the free space in the page released by a certain transaction can be immediately used by another transaction, and thus may be used by another transaction. At this time, if the original transaction ends abnormally and you try to roll back the update processing, there is no space, so the record cannot be restored in the original page. Therefore, it is necessary to recover the same record on another page. On the other hand, in page exclusion, the free space in the page remains until the transaction is committed.
This problem does not occur because it is not released to other transactions.

【0010】(2)ページ排他制御方式からレコード排
他制御方式への移行は困難 従来のデータベース管理システムは、ページ排他制御方
式を前提として、他の部分の制御を行っている。特に障
害回復処理は、レコード排他制御方式とすると大幅な変
更となるため、改造量が膨大である。
(2) It is difficult to shift from the page exclusive control method to the record exclusive control method The conventional database management system controls other parts on the premise of the page exclusive control method. In particular, the failure recovery process is significantly changed when the record exclusive control method is used, and thus the amount of modification is enormous.

【0011】[0011]

【課題を解決するための手段】[Means for Solving the Problems]

(1)プロセッサとメモリと外部記憶装置よりなる計算機
システムで、メモリ上のデータベース管理システムの一
部として、レコードと外部記憶装置の入出力の単位であ
るページの対応付け,ページの管理,ページ排他制御よ
りなる、レコードアクセス管理プログラムを含み、レコ
ードアクセス管理は、レコードの追加要求に対しレコー
ドとページの対応付けはあらかじめ定められたページ当
りのレコード数上限に従いレコードを新たにページに対
応付け、ページ管理は当該ページがメモリ上になければ
ページを外部記憶装置から読み込んだ後、レコードをペ
ージに追加し、レコードの排他占有あるいは開放要求に
対して、レコードとページの対応付けはレコードに対応
するページを求め、ページ排他は対応するページの排他
占有あるいは開放を行うレコードアクセス管理方式。
(1) A computer system including a processor, a memory, and an external storage device. As a part of a database management system on the memory, records are associated with pages that are units of input / output of the external storage device, page management, and page exclusion. It includes a record access management program consisting of control, and the record access management associates a record with a new page according to a predetermined upper limit of the number of records per page, in response to a record addition request. If the page is not in the memory, the management reads the page from the external storage device, then adds the record to the page, and when the record is exclusively occupied or released, the correspondence between the record and the page is the page corresponding to the record. Page exclusion, the page exclusion is the exclusive occupation or release of the corresponding page. Record access management system to perform.

【0012】(2)(1)のシステムにおいて、レコードを
複数のグループ(通常リレーションに対応して設定され
る)に分割し、同一ページには同一グループに属するレ
コードのみを対応付け、(1)のページ当りのレコード数
上限をグループ毎に設定する事を特徴とするレコードア
クセス管理方式。
(2) In the system of (1), the record is divided into a plurality of groups (normally set corresponding to the relation), and only the records belonging to the same group are associated with the same page. A record access management method characterized by setting the maximum number of records per page for each group.

【0013】(3)(1)のシステムにおいて、メモリ中に
読み込んだレコードを外部記憶装置に追い出す順序をも
っとも古く使用したページ(LRUページと呼ぶ)から
の順序として決定するLRU管理をレコードアクセス管
理に追加し、特定のページはこのLRU管理の追い出し
判定の対象外とする事を特徴とするレコードアクセス管
理方式。
(3) In the system of (1), the record access management is the LRU management for determining the order of expelling the records read in the memory to the external storage device from the oldest used page (called LRU page). The record access management method is characterized in that a specific page is excluded from the ejection determination of the LRU management.

【0014】(4)(3)のシステムにおいて、(2)のレコ
ードのグループを導入し、あらかじめ指定したグループ
に対応するページはLRU管理の追い出し判定の対象か
ら除外することを特徴とするレコードアクセス管理方
式。
(4) In the system of (3), the record access of (2) is introduced, and the page corresponding to the group designated in advance is excluded from the target of the ejection judgment of the LRU management. Management method.

【0015】(5)(2)のシステムにおいて、レコードを
外部記憶装置に追い出す順序を決定するためのLRU管
理をレコードアクセス管理に追加し、あらかじめグルー
プ毎にメモリ上の特定の部分をページ読み込み領域とし
て割当て、LRU管理はグループ毎に外部記憶装置への
追い出し対象のページを決定することを特徴とするレコ
ードアクセス管理方式。
(5) In the system of (2), LRU management for determining the order of ejecting records to the external storage device is added to the record access management, and a specific part on the memory is page-read in advance for each group. A record access management method characterized in that the LRU management determines the page to be flushed to the external storage device for each group.

【0016】[0016]

【作用】同一ページ内の複数のレコードが異なるトラン
ザクションから同時にアクセスされる問題に対して、同
一ページに収納するレコード数に上限を設けることによ
り、この競合を一定の確率以下に抑える。この結果、全
体のページ数が若干増大するが、元来このようにアクセ
スが集中するページは、少数であり、これを多少増大さ
せても、全体のページ数に影響は殆どない。
With respect to the problem that a plurality of records in the same page are simultaneously accessed by different transactions, by setting an upper limit on the number of records to be stored in the same page, this contention is suppressed to a certain probability or less. As a result, the total number of pages is slightly increased, but the number of pages on which access is concentrated originally is small, and even if it is increased slightly, the total number of pages is hardly affected.

【0017】他方、このようにアクセスの集中するペー
ジは、LRU方式のバッファ置き換え方式のもとでは、
常時バッファ内にとどまり、外部記憶装置からの読みだ
し回数は極端に少ない。しかし、本発明のページ内レコ
ード数の上限を設ける方式では、このページに対するア
クセス頻度が低下するため、LRU対象としているバッ
ファサイズをページ当りのレコード数の減少に反比例し
て、大きくしないと、ページがバッファから追い出され
てしまう。アクセス頻度の低いページを含め全体のバッ
ファサイズをこのように拡大するとバッファのためのメ
モリ必要量が増大し、実用的でない。そこで、ページ内
のレコード数制限に対応して、ページのLRU追い出し
からの保護のため、下記の方策を併用する必要がある。
On the other hand, in such an intensively accessed page, under the LRU buffer replacement method,
It stays in the buffer all the time, and the number of readings from the external storage device is extremely small. However, in the method of setting the upper limit of the number of records in a page of the present invention, the access frequency to this page is reduced. Therefore, unless the buffer size targeted for LRU is increased in inverse proportion to the decrease in the number of records per page, Will be kicked out of the buffer. Such an increase in the overall buffer size, including infrequently accessed pages, increases the memory requirement for the buffer and is not practical. Therefore, it is necessary to use the following measures together to protect the page from LRU eviction in response to the limitation on the number of records in the page.

【0018】ページ内のレコード数を制限したページを
LRUの対象外とすることにより、バッファ内に常駐さ
せ、バッファサイズの増加を不要とする。
By excluding the page in which the number of records in the page is limited from the target of the LRU, the page is made resident in the buffer and the increase of the buffer size is unnecessary.

【0019】また、バッファをページ内レコードの属す
るグループ毎に用意し、ページ内レコード数に制限のあ
るページ対応に一定のバッファスペースを保証し、バッ
ファからの追い出しを防止する。
Further, a buffer is prepared for each group to which an in-page record belongs, a certain buffer space is guaranteed for a page corresponding to a limited number of in-page records, and ejection from the buffer is prevented.

【0020】[0020]

【実施例】図1は、本実施例のシステムのブロック図で
ある。処理装置1は、ディスク装置4と接続されてい
る。処理装置1の中には、プロセッサ2とメモリ3があ
り、メモリ3の中には、データベース管理システム5お
よびオペレーティングシステム12がある。
DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a block diagram of the system of this embodiment. The processing device 1 is connected to the disk device 4. The processor 1 has a processor 2 and a memory 3, and the memory 3 has a database management system 5 and an operating system 12.

【0021】データベース管理システム5は、ユーザプ
ログラム6,リレーションアクセス管理7、およびレコ
ードアクセス管理8よりなる。ユーザプログラム6はプ
ロセス11−1〜プロセス11−kにより処理の単位で
あるトランザクションを実行し、その中でリレーション
単位のアクセス要求9(例えばSQL言語により記述さ
れている)をリレーションアクセス管理7に対して行
い、結果をリレーションとして得る。
The database management system 5 comprises a user program 6, relation access management 7, and record access management 8. The user program 6 executes a transaction, which is a unit of processing, by the processes 11-1 to 11-k, and issues an access request 9 (described in SQL language, for example) in the relation unit to the relation access management 7. And get the result as a relation.

【0022】リレーションアクセス管理7は、ユーザプ
ログラム6からのリレーション単位のアクセス9をレコ
ード単位のアクセス10に変換して、レコードアクセス
管理8に要求し、結果をレコードとして得て、リレーシ
ョンに変換して、ユーザプログラム6に返す。
The relation access management 7 converts the access 9 for each relation from the user program 6 into the access 10 for each record, requests the record access management 8, obtains the result as a record, and converts it to a relation. , And returns to the user program 6.

【0023】オペレーティングシステム12は、レコー
ドアクセス管理の要求(システムコールの形で行われ
る)により、ディスク装置との間でレコードの入出力を
行い、また、プロセスの待ち合わせとその再開始(同様
にシステムコールの形で行われる)を行う。
The operating system 12 inputs / outputs records to / from the disk device in response to a request for record access management (performed in the form of a system call), waits for a process, and restarts the process (similarly to the system). Done in the form of calls).

【0024】図2は、本発明の対象であるレコードアク
セス管理8と、それに論理的に接続されたディスク装置
4の詳細を示す。レコードアクセス管理8は、レコード
とページ対応付け21,ページ管理22,ページ排他2
3,LRU管理24、およびバッファ領域26より構成
される。ディスク装置4には、複数のページよりなるデ
ータセット41がある。
FIG. 2 shows details of the record access management 8 and the disk device 4 logically connected to it, which is the object of the present invention. The record access management 8 includes record and page association 21, page management 22, and page exclusion 2
3, LRU management 24, and a buffer area 26. The disk device 4 has a data set 41 including a plurality of pages.

【0025】図3は、データセット41の詳細を示す。
データセット41は、ページ0(31−0),ページ1
(31−1),ページn(31−n)よりなる。ページ
0(31−0)は、ページ管理情報を入れるシステム用
の領域であり、グループテーブル32およびページ内空
きサイズマップ33を含む。グループは通常、リレーシ
ョンアクセス管理7の操作対象であるリレーションに対
応して設定される。
FIG. 3 shows details of the data set 41.
The data set 41 includes page 0 (31-0), page 1
(31-1), page n (31-n). Page 0 (31-0) is a system area for storing page management information and includes a group table 32 and an in-page free size map 33. The group is usually set corresponding to the relation which is the operation target of the relation access management 7.

【0026】図4はグループテーブル32の詳細を示
す。グループテーブル32は、グループの識別子を記憶
するグループカラム43,グループのページ数を記録す
るサイズカラム44,グループのページ当りレコード数
の上限を定義する上限カラム45,グループの開始ペー
ジを記録する開始ページカラム46,グループのページ
をLRUの追い出しの対象とするかどうかを指定するL
RU除外カラム47よりなる。図4の例では、グループ
1は、20ページを使用し、ページ当りのレコード数上
限は1個、ディスク上のページ1から20間での間にあ
り、LRUの追い出し対象外(LRU除外=Yで示す)
である。グループ999は、ユーザから使用可能なグル
ープに割当てられていない、空きページよりなるシステ
ムの特別のグループである。グループ3およびグループ
999の上限は許される最大値999に設定されてい
る。
FIG. 4 shows the details of the group table 32. The group table 32 includes a group column 43 that stores a group identifier, a size column 44 that records the number of pages of the group, an upper limit column 45 that defines the upper limit of the number of records per page of the group, and a start page that records the start page of the group. Column 46, L that specifies whether the page of the group is to be the target of LRU eviction
It comprises an RU exclusion column 47. In the example of FIG. 4, group 1 uses 20 pages, the upper limit of the number of records per page is between pages 1 and 20 on the disk, and it is not subject to LRU eviction (LRU exclusion = Y Indicated by
Is. The group 999 is a special group of the system consisting of empty pages, which is not assigned to a group usable by the user. The upper limits of group 3 and group 999 are set to the maximum allowable value 999.

【0027】図5は、ページ内空きサイズマップ33の
詳細を示す。ページ内空きサイズマップ33は、ページ
番号を定義するページ番号カラム51、およびページの
空きサイズを示す空きサイズカラム52よりなる。図5
の例では、ページ1には、まだ空きが1000バイトあ
り、ページnの空きは、4000バイトである。ページ
0は、システム領域であり、空きサイズは、0バイトに
設定されている。
FIG. 5 shows details of the in-page empty size map 33. The in-page empty size map 33 includes a page number column 51 that defines a page number and an empty size column 52 that indicates an empty size of a page. Figure 5
In this example, page 1 still has a vacancy of 1000 bytes, and page n has a vacancy of 4000 bytes. Page 0 is a system area, and the free size is set to 0 bytes.

【0028】図6は、システム領域以外のページ31の
詳細を示す。ページ末尾には、レコードへのポインタを
含むスロット62があり、スロット63−1はレコード
64−1を、また、スロット63−2はレコード64−
2を指している。
FIG. 6 shows details of the page 31 other than the system area. At the end of the page, there is a slot 62 containing a pointer to a record, slot 63-1 is record 64-1, and slot 63-2 is record 64-.
Pointing to 2.

【0029】図7はレコードを識別するレコード識別子
71の詳細を示す。レコード識別子71は、ページ番号
72、およびスロット番号73より構成されている。
FIG. 7 shows details of the record identifier 71 for identifying the record. The record identifier 71 is composed of a page number 72 and a slot number 73.

【0030】図8はバッファ領域26の詳細を示す。バ
ッファ領域26は、ページを格納するエリア0(81−
0)〜エリアm(81−m)、これらに付随するエリア
制御ブロック0(82−0)〜エリア制御ブロックm
(82−m)およびレコードアクセス制御の処理のシリ
アライズのための排他を行うレコードアクセス制御ロッ
ク89より構成されている。
FIG. 8 shows the details of the buffer area 26. The buffer area 26 is an area 0 (81-
0) to area m (81-m) and area control block 0 (82-0) to area control block m associated with them
(82-m) and a record access control lock 89 that performs exclusion for serialization of record access control processing.

【0031】エリア0は、ディスク装置のデータセット
41のページ0を読み込む専用のエリアであり、データ
ベース管理システムがその処理を開始するのに先立ち、
あらかじめ、ページ0の内容がディスク装置から読み込
まれる。また、データベース管理システムの処理を中断
し、システムの電源を切断する前に、ページ0に書き戻
しされる。エリア1(81−1)〜エリアm(81−
m)は、ユーザプログラムの使用するページを読み込む
ためのエリアである。
Area 0 is an area dedicated to reading page 0 of the data set 41 of the disk device, and before the database management system starts its processing.
The contents of page 0 are read in advance from the disk device. Further, the processing of the database management system is interrupted, and the data is written back to page 0 before the power of the system is turned off. Area 1 (81-1) to area m (81-
m) is an area for reading a page used by the user program.

【0032】エリア制御ブロック0(82−0)〜エリ
ア制御ブロックm(82−m)は、エリアの使用状況を
管理するための制御ブロックである。エリア制御ブロッ
ク82−0〜82−mには、最終使用時の時刻を示すタ
イムスタンプ83−0〜83−m、LRUの追い出し対
象外とするかどうかを示すLRU除外84−0〜84−
m、対応するディスクのページ番号を示すディスクペー
ジ番号85−0〜85−m、排他占有状態の時、そのプ
ロセスを示す排他プロセス識別子86−0〜86−m、
読み込まれているページの属するグループを示すグルー
プ87−0〜87−m、排他待ちをしているプロセスの
識別子のリストを含む排他待ちプロセス識別子リスト8
8−0〜88−mが格納されている。
Area control block 0 (82-0) to area control block m (82-m) are control blocks for managing the usage status of the area. The area control blocks 82-0 to 82-m include time stamps 83-0 to 83-m indicating the time of the last use, and LRU exclusions 84-0 to 84-indicating whether or not to exclude the LRU from purging.
m, a disk page number 85-0 to 85-m indicating the page number of the corresponding disk, an exclusive process identifier 86-0 to 86-m indicating the process in the exclusive occupation state,
Group 87-0 to 87-m indicating the group to which the read page belongs, exclusion-waiting process identifier list 8 including a list of identifiers of processes waiting for exclusion
8-0 to 88-m are stored.

【0033】ディスクページ番号85−0〜85−m
は、対応するエリアの空きフラグを兼ねており、エリア
が空きの時、−1に設定されている。データベース管理
システムがその処理を開始するとき、エリア0以外のエ
リアのエリア制御ブロックのディスクページ番号は、す
べて−1に設定される。エリア0のエリア制御ブロック
では、図8に示すように、ディスクページ番号は0、L
RU対象除外89をY(yes)に、タイムスタンプ8
3を時刻の最大値999に設定し、LRUによる追い出
しを防止する。また、図8の例では、エリア1はグルー
プ1に属するページ1を保持しており(グループ87−
1,ディスクページ番号85−1)、その最終アクセス
は時刻101(タイムスタンプ83−1),LRU追い
出しの対象外であり(LRU除外84−1)、排他占有
は行われていない(排他プロセス識別子86−1)を示
している。
Disc page numbers 85-0 to 85-m
Also serves as an empty flag of the corresponding area, and is set to -1 when the area is empty. When the database management system starts its processing, the disk page numbers of the area control blocks of areas other than area 0 are all set to -1. In the area control block of area 0, as shown in FIG. 8, the disk page numbers are 0 and L.
RU exclusion 89 set to Y (yes) and time stamp 8
3 is set to the maximum value of time 999 to prevent eviction by LRU. Further, in the example of FIG. 8, area 1 holds page 1 belonging to group 1 (group 87-
1, disk page number 85-1), the last access is time 101 (time stamp 83-1), is not subject to LRU eviction (LRU exclusion 84-1), and exclusive occupation is not performed (exclusive process identifier). 86-1) is shown.

【0034】図13はレコードアクセス管理に外部から
要求が行われる時の外部インターフェイスを示す。要求
が外部からなされる場合のハードウェアレジスタR1(1
31)は、4個のアドレスよりなるアドレスリスト132
のアドレスを含む。アドレスリスト132の各エントリ
は、それぞれ固定長の要求コード133,レコード識別
子134,レコード長135、およびレコード受け渡し
領域136のアドレスを含む。レコードは可変長である
が、レコード受け渡し領域の先頭からレコード長文の長
さの範囲に格納されている。ただし、これらの領域のパ
ラメータが常に用いられるわけではない。表1に要求種
別とその時の入力および出力として有効なパラメータを
示す。
FIG. 13 shows an external interface when a request for record access management is made from the outside. Hardware register R1 (1 when request is made from outside
31) is an address list 132 consisting of four addresses
Including the address of. Each entry of the address list 132 includes a fixed length request code 133, a record identifier 134, a record length 135, and an address of the record passing area 136. The record has a variable length, but is stored in the range of the length of the record length sentence from the beginning of the record passing area. However, the parameters in these areas are not always used. Table 1 shows the request types and the parameters that are effective as input and output at that time.

【0035】[0035]

【表1】 [Table 1]

【0036】要求コードは常に有効な内容を含む。例え
ば、追加要求では、この他に入力として有効なのはレコ
ード長およびレコードであり、出力として有効なのはレ
コード識別子である。
The request code always contains valid contents. For example, in addition requests, the other valid inputs are the record length and the record, and the valid outputs are the record identifier.

【0037】図9および図3を用いて、レコードとペー
ジ対応付けの処理を説明する。リレーションアクセス管
理を通じてプロセス11−1〜11−kにより行われる
レコードを単位のアクセス10は、レコードアクセス管
理8内のレコードとページ対応付け21により受理さ
れ、処理される。レコード単位のアクセスとして、レコ
ードの追加,削除,検索,更新、およびレコードの排他
開放の5種類がある。レコードの追加は、レコードを追
加すべきグループを指定して行われ、それ以外のものは
レコード識別子を指定して行われる。レコードの追加お
よび更新では、レコード単位のアクセスに伴い追加ある
いは更新すべきレコード内容が渡される。レコードとペ
ージ対応付けでは、まず、レコードアクセス管理ロック
を占有する(ブロック91)。この処理は、レコードア
クセス管理ロック89を、例えば、Compare and swap命
令により占有状態に設定する事で行われる。
The process of associating a record with a page will be described with reference to FIGS. 9 and 3. The record-based access 10 performed by the processes 11-1 to 11-k through the relation access management is accepted and processed by the records in the record access management 8 and the page association 21. There are five types of record-based access: record addition, deletion, search, update, and record exclusive release. A record is added by designating a group to which the record is to be added, and a record identifier is designated for other items. When adding or updating a record, the contents of the record to be added or updated are passed along with the access in record units. In associating a record with a page, first, the record access management lock is occupied (block 91). This process is performed by setting the record access management lock 89 to an occupied state by, for example, a Compare and swap command.

【0038】他のプロセスにより、既にレコードアクセ
ス管理ロックが占有状態になっている場合は、ループし
てその開放を待つ。以下レコードアクセス管理ロックの
占有は、すべて同様の処理を行うものとする。
If the record access management lock is already occupied by another process, the process loops and waits for its release. Hereinafter, the same processing is performed for all occupation of the record access management lock.

【0039】次にレコード単位のアクセスがレコード追
加要求かどうかをチェックし(ブロック92)、レコー
ド追加要求なら、指定グループのページの中から指定レ
コードの入るページをページ空きサイズマップのエント
リをサーチして見つける(ブロック910)。ここで
は、エントリの空きサイズ>追加しようとするレコード
の長さ、かつ、エントリのレコード数<追加しようとす
るレコードの属するグループの上限であるエントリを捜
す。見つからなければ、エラーとする(ブロック91
1)。
Next, it is checked whether the record unit access is a record addition request (block 92). If it is a record addition request, the page of the designated group is searched for the entry of the page free size map from the pages of the designated group. Find (block 910). Here, an entry is searched for which is the free size of the entry> the length of the record to be added and the number of records of the entry <the upper limit of the group to which the record to be added belongs. If not found, an error occurs (block 91).
1).

【0040】つぎに、ページ管理を呼び出してエリア上
にページを読み込み(ブロック912)、ページに対してレ
コードを追加し(ブロック913)、ページ空きサイズ
マップのページに対応するエントリの空きサイズ52か
ら変化したページのサイズを減算し、レコード数に1を
加え(ブロック914)、ページ番号,スロット番号か
らレコード識別子を生成しリレーションアクセス管理へ
の戻り値とする(ブロック915)。最後にレコードア
クセス管理ロックを開放し(ブロック99)、リレーシ
ョンアクセス管理へリターンする(ブロック916)。
Next, page management is called to read a page in the area (block 912), a record is added to the page (block 913), and the empty size 52 of the entry corresponding to the page in the page free size map is read. The changed page size is subtracted, 1 is added to the number of records (block 914), a record identifier is generated from the page number and slot number, and is used as a return value to the relation access management (block 915). Finally, the record access management lock is released (block 99), and the process returns to the relation access management (block 916).

【0041】レコード追加要求でない場合、レコード識
別子からページ番号を取り出し(ブロック93)、ペー
ジ排他開放要求かどうかをチェックする(ブロック9
4)。ページ排他開放要求の場合、ページ排他を呼び出
してページ排他を開放し(ブロック98)、ブロック9
9へ行く。ページ排他開放要求でない場合、ページ管理
を呼び出して、エリア上にページを要求し(ブロック9
5)、ページ中のレコードに削除,検索,更新のいずれ
かを適用し(ブロック96)、レコードサイズの変化し
た場合、ページ空きサイズマップの当該ページエントリ
の空きサイズを更新し、削除の場合レコード数に1を加
え(ブロック97)、ブロック99へ行く。
If it is not a record addition request, the page number is extracted from the record identifier (block 93) and it is checked whether it is a page exclusion release request (block 9).
4). In the case of a page exclusion release request, page exclusion is called to release the page exclusion (block 98), and block 9
Go to 9. If it is not a page exclusive release request, page management is called to request a page on the area (block 9
5) Apply any one of deletion, search, or update to the record in the page (block 96), and if the record size changes, update the free size of the page entry of the page free size map, and if delete, record Add 1 to the number (block 97) and go to block 99.

【0042】図10および図2によりページ管理22の
処理を説明する。ページ管理22はレコードとページ対
応付け21から呼び出され、エリア上に指定のページを
置き排他占有を行う。まず、エリア制御ブロックのディ
スクページ番号をサーチし、(ブロック101)、指定
ページを含むエリアが存在するか否かをチェックする
(ブロック102)。指定ページを含むエリアが存在す
る場合は、ページ排他23を呼び出してエリアの排他占
有を行い(ブロック104)、LRU管理24を呼び出
してエリアのアクセス順序をエリアを最新に変更し(ブ
ロック105)、リターンする(ブロック1015)。
指定ページを含むエリアのない場合、空きエリアがある
かチェックし(ブロック103)、ある場合はページ排
他23を呼び出してそのエリアを排他占有し(ブロック
106)、レコードアクセス管理ロックを開放したのち
(ブロック107)、オペレーティングシステム12を
使って指定のエリアにページを入力し(ブロック10
8)、レコードアクセス管理ロックを再度占有し(ブロ
ック109)、エリア制御ブロックのディスクページ番
号,LRU除外,グループを各々設定し(ブロック10
10)、ブロック105へ行く。空きエリアのない場
合、LRU管理を呼び出してエリアの中から追い出すべ
きページの入っているエリアを決定し(ブロック101
1)、ページ排他23を呼び出してエリアを排他占有し
(ブロック1012)、レコードアクセス管理ロックを
開放し(ブロック1013)、オペレーティングシステ
ムにより指定エリアの内容をページとしてディスク装置
に書き出し(ブロック1014)、ブロック108へ行
く。
The process of the page management 22 will be described with reference to FIGS. 10 and 2. The page management 22 is called from the record and the page association 21 and places a specified page on the area to perform exclusive occupation. First, the disk page number of the area control block is searched (block 101), and it is checked whether or not there is an area including the designated page (block 102). If there is an area including the specified page, the page exclusion 23 is called to exclusively occupy the area (block 104), the LRU management 24 is called to change the access order of the area to the latest area (block 105), Return (block 1015).
If there is no area including the specified page, it is checked whether or not there is an empty area (block 103). If there is, an exclusive page 23 is called to exclusively occupy that area (block 106), and the record access management lock is released ( Block 107) and enter a page into the designated area using the operating system 12 (Block 10).
8) Re-occupy the record access management lock (block 109) and set the disk page number, LRU exclusion, and group of the area control block (block 10).
10) Go to block 105. If there is no free area, the LRU management is called to determine the area containing the page to be ejected from the area (block 101).
1) The page exclusive 23 is called to exclusively occupy the area (block 1012), the record access management lock is released (block 1013), and the contents of the designated area are written to the disk device as a page by the operating system (block 1014), Go to block 108.

【0043】図11および図2によりページ排他23の
処理の流れを説明する。ページ排他23は、レコードと
ページ対応付け21およびページ管理22から呼び出さ
れ、ページおよびそれを格納しているエリアの排他占有
と開放を行う。まず、エリア占有要求かどうかをチェッ
クし(ブロック111)、そうでない場合、指定エリア
の排他プロセス識別子は0がチェックする(ブロック1
12)。0の場合は、指定エリアの排他プロセス識別子
に実行中のプロセスのプロセス識別子を設定し(ブロッ
ク118)、呼び出し元へリターンする(ブロック11
15)。排他プロセス識別子が0でない場合、それと実
行中のプロセスのプロセス識別子を比較し(ブロック1
18)、等しければ呼び出し元へリータンする(ブロック
1115)。等しくない場合、エリアは他のプロセスに
より占有状態である。この時、実行中のプロセスのプロ
セス識別子を指定エリアの排他待ちプロセス識別子リス
トへ追加し(ブロック114)、レコードアクセス管理
ロックを開放し(ブロック115)、プロセスをオペレ
ーティングシステムにより待ち状態とする(ブロック1
16)。リソースの開放時にプロセスは待ち状態から再
度起動され、レコードアクセス管理ロックを再度占有し
(ブロック117)、ブロック112からの処理を繰り返
す。エリア占有要求でない場合はページ開放要求である
から、エリア制御ブロックをサーチして指定ページを含
むエリアを見つける(ブロック119)。見つけたエリア
の排他プロセス識別子が実行中プロセスのプロセス識別
子と一致するかをチェックし(ブロック1110)一致
しないとエラーとする。一致した場合、見つけたエリア
の排他プロセス識別子を0に設定し(ブロック111
1)、見つけたエリアの排他待ちプロセス識別子リスト
にプロセス識別子リストが存在するかをチェックし(ブ
ロッ112)、なければブロック1115へ行く。あれ
ば、見つけたエリアの排他待ちプロセス識別子リストに
含まれている全プロセスを再度起動する(ブロック11
13)。次に見つけたエリアの排他待ちプロセス識別子
リストをクリヤする(ブロック1114)。
The processing flow of the page exclusion 23 will be described with reference to FIGS. 11 and 2. The page exclusion 23 is called from the record and the page association 21 and the page management 22 and exclusively occupies and releases the page and the area storing it. First, it is checked whether it is an area occupation request (block 111). If not, 0 is checked as the exclusive process identifier of the designated area (block 1).
12). If it is 0, the process identifier of the process being executed is set in the exclusive process identifier of the designated area (block 118), and the process returns to the caller (block 11).
15). If the exclusive process identifier is not 0, compare it with the process identifier of the running process (block 1
18), if equal, return to caller (block 1115). If not equal, the area is occupied by another process. At this time, the process identifier of the process being executed is added to the exclusion-waiting process identifier list in the specified area (block 114), the record access management lock is released (block 115), and the process is placed in the waiting state by the operating system (block). 1
16). When releasing the resource, the process is restarted from the waiting state and re-occupies the record access management lock.
(Block 117) and the process from block 112 are repeated. If it is not an area occupation request, it is a page release request, so the area control block is searched to find the area containing the specified page (block 119). It is checked whether the exclusive process identifier of the found area matches the process identifier of the executing process (block 1110), and if they do not match, an error occurs. If there is a match, the exclusive process identifier of the found area is set to 0 (block 111
1) Check if the process identifier list exists in the exclusion waiting process identifier list of the found area (block 112), and if not, go to block 1115. If so, all processes included in the exclusion waiting process identifier list of the found area are restarted (block 11).
13). Next, the exclusion waiting process identifier list of the found area is cleared (block 1114).

【0044】図12および図2を用いて、LRU管理2
4の処理流れを説明する。LRU管理23はページ管理
22より呼び出されエリアのアクセス順序の保持およ
び、もっとも古くアクセスされたエリアの選出を行う。
まず、エリアアクセス順を最新に更新する要求かどうか
をチェックし(ブロック121)、そうである場合、指
定エリアのタイムスタンプに現在時刻を設定し(ブロッ
ク121)、呼び出し元にリターンする(ブロック12
4)。エリアアクセス要求の最新化ではない場合、エリ
ア制御ブロックをサーチし、下記を満足するタイムスタ
ンプが最も古いエリアを見つける。条件とは、排他プロ
セスの識別子=0およびLRU除外=Nである(ブロッ
ク123)。そのあと呼び出し元にリターンする(ブロ
ック123)。
Using FIG. 12 and FIG. 2, LRU management 2
The processing flow of No. 4 will be described. The LRU management 23 is called by the page management 22 and holds the access order of areas and selects the oldest accessed area.
First, it is checked whether the request is to update the area access order to the latest (block 121), and if so, the current time is set in the time stamp of the designated area (block 121), and the process returns to the caller (block 12).
4). If the area access request is not updated, the area control block is searched to find the area with the oldest time stamp that satisfies the following conditions. The conditions are exclusive process identifier = 0 and LRU exclusion = N (block 123). Then, the process returns to the caller (block 123).

【0045】本発明の第二の実施例を次に示す。図1
4,図15、および図16は先の実施例と異なる部分を
示している。これ以外の部分は、先の実施例と同じであ
る。
The second embodiment of the present invention will be described below. Figure 1
4, FIG. 15 and FIG. 16 show parts different from the previous embodiment. The other parts are the same as in the previous embodiment.

【0046】図14はエリア制御プロックの初期設定の
違いを示す。本実施例では、エリアはあらかじめグルー
プに分割されている。図14のエリア制御プロックの初
期設定では、エリア1をグループ1にエリア2をグルー
プ2に、エリア3,4をグループ3に分割している様子
を示す。また、LRU除外は本実施例では使用しない。
エリア0は、システムエリアとして、特別のグループ9
99に設定されている。
FIG. 14 shows the difference in the initial setting of the area control block. In this embodiment, the area is divided into groups in advance. In the initial setting of the area control block in FIG. 14, the area 1 is divided into the group 1, the area 2 into the group 2, and the areas 3 and 4 into the group 3. Also, LRU exclusion is not used in this embodiment.
Area 0 is a special group 9 as a system area.
It is set to 99.

【0047】図15は、ページ管理の処理の流れのうち
実施例1と異なるブロック103およびブロック101
1を示す。ブロック103では、空きエリアのチェック
をエリア全体ではなく指定グループに割当てられたエリ
ア内でのみ行う。ブロック1011では、LRU管理を
呼び出し、指定グループのエリアから追い出しページを
含むエリアを決定する。
FIG. 15 shows a block 103 and a block 101 which are different from those of the first embodiment in the flow of page management processing.
1 is shown. In block 103, the empty area is checked not in the entire area but only in the area assigned to the designated group. In block 1011, LRU management is called to determine the area including the eviction page from the area of the designated group.

【0048】図16は、これに対応して変更されたLR
U管理のブロック123を示す。エリア制御ブロックを
サーチして下記の条件を満たすタイムスタンプのもっと
も古いエリアを見つける点は同じであるが、2番目の条
件がグループ=指定グループに変更されている。以上に
よりページの入れ換えを各グループ対応に行うため、ペ
ージ内のレコード数に上限を設定したグループに対して
十分なエリアを割当てておけば、他のグループのエリア
の追い出しに関係なくページをメモリ上に残しておく事
ができる。
FIG. 16 shows a modified LR corresponding to this.
A block 123 of U management is shown. The point that the area control block is searched to find the oldest area with the time stamp that satisfies the following condition is the same, but the second condition is changed to group = designated group. As described above, pages are swapped for each group, so if you allocate enough area to a group that sets an upper limit on the number of records in a page, the page will be stored in memory regardless of other groups' areas being expelled. You can leave it in.

【0049】[0049]

【発明の効果】同一ページ内に入れる事のできるレコー
ド数を制限することにより、ページ排他を行っているシ
ステムにおいて、レコードアクセスの競合をレコード排
他を行うシステムと同等に抑える事ができる。また、そ
れにともない発生するページアクセス頻度の低下による
ページがLRUにより追い出されやすくなるという問題
を、レコード数上限設定と同時にLRU追い出し対象外
の指定を行うか、または、ページのグループ分けと対応
したグループ毎のLRU適用により解決した。
By limiting the number of records that can be put in the same page, it is possible to suppress the contention of record access in the system where page exclusion is performed to the same level as the system where record exclusion is performed. In addition, the problem that the page is liable to be evicted by the LRU due to the decrease in page access frequency that occurs along with it is specified that the LRU eviction target is specified at the same time as the upper limit of the number of records is set, or the group corresponding to the page grouping is set. It was solved by applying each LRU.

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

【図1】本発明のシステムのブロック図。FIG. 1 is a block diagram of the system of the present invention.

【図2】レコードアクセス管理とディスク装置のブロッ
ク図。
FIG. 2 is a block diagram of record access management and a disk device.

【図3】データセットの説明図。FIG. 3 is an explanatory diagram of a data set.

【図4】グループテーブルの説明図。FIG. 4 is an explanatory diagram of a group table.

【図5】ページ空きサイズマップの説明図。FIG. 5 is an explanatory diagram of a page free space map.

【図6】ページの説明図。FIG. 6 is an explanatory diagram of a page.

【図7】レコード識別子の説明図。FIG. 7 is an explanatory diagram of a record identifier.

【図8】バッファ領域の説明図。FIG. 8 is an explanatory diagram of a buffer area.

【図9】レコードとページ対応付けの処理フローチャー
ト。
FIG. 9 is a processing flowchart of associating a record with a page.

【図10】ページ管理の処理のフローチャート。FIG. 10 is a flowchart of a page management process.

【図11】ページ排他の処理のフローチャート。FIG. 11 is a flowchart of a page exclusion process.

【図12】LRU管理の処理のフローチャート。FIG. 12 is a flowchart of a process of LRU management.

【図13】レコードアクセス管理の外部インターフェイ
スブロック図。
FIG. 13 is an external interface block diagram of record access management.

【図14】エリア制御ブロックの初期設定の説明図。FIG. 14 is an explanatory diagram of initial setting of an area control block.

【図15】ページ管理の処理のフローチャート。FIG. 15 is a flowchart of a page management process.

【図16】LRU管理の処理のフローチャート。FIG. 16 is a flowchart of a process of LRU management.

【符号の説明】[Explanation of symbols]

4…ディスク装置、8…レコードアクセス管理、21…
レコードとページ対応付け、22…ページ管理、23…
ページ排他、24…LRU管理、26…バッファ領域。
4 ... Disk device, 8 ... Record access management, 21 ...
Record and page association, 22 ... Page management, 23 ...
Page exclusion, 24 ... LRU management, 26 ... Buffer area.

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】プロセッサとメモリと外部記憶装置よりな
る計算機システムで、前記メモリ上のデータベース管理
システムの一部として、レコードと前記外部記憶装置の
入出力の単位であるページの対応付け、ページの管理,
ページ排他制御よりなるレコードアクセス管理プログラ
ムを含み、前記レコードアクセス管理は、前記レコード
の追加要求に対し前記レコードと前記ページの対応付け
はあらかじめ定められたページ当りのレコード数の上限
に従い前記レコードを新たに前記ページに対応付け、ペ
ージ管理は前記ページが前記メモリ上になければ前記ペ
ージを前記外部記憶装置から読み込んだ後、前記レコー
ドをページに追加し、レコードの排他占有あるいは開放
要求に対して、レコードとページの対応付けはレコード
に対応するページを求め、ページ排他は対応するページ
の排他占有あるいは開放を行うことを特徴とするレコー
ドアクセス管理方式。
1. A computer system comprising a processor, a memory, and an external storage device, wherein a record is associated with a page, which is a unit of input / output of the external storage device, as a part of a database management system on the memory. management,
A record access management program including page exclusive control is provided, and the record access management is such that, in response to a request to add the record, the record and the page are associated with each other according to a predetermined upper limit of the number of records per page. If the page is not in the memory, the page is read from the external storage device, the record is added to the page, and the record is exclusively occupied or released. The record access management method is characterized in that the record and the page are associated with each other to obtain the page corresponding to the record, and the page exclusion is to exclusively occupy or release the corresponding page.
【請求項2】請求項1において、前記レコードを複数の
グループに分割し、同一ページには同一グループに属す
るレコードのみを対応付け、前記ページ当りのレコード
数の上限をグループ毎に設定するレコードアクセス管理
方式。
2. The record access according to claim 1, wherein the record is divided into a plurality of groups, only records belonging to the same group are associated with the same page, and the upper limit of the number of records per page is set for each group. Management method.
【請求項3】請求項1において、前記メモリ中に読み込
んだレコードを前記外部記憶装置に追い出す順序をもっ
とも古く使用したLRUページからの順序として決定す
るLRU管理をレコードアクセス管理に追加し、特定の
ページは前記LRU管理の追い出し判定の対象外とする
レコードアクセス管理方式。
3. The LRU management for determining the order of expelling the records read into the memory to the external storage device as the order from the LRU page that has been used the oldest is added to the record access management according to claim 1. A page is a record access management method that excludes pages from the ejection determination of the LRU management.
【請求項4】請求項3において、前記レコードのグルー
プを導入し、あらかじめ指定したグループに対応するペ
ージはLRU管理の追い出し判定の対象から除外するレ
コードアクセス管理方式。
4. The record access management method according to claim 3, wherein a group of the records is introduced, and pages corresponding to a group designated in advance are excluded from the target of eviction determination of LRU management.
【請求項5】請求項2において、レコードを外部記憶装
置に追い出す順序を決定するためのLRU管理をレコー
ドアクセス管理に追加し、あらかじめグループ毎にメモ
リ上の特定の部分をページ読み込み領域として割当て、
LRU管理はグループ毎に外部記憶装置への追い出し対
象のページを決定するレコードアクセス管理方式。
5. The LRU management for determining the order of ejecting records to an external storage device according to claim 2, is added to the record access management, and a specific part on the memory is allocated in advance as a page read area for each group.
LRU management is a record access management method that determines pages to be flushed to an external storage device for each group.
JP5244261A 1993-09-30 1993-09-30 Record access management method for database management system Pending JPH07105060A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5244261A JPH07105060A (en) 1993-09-30 1993-09-30 Record access management method for database management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5244261A JPH07105060A (en) 1993-09-30 1993-09-30 Record access management method for database management system

Publications (1)

Publication Number Publication Date
JPH07105060A true JPH07105060A (en) 1995-04-21

Family

ID=17116126

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5244261A Pending JPH07105060A (en) 1993-09-30 1993-09-30 Record access management method for database management system

Country Status (1)

Country Link
JP (1) JPH07105060A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112055849A (en) * 2018-04-19 2020-12-08 村田机械株式会社 Exclusive control system and exclusive control method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112055849A (en) * 2018-04-19 2020-12-08 村田机械株式会社 Exclusive control system and exclusive control method
CN112055849B (en) * 2018-04-19 2024-01-16 村田机械株式会社 Exclusive control system and exclusive control method

Similar Documents

Publication Publication Date Title
EP1040433B1 (en) A fine-grained consistency mechanism for optimistic concurrency control using lock groups
JP3611305B2 (en) Persistent and robust storage allocation system and method
US9058351B2 (en) Apparatus and method for read optimized bulk data storage
US7908245B2 (en) Database management method and database management apparatus
JP2575543B2 (en) Simultaneous access management method
US5850507A (en) Method and apparatus for improved transaction recovery
JP3771803B2 (en) System and method for persistent and robust memory management
US20120124305A1 (en) Method and system for integrating database memory management in virtual machines
US5652864A (en) Concurrent storage allocations or returns without need to lock free storage chain
JPH0683706A (en) Method for maintaining common data coherency in sisplex
JPH08129457A (en) Method and apparatus for expansion,reduction and redistribution of external storage structure
JPH10254756A (en) Use of three-state reference for managing referred object
JPH0279141A (en) Virtual index mechanism
CN113220490A (en) Transaction persistence method and system for asynchronous write-back persistent memory
CN113485946A (en) Persistent memory key value system and operation method thereof
US6799253B1 (en) Stochastic scratchpad storage management technique
US20110099347A1 (en) Managing allocation and deallocation of storage for data objects
JPH07105060A (en) Record access management method for database management system
JP3107094B2 (en) Method and apparatus for shortening shared buffer lock period
US20080034022A1 (en) System and method for updating references when incrementally compacting a heap
GB2356950A (en) System for improving concurrency through early release of unnecessary locks
CN117056363B (en) Data caching method, system, equipment and storage medium
JP4131579B2 (en) Data management system and data management method
TW526415B (en) System and method for persistent and robust storage allocation
US20240345767A1 (en) Creating and using multiple flush working sets in a data storage system