JPS6055854B2 - Data base storage area management control method - Google Patents

Data base storage area management control method

Info

Publication number
JPS6055854B2
JPS6055854B2 JP52131982A JP13198277A JPS6055854B2 JP S6055854 B2 JPS6055854 B2 JP S6055854B2 JP 52131982 A JP52131982 A JP 52131982A JP 13198277 A JP13198277 A JP 13198277A JP S6055854 B2 JPS6055854 B2 JP S6055854B2
Authority
JP
Japan
Prior art keywords
record
storage
block
free
storage position
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.)
Expired
Application number
JP52131982A
Other languages
Japanese (ja)
Other versions
JPS5465448A (en
Inventor
良一 菊池
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 JP52131982A priority Critical patent/JPS6055854B2/en
Publication of JPS5465448A publication Critical patent/JPS5465448A/en
Publication of JPS6055854B2 publication Critical patent/JPS6055854B2/en
Expired legal-status Critical Current

Links

Landscapes

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

Description

【発明の詳細な説明】 本発明は、データ・ベー゛ス格納領域管理制御方式、
特にデータ・ベースを有するデータ処理システムにおい
て、データ・ベース管理システムによ・り格納すべき1
つのレコードの格納位置を自動的に管理するようにする
と共に、該管理処理を効率よくかつ高速度で行ない得る
ようにしたデータ・ベース格納領域管理制御方式に関す
るものてあ る。
DETAILED DESCRIPTION OF THE INVENTION The present invention provides a data base storage area management control method;
Particularly in a data processing system that has a database, the data base management system should store 1
The present invention relates to a database storage area management control system that automatically manages the storage location of two records and allows the management process to be performed efficiently and at high speed.

; データ・ベースに格納されるレコードは、レコード
単体で意識すると共に他レコードとの間の相互関係即ち
セット関係をも意識して効率よくアクセスできるように
格納することが必要である。
Records stored in a database need to be stored in such a way that they can be accessed efficiently, keeping in mind not only individual records, but also mutual relationships, that is, set relationships, with other records.

即ち例えば人事管理に関するレコードの格納に当つては
、或る1人の個人のレコードは出来るだけ同一部課の他
の人のレコードと同一ブロック内に格納するようにし、
部課単位にもとずいた処理に当つて単一のデバイスをア
クセスするだけで足りるようにすることが望まれる。こ
のようなレコード格納位置において、どの物理媒体即ち
デバイスに格納すべきかを1つ1つユーザが意識して応
用プログラムによつて配慮することはきわめて面倒であ
る。このため従来から応用プログラムが物理媒体を意識
することなく論理的に処理できるようにするデータ・ベ
ース管理技術が採用されているが、上記アクセス効率を
考慮して、レコード格納位置決定、レコードの追加、オ
ーバフロー時における格納位置の決定などを行うことは
、個々の応用プログラムの論理にまかされていた。
That is, for example, when storing records related to personnel management, the records of a certain individual should be stored in the same block as the records of other people in the same department as much as possible.
It is desirable to be able to access only a single device for processing based on departmental units. In such record storage locations, it is extremely troublesome for the user to be aware of and use the application program to consider each physical medium, ie, device, in which records should be stored. For this reason, database management technology that allows application programs to perform logical processing without being aware of the physical medium has been adopted. , determining the storage location in the event of an overflow has been left to the logic of each individual application program.

即ち、上記の点を考慮してレコードを格納せしめようと
する場合、ユーザ管理テーブルなどで、どのブロック格
納位置が空き状態にあるかまた1つのブロック格納位置
内でどのレコード格納位置が空き状態にあるかなどを管
理し、或るレコード格納時に上記ユーザ管理テーブルの
内容を参照して格納位置を指示する必要があつた。本発
明は、上記の点を解決することを目的としており、デー
タ・ベースの領域管理を応用プログラムから独立せしめ
てデータ・ベース管理システムによつて行うようにする
ことを目的としている。
In other words, when trying to store records with the above points in mind, it is possible to check in the user management table, etc. which block storage positions are free, and which record storage positions within one block storage position are free. It was necessary to manage whether or not there was a record, and to specify the storage location by referring to the contents of the user management table when storing a certain record. SUMMARY OF THE INVENTION The present invention aims to solve the above-mentioned problems, and aims to make the area management of a database independent of application programs and to be performed by a database management system.

そしてそのため、本発明のデータ・ベース格納領域管理
制御方式は、応用プログラムの処理に必要な資源をレコ
ード単位で格納するデータ・ベースをそなえ、上記応用
プログラムからのレコード格納依頼に対応して当該レコ
ードを上記データ・ベース上に格納する処理機能を有す
るデータ処理システムにおいて、上記格納すべきレコー
ドの種類を上記応用プログラムから指定されて当該.レ
コードを当該レコードの種類に対応した上記データ・ベ
ース上の位置に格納する処理を実行するデータ・ベース
管理システムをそなえると共に、上記データ・ベース上
の格納位置が複数のレコード格納位置により構成される
複数のブロック位置に区分されてなりかつ前後して格納
する処理時に先に格納されたレコードに続く次のレコー
ド格納処理時における上記1つのブロック格納位置内の
空き状態レコード格納位置の不足に対処すべく上記デー
タ・ベース上にオーバフロー領域が定義されてなり、上
記データ・ベース管理システムは、上記複数のブロック
格納位置中の空き状態ブロック格納位置を管理する空き
先頭ブロック番号保持部と、上記各ブロック格納位置に
対応してもうけられ当該ブロック格納位置内の空き状態
レコード格納位置を管理する空きバイト位置保持部と、
同一種類に属するレコードを前後して格納する処理時に
おいて前に格納されたレコード格納位置にも”とずいて
レコード格納位置を管理する最新処理レコード・アドレ
ス情報保持部と、上記オーバフロー領域に属する空き状
態ブロック格納位置を管理するオーバフロー領域内空き
先頭ブロック番号保持部との夫々の内容にもとづいて、
上記応用プログラムから格納依頼を受けたレコードを上
記1つのブロック格納位置内の上記次格納レコード格納
位置を決定して格納するよう構成され、更に上記データ
・ベース管理システムは、最初に上記最新処理レコード
・アドレス情報保持部の内容にもとずいて上記次レコー
ド格納位置を決定し、上記最新処理レコード・アドレス
情報保持部の内容にもとずく上記決定ができない場合、
上記空き先頭ブロック番号保持部の内容と上記空きバイ
ト位置保持部の内容と上記オーバフロー領域空き先頭ブ
ロック番号保持部の内容とにもとづいて、上記次レコー
ド格納位置を決定して格納することを特徴としている。
以下図面を参照しつつ説明する。第1図は本発明をプロ
グラム処理のレベルで表わした一実施例構成、第2図は
データ・ベース管理システムが次に格納すべき次レコー
ド格納位置を決定する処理動作を説明する説明図を示す
。第1図において、1は応用プログラム、2はデータ●
ベース管理システム、3はデータ●ベース処理システム
、4は領域管理機能、5はデータ・ベース、6はデータ
●デイキシヨナリ●アンド●ディレクトリ(以)1)D
/Dと略す)であつてデータ・ベースの構造が定義され
たレコードの種類や該種類の関係や領域の大きさや物理
媒体に関する情報などが一括管理されるものを表わして
いる。本発明の場合、データ・ベース管理システム2が
データ・ベース5に対するレコード格納処理を管理して
自ら実行するようにされる。
Therefore, the database storage area management control method of the present invention is provided with a database that stores resources necessary for processing an application program in units of records, and stores the records in response to a record storage request from the application program. In a data processing system having a processing function for storing records on the database, the type of record to be stored is specified by the application program. A database management system is provided that executes a process of storing records in a position on the database corresponding to the type of record, and the storage position on the database is composed of a plurality of record storage positions. To deal with the shortage of free record storage positions within one block storage position during the storage process of the next record following the previously stored record when the records are divided into multiple block positions and stored one after the other. An overflow area is defined on the above-mentioned data base, and the above-mentioned data base management system includes a free first block number holding unit that manages free block storage positions among the plurality of block storage positions, and an overflow area for each of the above-mentioned blocks. an empty byte position holding unit that is created corresponding to the storage position and manages an empty state record storage position within the block storage position;
A latest processed record address information holding unit that manages the record storage position by referring to the previously stored record storage position when storing records belonging to the same type one after the other, and a free space belonging to the overflow area. Based on the contents of the empty first block number holding section in the overflow area that manages the storage position of the status block,
The database management system is configured to determine and store the record that has been requested to be stored from the application program by determining the storage position of the next storage record within the one block storage position, and further, the database management system first stores the record that has been requested to be stored from the application program. - Determine the storage position of the next record based on the contents of the address information holding section, and if the above determination cannot be made based on the contents of the latest processed record/address information holding section,
The next record storage position is determined and stored based on the contents of the free first block number holding section, the contents of the free byte position holding section, and the contents of the overflow area free first block number holding section. There is.
This will be explained below with reference to the drawings. FIG. 1 shows the configuration of an embodiment of the present invention at the level of program processing, and FIG. 2 shows an explanatory diagram illustrating the processing operation for determining the storage position of the next record to be stored next by the database management system. . In Figure 1, 1 is an application program, 2 is data●
Base management system, 3 is data ● base processing system, 4 is area management function, 5 is data base, 6 is data ● dictionary ● and ● directory (hereinafter) 1) D
/D) in which the structure of the database is defined such as the type of record, the relationship between the types, the size of the area, and information regarding the physical medium, etc., are collectively managed. In the case of the present invention, the database management system 2 manages and executes record storage processing for the database 5 by itself.

即ち、応用プログラム1が或るレコードを格納する場合
、応用プログラムはレコードの種類を指定してライト命
令を発するだけで足りるようにされる。例えば人事管理
業務について言えば、或る個人のレコード格納に当つて
、当該個人が或る部課例えばA部課に属している場合、
上記格納すべきレコードに関連してA部課に属する個人
レコードであることを指示してライト命令を発するだけ
で足りるようにされる。応用プログラムが上述の如くデ
ータ・ベース管理システムに対してレコード格納依頼を
発した場合、データ・ベース管理システム2は領域管理
機能4によつて最適格納位置をDD/D6を参照して決
定する。
That is, when the application program 1 stores a certain record, the application program only needs to specify the type of record and issue a write command. For example, regarding personnel management work, when storing records of a certain individual, if the individual belongs to a certain department, for example, department A,
It is sufficient to issue a write command by indicating that the record to be stored is a personal record belonging to department A. When the application program issues a record storage request to the database management system as described above, the database management system 2 uses the area management function 4 to determine the optimum storage location by referring to the DD/D 6.

そして該決定された次格納レコード格納位置にもとずい
て、データ・ベース管理システム2はデータ・ベース5
に対して格納を行う。上記データ・ベース管理システム
2は、上記最適位置決定に当つて、(1)例えば同一部
課に属する個人のレコードは出来るだけ同一物理媒体上
の同一ブロックに格納するようにされ、(Ii)データ
・ベース2上に構成される複数のブロック格納位置のう
ち空き状態にあるブロック格納位置がどこであるかおよ
び選ばれた空きブロック格納位置中のどのレコード格納
位置が空き状態にあるか、などにもとずいて上記位置決
定を行うようにするものと考えてよい。第2図は上記次
格納レコード格納位置を決定する処理動作を説明する説
明図を示す。
Based on the determined next storage record storage position, the database management system 2 stores the data base 5.
Stores to . In determining the optimal location, the database management system 2 stores (1) records of individuals belonging to the same department in the same block on the same physical medium as much as possible; Based on which block storage position is empty among the plurality of block storage positions configured on the base 2, and which record storage position among the selected free block storage positions is empty, etc. It may be considered that the above-mentioned position determination is performed by FIG. 2 shows an explanatory diagram for explaining the processing operation for determining the storage position of the next storage record.

図中の符号5″は第1図図示のデータ・ベース上の格納
領域空間を概念的に図示したもの、7は格納領域空間、
8はオーバフロー領域空間、9は夫々ブロック格納位置
、10は夫々レコード格納位置、11は各ブロック格納
位置の先頭にもうけられるヘッダ部であつてシステム●
レコードと呼ばれるもの、12は最新処理レコード・ア
ドレス情報保持部、13は空き先頭ブロック番号保持部
、14はオーバフロー領域内空き先頭ブロック番号保持
部、15はオーバフロー切出しブロック番号保持部、1
6は空きバイト位置保持部を表わしている。最新処理レ
コード・アドレス情報保持部12は、上&DD/D6内
にもうけられており、同じ種類のレコードを前後して格
納する処理に当つて、先に格納されたレコードのレコー
ド格納位置のアドレス情報を保持し、後続するレコード
を格納する場合の位置決定処理を高速化するためにもう
けられる。
The reference numeral 5'' in the figure conceptually represents the storage area space on the database shown in Figure 1, 7 the storage area space,
8 is an overflow area space, 9 is a block storage position, 10 is a record storage position, and 11 is a header section provided at the beginning of each block storage position, which is a system
What is called a record, 12 is a latest processing record/address information holding section, 13 is an empty first block number holding section, 14 is an overflow area free first block number holding section, 15 is an overflow extraction block number holding section, 1
6 represents an empty byte position holding section. The latest processed record/address information holding unit 12 is provided in the upper &DD/D6, and stores the address information of the record storage position of the record stored earlier in the process of storing records of the same type one after the other. is created to speed up the positioning process when storing subsequent records.

なお該保持部12は各レコード種類毎にもうけられてお
り、例えば部課Aのレコードと該部課Aに属する個人の
レコードの如く親子関係にあるレコードは1つの種類に
属するレコードとして取扱われる。空き先頭ブロック番
号保持部13は、例えば上記DD/D6内にもうけられ
ており、上記格納領域空間7に属するブロック格納位置
9−1,9一2・・・・・・・・・のうち空き状態にあ
るものの先頭のブロック番号を保持する。
Note that the holding section 12 is provided for each type of record, and records that have a parent-child relationship, such as a record of department A and a record of an individual belonging to department A, are handled as records belonging to one type. The empty head block number holding unit 13 is provided, for example, in the DD/D 6, and is located at empty block storage positions 9-1, 9-2, etc. belonging to the storage area space 7. Holds the first block number of the state.

格納領域空間7のすべてが空き状態にある場合、該保持
部13の内容は、ブロック格納位置9−1を指示し、該
ブロック格納位置9−1に対して1つの種類に属するレ
コードが格納された場合、他の種類に属するレコードを
次のブロック格納位置9−2に格納すべくブロック格納
位置9−2を指示するようにされる。オーバフロー領域
内空き先頭ブロック番号保持部14は、例えば上記DD
/D6内にもうけられる。上述した如く同じ種類に属す
るレコードを前後して格納する場合の処理時に、即ち同
一種類に属する複数のレコードを出来るだけ同じブロッ
ク格納位置内にまとめて格納しようとする場合の処理時
に、当該ブロック格納位置に不足を生ずることがある。
このために当該ブロック格納位置のいわばサブノートと
してオーバフロー領域空間8が定義される。上記オーバ
フロー領域内空き先頭ブロック番号保持部14は、上記
空間8に属するブロック格納位置9−5,・・・・・・
・・・のうち空き状態にlあるものの先頭のブロック番
号を保持する。オーバフロー領域空間8のすべてが空き
状態にある場合、該保持部14の内容は、ブロック格納
位置9一5を指示する。そして以下その内容は順次更新
される。オーバフロー切出しブロック番号保持部15は
、各ブロック格納位置9−1,9−2,・・・・・・・
・・の夫々のヘッダ部11にもうけられる。
When all of the storage area space 7 is empty, the contents of the holding unit 13 indicate the block storage position 9-1, and records belonging to one type are stored in the block storage position 9-1. In this case, the block storage position 9-2 is designated to store records belonging to other types in the next block storage position 9-2. The free first block number holding unit 14 in the overflow area stores, for example, the above-mentioned DD.
/Can be earned within D6. As mentioned above, when processing records belonging to the same type to be stored one after the other, that is, when attempting to store multiple records belonging to the same type together in the same block storage position as much as possible, the block storage There may be a shortage in position.
For this purpose, an overflow area space 8 is defined as a so-called subnote of the block storage position. The empty first block number holding unit 14 in the overflow area stores block storage positions 9-5, . . . belonging to the space 8.
. . . holds the first block number of one that is free. When all of the overflow area space 8 is empty, the contents of the holding section 14 point to block storage locations 9-5. The contents will be updated sequentially below. The overflow cutout block number holding unit 15 stores each block storage position 9-1, 9-2, . . .
... are provided in the header section 11 of each.

そして、当該ブロック格納位置内に上記の如く同一種類
に属するレコードを順次格納する際にオーバフローフが
生じたとき、オーバフロー領域空間8内のどのブロック
格納位置を上記サブノートとして使用するかを指示する
。一般には上記オーバフロー領域内空き先頭ブ山ンク番
号保持部14の内容がセットされているものと考えてよ
い。ブロック内相対空きバイト位置保持部16は、各ブ
ロック格納位置9−1,9−2,・・・・・・・・・の
夫々のヘッダ部11にもうけられる。
Then, when an overflow occurs when records belonging to the same type are sequentially stored in the block storage position as described above, it is specified which block storage position in the overflow area space 8 is to be used as the subnote. . In general, it can be considered that the contents of the free top block number holding section 14 in the overflow area are set. The intra-block relative empty byte position holding section 16 is provided in the header section 11 of each block storage position 9-1, 9-2, . . . .

そして当該ブロック格納位置内のレコード格納位置10
がどこまで詰つているかを指示する。即ち当該ブロック
格納位置内での空き状態にある先頭のバイト位置を指示
する。所でユーザは、従来の場合と同様にデータ・ベー
ス上の格納領域空間について、(1)どのブロック格納
位置からどのブロック格納位置までを第2図図示の格納
領域空間7として確保するか、(Ii)どのブロック格
納位置からどのブロック格納位置までを第2図図示のオ
ーバフロー領域空間8として確保するかなどを予め登録
する。
And record storage position 10 within the block storage position
Indicates how full the area is. That is, it indicates the position of the first empty byte within the block storage position. Now, as in the conventional case, the user has to decide, regarding the storage area space on the database, (1) which block storage position to which block storage position should be secured as the storage area space 7 shown in FIG. Ii) Register in advance which block storage position to which block storage position is to be secured as the overflow area space 8 shown in FIG.

即ち、該登録はDD/D6内に保持される。以下部課甲
、乙、丙・・・・・・・・・があり、各部課に属する個
人レコードを格納するものとして説明する。
That is, the registration is held within the DD/D6. There are the following departments, A, B, C, etc., and the explanation will be given assuming that personal records belonging to each department are stored.

最初部課甲に属する個人甲1のレコードを格納する場合
を考える。この場合、第1図に示すデータベース管理シ
ステム2は領域管理機能4によつて次の如く格納位置を
決定する。即ち、(1)DD/D6内に存在する最近処
理レコード・アドレス情報保持部12の内容A(甲)を
調べる。
Let us consider the case where the record of individual A1 belonging to the first division A is stored. In this case, the database management system 2 shown in FIG. 1 uses the area management function 4 to determine the storage location as follows. That is, (1) the content A (A) of the most recently processed record/address information holding section 12 existing in the DD/D6 is checked.

なお内容A(甲)は、同じ種類に属するレ5コードを前
後して格納する場合には、後述する如く或る1つのブロ
ック格納位置9内の空きバイト位置を指示している。上
記時点においては、上記内容Aによつて、格納すべき即
ち目的ブロック格納位置を決定することができない!(
部課甲に属する最初の個人レコードてあるから)。(2
)このため、DD/D6内の空き先頭ブロック番号保持
部13の内容Bによつて上記目的ブロック格納位置を決
定する。
Note that content A (A) indicates an empty byte position within a certain block storage position 9, as will be described later, when records 5 belonging to the same type are stored one after the other. At the above point in time, it is not possible to determine the storage location of the target block based on the content A! (
This is the first individual record belonging to department A). (2
) Therefore, the target block storage position is determined based on the contents B of the free first block number holding section 13 in the DD/D6.

この場合、上記内容3Bはブロック格納位置9−1を指
示している。(3) ブロック格納位置9−1を決定し
たのち、当該ブロック格納位置9−1のヘッダ部を調べ
て、上記ブロック内相対空きバイト位置保持部16の内
容Eにより、次レコード格納位置を決4定し、レコード
甲1を格納する。(4)そして上記内容A(甲)は、ブ
ロック格納位置9−1と該位置9−1内の第2図図示の
レコード甲2の格納位置の先頭バイトを指示するよう更
新され、上記内容Eは同じくレコード甲2の格納位置の
先頭バイトを指示するよう更新される。
In this case, the content 3B indicates the block storage position 9-1. (3) After determining the block storage position 9-1, check the header part of the block storage position 9-1 and determine the next record storage position based on the content E of the intra-block relative free byte position holding section 16. and store record A1. (4) The above content A (A) is updated to indicate the block storage position 9-1 and the first byte of the storage position of the record A2 shown in FIG. 2 within the block storage position 9-1, and the above content A is also updated to point to the first byte of the storage position of record A2.

(5)なお1つのレコード例えばレコード甲1のサイズ
は不定であり、該レコード甲1を格納する場合にもブロ
ック格納位置9−1に格納しきれないことが生ずる。
(5) The size of one record, for example, record A1, is undefined, and even when record A1 is stored, it may not be possible to store it in the block storage position 9-1.

この場合、上記保持部13の内容Bを(B+1)に更新
し(図示の場合ではブロック格納位置9−2を指示する
)、該次のブロック格納位置9−2を目的ブロック格納
位置として決定する。そして上記処理(3)以下の処理
が行われる。次に個人甲2のレコードを格納する場合を
考える。
In this case, the content B of the holding unit 13 is updated to (B+1) (in the illustrated case, block storage position 9-2 is specified), and the next block storage position 9-2 is determined as the target block storage position. . Then, the processes following the above process (3) are performed. Next, consider storing the record of individual A2.

この場合、次の如く決定される。即ち、(6)DD/D
6内に存在する最近処理レコード・アドレス情報保持部
12の内容A(甲)を調べる。この時点では、先に部課
Aに属する他の個人甲1のレコードが格納されているこ
とから、レコードの種類(この場合部課甲)に対応した
上記内容A(甲)にもとずいて、ブロック格納位置9−
1が決定される。(7)次いで、当該ブロック格納位置
9−1のヘッダ部における保持部16の内容Eにより、
次レコード格納位置を決定し、レコード甲2を格納する
In this case, it is determined as follows. That is, (6) DD/D
The content A (A) of the most recently processed record/address information holding unit 12 existing in 6 is examined. At this point, since the record of another individual A1 belonging to department A has already been stored, the block is blocked based on the above content A (A) corresponding to the type of record (in this case, department A). Storage position 9-
1 is determined. (7) Next, according to the contents E of the holding section 16 in the header section of the block storage position 9-1,
The next record storage position is determined and record A2 is stored.

(8) そして上記内容A(甲)および内容(E)が更
新される。
(8) Then, the above content A (A) and content (E) are updated.

レコード甲3、甲4は上記処理(6)(7)(8)と同
様な処理によつて格納される。
Records A3 and A4 are stored by the same processes as the above processes (6), (7), and (8).

しかし、第2図図示部課乙に属する個人乙1ないし乙8
のレコードを格納しようとする場合の如く、最初にレコ
ード乙1を格納したブロック格納位置9−2だけては不
足することが生ずる。レコード乙1、乙2・・・・・・
・・・、乙5の格納は上記処理(1)ないし(8)と同
様に格納されるが、この場合、保持部12における内容
としては内容A(乙)が利用されることは言うまでもな
い。
However, individuals B1 to B8 belonging to Illustration Department Section B in Figure 2
As in the case of trying to store the record A, the block storage position 9-2 in which the record B1 was initially stored may be insufficient. Record Otsu 1, Otsu 2...
..., Otsu 5 is stored in the same manner as in the above processes (1) to (8), but it goes without saying that in this case, content A (Otsu) is used as the content in the holding unit 12.

レコード乙6を格納しようとするときブロック格納位置
9−2が満杯となつてしまう。この場合、次の如く処理
される。即ち、9)当該ブロック格納位置9−2のヘッ
ダ部を調べて上記保持部15の内容Dにもとずいて、目
的ブロック格納位置が決定される。
When trying to store record O 6, the block storage position 9-2 becomes full. In this case, the process is as follows. That is, 9) the header section of the block storage position 9-2 is examined and the target block storage position is determined based on the content D of the holding section 15;

第2図図示の場合、最初のオーバフローであることから
、上記内容Dは初期値であり、この場合上記保持部14
の内容Cにもとずいてブロック格納位置9−5が目的ブ
ロック格納位置として決定される。01そして上記内容
Cを上記内容Dにセットし、上記内容Cとして(C+1
)をセットする。そして上記処理(7)(8)と同様な
処理が行われる。以上説明した如く、本発明の場合、デ
ータ・ベース管理システム2は領域管理機能4によつて
、次レコード格納位置を自動的に決定してゆく。そして
同一種類に属するレコードを格納する場合、先に格納さ
れたレコードが格納されたブロック格納位置を自動的に
見出して、後述するレコードを同じ位置に格納するよう
にしている。このため、アクセス効率を考慮して最適位
置に移動することが可能となりかつ応用プログラム側の
負担が大幅に軽減される。更に上記格納位置を決定する
に当つて、最近処理レコード・アドレス情報保持部12
の内容を先す調べるようにし、それによつて位置決定が
できない場合に空き先頭ブロック番号保持部13の内容
を調べるようにしている。このため、同一種類に属する
レコードを次々と格納する場合における処理速度が向上
する。特に更新処理の関係から、上記空き先頭ブロック
番号保持部13がオーバフロー切出しブロック番号保持
部15などと同じように格納領域空間7のヘッダ部に存
在することがかえつて便利な場合がある。このような場
合、該保持部13の内容を調べる処理に当つてデータ・
ベース5をアクセスする必要があつたのに対し、上記最
近処理レコード・アドレス12をもうけることによつて
処理速度が大幅に向上する。
In the case shown in FIG. 2, since this is the first overflow, the above content D is an initial value, and in this case, the above-mentioned holding unit 14
Based on the content C of , block storage position 9-5 is determined as the target block storage position. 01 and set the above content C to the above content D, and set the above content C to (C+1
). Processes similar to the above processes (7) and (8) are then performed. As explained above, in the case of the present invention, the database management system 2 uses the area management function 4 to automatically determine the next record storage position. When records belonging to the same type are stored, the block storage position where the previously stored record was stored is automatically found, and the later-described record is stored in the same position. Therefore, it becomes possible to move to an optimal position in consideration of access efficiency, and the burden on the application program side is greatly reduced. Furthermore, in determining the storage location, the most recently processed record/address information holding unit 12
If the position cannot be determined, the contents of the empty head block number holding section 13 are checked first. Therefore, the processing speed is improved when records belonging to the same type are stored one after another. Particularly in relation to update processing, it may be more convenient for the empty head block number holding section 13 to exist in the header section of the storage area space 7, like the overflow cutout block number holding section 15 and the like. In such a case, when checking the contents of the holding unit 13, the data
Whereas it was necessary to access the base 5, by providing the most recently processed record address 12, the processing speed is greatly improved.

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

第1図は本発明をプログラム処理のレベルで表わした一
実施例構成、第2図はデータ・ベース管理システムが次
に格納すべき次レコード格納位置を決定する処理動作を
説明する説明図を示す。
FIG. 1 shows the configuration of an embodiment of the present invention at the level of program processing, and FIG. 2 shows an explanatory diagram illustrating the processing operation for determining the storage position of the next record to be stored next by the database management system. .

Claims (1)

【特許請求の範囲】[Claims] 1 応用プログラムの処理に必要な資源をレコード単位
で格納するデータ・ベースをそなえ、上記応用プログラ
ムからのレコード格納依頼に対応して当該レコードを上
記データ・ベース上に格納する処理機能を有するデータ
処理システムにおいて、上記格納すべきレコードの種類
を上記応用プログラムから指定されて当該レコードを当
該レコードの種類に対応した上記データ・ベース上の位
置に格納する処理を実行するデータ・ベース管理システ
ムをそなえると共に、上記データ・ベース上の格納位置
が複数のレコード格納位置により構成される複数のブロ
ック位置に区分されてなりかつ前後して格納する処理時
に先に格納されたレコードに続く次のレコード格納処理
時における上記1つのブロック格納位置内の空き状態レ
コード格納位置の不足に対処すべく上記データ・ベース
上にオーバフロー領域が定義されてなり、上記データ・
ベース管理システムは、上記複数のブロック格納位置中
の空き状態ブロック格納位置を管理する空き先頭ブロッ
ク番号保持部と、上記各ブロック格納位置に対応しても
うけられ当該ブロック格納位置内の空き状態レコード格
納位置を管理する空きバイト位置保持部と、同一種類に
属するレコードを前後して格納する処理時において前に
格納されたレコード格納位置にもとずいてレコード格納
位置を管理する最新処理レコード・アドレス情報保持部
と、上記オーバフロー領域に属する空き状態ブロック格
納位置を管理するオーバフロー領域内空き先頭ブロック
番号保持部との夫々の内容にもとづいて、上記応用プロ
グラムから格納依頼を受けたレコードを上記1つのブロ
ック格納位置内の上記次格納レコード格納位置を決定し
て格納するよう構成され、更に上記データ・ベース管理
システムは、最初に上記最新処理レコード・アドレス情
報保持部の内容にもとずいて上記次レコード格納位置を
決定し、上記最新処理レコード・アドレス情報保持部の
内容にもとずく上記決定ができない場合、上記空き先頭
ブロック番号保持部の内容と上記空きバイト位置保持部
の内容と上記オーバフロー領域内空き先頭ブロック番号
保持部の内容とにもとづいて、上記次レコード格納位置
を決定して格納することを特徴とするデータ・ベース格
納領域管理制御方式。
1. Data processing that is equipped with a database that stores resources necessary for the processing of an application program on a record-by-record basis, and has a processing function that stores records on the database in response to record storage requests from the application program. The system includes a database management system that executes a process of specifying the type of record to be stored from the application program and storing the record in a position on the database corresponding to the type of record. , when the storage location on the database is divided into multiple block locations each consisting of multiple record storage locations, and when the next record is stored following the previously stored record, An overflow area is defined on the database in order to cope with the shortage of free record storage locations within the one block storage location in the data base.
The base management system includes a free first block number holding unit that manages free block storage positions among the plurality of block storage positions, and a free start block number storage unit that is provided corresponding to each block storage position and stores free state records within the block storage position. Free byte position holding unit that manages the position, and latest processed record address information that manages the record storage position based on the previously stored record storage position when processing records belonging to the same type to be stored back and forth. Based on the respective contents of the holding unit and the free first block number holding unit in the overflow area that manages the storage position of free blocks belonging to the overflow area, records requested to be stored from the application program are stored in the one block mentioned above. The database management system is configured to determine and store the storage position of the next storage record within the storage location, and further, the database management system first stores the next record based on the contents of the latest processed record address information holding unit. If the storage position cannot be determined based on the contents of the latest processing record/address information holding section, the contents of the free first block number holding section, the contents of the free byte position holding section, and the above overflow area are determined. A database storage area management control method characterized in that the storage position of the next record is determined and stored based on the contents of a free head block number holding section.
JP52131982A 1977-11-02 1977-11-02 Data base storage area management control method Expired JPS6055854B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP52131982A JPS6055854B2 (en) 1977-11-02 1977-11-02 Data base storage area management control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP52131982A JPS6055854B2 (en) 1977-11-02 1977-11-02 Data base storage area management control method

Publications (2)

Publication Number Publication Date
JPS5465448A JPS5465448A (en) 1979-05-26
JPS6055854B2 true JPS6055854B2 (en) 1985-12-06

Family

ID=15070773

Family Applications (1)

Application Number Title Priority Date Filing Date
JP52131982A Expired JPS6055854B2 (en) 1977-11-02 1977-11-02 Data base storage area management control method

Country Status (1)

Country Link
JP (1) JPS6055854B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57172463A (en) * 1981-04-17 1982-10-23 Toshiba Corp Picture storage system
JPH07104758B2 (en) * 1985-05-15 1995-11-13 日本電気株式会社 Record processing method

Also Published As

Publication number Publication date
JPS5465448A (en) 1979-05-26

Similar Documents

Publication Publication Date Title
JP3197403B2 (en) Control method of computer system when application program failure occurs
US8239343B2 (en) Database reorganization technique
US5511177A (en) File data multiplexing method and data processing system
US20020091902A1 (en) File system and data caching method thereof
JPS60147855A (en) Memory managing apparatus
JPS59180644A (en) Division of memory
JPS6055854B2 (en) Data base storage area management control method
JP3378594B2 (en) Processing unit that performs database relocation
JPS62287359A (en) Control system for simultaneous file access in loosely coupled multi-processor system
JP2912657B2 (en) File access processor
JP2903605B2 (en) File area management processing method
JP2838988B2 (en) File storage system in external storage device
JPH0762833B2 (en) Exclusive control method for shared data set
JP2000347924A (en) Data relation managing system and recording medium
JPS6162923A (en) Access system for file
JPS63291145A (en) Method for managing file
JP2583403B2 (en) Backing store management method
JPH0656595B2 (en) Virtualization object control method
JP2000099383A (en) System and method for managing database and storage medium
JPH04127335A (en) File managing system
JPH01253024A (en) Buffer control method for data base management
JPH08305622A (en) Information processing system and its exclusive control system
JPH08137933A (en) System and method for managing drawing data
JPH03288944A (en) Method and device for reconstituting data base under use
JPS62150444A (en) Software operation tracing device