Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JPS6314385B2 - - Google Patents
[go: Go Back, main page]

JPS6314385B2 - - Google Patents

Info

Publication number
JPS6314385B2
JPS6314385B2 JP53141948A JP14194878A JPS6314385B2 JP S6314385 B2 JPS6314385 B2 JP S6314385B2 JP 53141948 A JP53141948 A JP 53141948A JP 14194878 A JP14194878 A JP 14194878A JP S6314385 B2 JPS6314385 B2 JP S6314385B2
Authority
JP
Japan
Prior art keywords
new
database
records
record
data
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
JP53141948A
Other languages
Japanese (ja)
Other versions
JPS5567989A (en
Inventor
Masayoshi Inoe
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 JP14194878A priority Critical patent/JPS5567989A/en
Publication of JPS5567989A publication Critical patent/JPS5567989A/en
Publication of JPS6314385B2 publication Critical patent/JPS6314385B2/ja
Granted legal-status Critical Current

Links

Landscapes

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

Description

【発明の詳細な説明】 本発明は、データ・ベースの再配置処理方法、
特に階層構造をもつデータ・ベースにおけるレコ
ードの再構成に当つて、ポインタ結合処理時に生
じるI/Oアクセスを可能な限ぎり少なくすべ
く、データ情報とポインタとを一時的に分離し
て、主記憶装置上で上記ポインタの結合処理を行
なつた上で、新しく得られたポインタを所定のデ
ータ情報に附加するようにしたデータ・ベースの
再配置処理方法に関するものである。
DETAILED DESCRIPTION OF THE INVENTION The present invention provides a database relocation processing method;
In particular, when reorganizing records in a hierarchically structured database, data information and pointers are temporarily separated and stored in main memory in order to minimize I/O accesses that occur during pointer linkage processing. The present invention relates to a data base relocation processing method in which the above-described pointer combination processing is performed on the device, and then the newly obtained pointer is added to predetermined data information.

構造型のデータ・ベースではレコード相互間の
階層関係を明確にしそれらの物理アドレスを指示
するためにポインタがもうけられており、1つの
レコードはデータ情報とポインタとが組になつて
構成されている。そしてレコードに対してリー
ド/ライトする場合、当該レコードを含むページ
を主記憶装置上に転送した上で当該レコードに対
してリード/ライトし、データ・ベース上に戻す
ようにされる。
In a structured database, pointers are created to clarify the hierarchical relationship between records and indicate their physical addresses, and one record is made up of a pair of data information and a pointer. . When reading/writing a record, the page containing the record is transferred to the main storage device, the record is read/written, and then returned to the database.

このため、階層関係をもつ複数のレコードは可
能な限ぎり、共通のページ上に存在するよう配慮
される。即ち、第1図図示の如く、レコード・タ
イプAとBとが階層関係をもつ場合、2つのレコ
ード・タイプA,Bはセツト・タイプαによつて
結合され、可能な限ぎり共通の格納領域S1内に格
納するようにされる。しかし網構造(ネツトワー
ク)モデルを前提とした場合、処理が行われてゆ
くにつれて2つのレコード・タイプA,B間の結
合関係の如何に拘らず、一般に他の格納領域S2
存在するレコード・タイプCがレコード・タイプ
Bと階層関係をもち、セツト・タイプβによつて
結合された形となる。
For this reason, consideration is given to ensuring that multiple records with a hierarchical relationship exist on a common page as much as possible. That is, when record types A and B have a hierarchical relationship as shown in FIG. It is stored in S1 . However, assuming a network model, as processing progresses, records that exist in other storage areas S 2 are generally - Type C has a hierarchical relationship with record type B, and is connected by set type β.

第2図は第1図図示の関係を個々のレコードに
対応して表現したものである。
FIG. 2 represents the relationships shown in FIG. 1 in correspondence to individual records.

第1図図示の関係にあるとき、レコード・タイ
プAに属するレコードa1,a2,a3、レコード・タ
イプBに属するレコードb1,b2,b3,b4,b5,b6
が、例えばページP1上にa1→b1→b2→a1の形で、
ページP2上にa2→b3→b4→a2の形で、ページP3
にa3→b5→b6→a3の形で格納されているとして
も、レコードc1,b1,b3,b5間およびレコード
c2,b2,b4,b6間では一般的に同一ページ上に存
在する形とならない。
When the relationship shown in Figure 1 exists, records a 1 , a 2 , a 3 belonging to record type A, records b 1 , b 2 , b 3 , b 4 , b 5 , b 6 belonging to record type B
For example, on page P 1 , in the form a 1 → b 1 → b 2 → a 1 ,
Even if records are stored on page P 2 in the form a 2 → b 3 → b 4 → a 2 and on page P 3 in the form a 3 → b 5 → b 6 → a 3 , records c 1 Between b 1 , b 3 , b 5 and record
Generally, c 2 , b 2 , b 4 , and b 6 do not exist on the same page.

このため、レコード・タイプC,B間の結合を
利用する処理を行う場合に、レコード・タイプC
とBとの関係を改善してアクセス効率を高めるな
どのために、レコードc1,b1,b3,b5間およびレ
コードc2,b2,b4,b6間の配置を再構成し、例え
ば可能なかぎり、夫々同じページ内に存在するよ
うにし、各レコードに存在するポインタによる結
合を組み上げることが行なわれる。またレコード
の更新・追加・削除を行なうことが行なわれる
が、このような場合にも、各レコードに存在する
ポインタによるレコード間の結合を組み上げる
(新しく張る)ことが必要となる。
Therefore, when performing processing that uses a join between record types C and B, record type C
Reorganize the arrangement between records c 1 , b 1 , b 3 , b 5 and between records c 2 , b 2 , b 4 , b 6 in order to improve the relationship between and B and increase access efficiency. However, for example, each record is made to exist in the same page as much as possible, and connections are established using pointers that exist in each record. Records are also updated, added, and deleted, and even in such cases, it is necessary to establish (newly create) connections between records using pointers that exist in each record.

該ポインタの結合を組み上げるに当つて、従来
から上記ポインタが夫々のレコードに一体に存在
していることから夫々のレコードをいわばその都
度アクセスすることが必要となる。即ち例えば第
2図図示の関係にある場合、図示ページP1,P2
P3,P4が夫々異なつているために、従来の処理
ではセツト・タイプβをたどつて処理する間に、
レコードb1→b3→b5とたどる場合と、レコードb2
→b4→b6とたどる場合とで、各ページP1,P2
P3について重複してアクセスすることが必要と
なり、そのためにデータ・ベースをアクセスする
I/Oアクセスの頻度が大となり、処理がきわめ
て煩雑となる。特にレコードの個数が大である場
合、I/Oアクセスの回数がきわめて大となる難
点があつた。
In assembling the combination of pointers, it is necessary to access each record each time, as the pointers have conventionally existed integrally in each record. That is, for example, in the case of the relationship shown in FIG. 2, the illustrated pages P 1 , P 2 ,
Since P 3 and P 4 are different, in conventional processing, while tracing and processing set type β,
In the case of tracing record b 1 → b 3 → b 5 , and record b 2
→b 4 →b 6 , each page P 1 , P 2 ,
P3 needs to be accessed repeatedly, which increases the frequency of I/O accesses to the database, making processing extremely complicated. In particular, when the number of records is large, the number of I/O accesses becomes extremely large.

本発明は上記の点を解決することを目的として
おり、本発明のデータ・ベースの再配置処理方法
は、データ情報とポインタとを組にした複数のレ
コードによつて構成されるページが転送単位とし
て与えられるデータ・ベースをそなえ、上記ペー
ジをデータ・ベースから主記憶装置上に転送した
上で処理を行ない当該ページを上記データ・ベー
スに返却するよう構成され、当該返却された結果
にもとづいて新しくポインタを更新する処理が行
なわれるデータ処理システムにおけるデータ・ベ
ースの再配置処理方法において、新しいセツト・
タイプに再構成するときに新しいセツト・タイプ
で再構成を要するレコードを含む1つまたは複数
の頁を主記憶装置上に転送して、上記再構成を要
するレコードのデータ情報とポインタとを分離し
た上で、上記データ情報を上記データ・ベース上
の新しい物理アドレスに格納すると共に上記ポイ
ンタを主記憶装置上に残し、上記再構成を要する
レコードの上記データ情報を格納した上記新物理
アドレスと旧物理アドレスとの対応をつくつて新
物理アドレスに対応した新ポインタを作成し、当
該新ポインタを上記新物理アドレスに存在するデ
ータ情報に附加するようにして複数のレコードが
新しいセツト・タイプにしたがつてページを構成
するように再構成されるようにしたことを特徴と
している。以下具体的に説明する。
The present invention aims to solve the above-mentioned points, and the data base relocation processing method of the present invention is such that a page consisting of a plurality of records in which data information and pointers are paired is a unit of transfer. It is configured to have a database given as , transfer the page from the database to the main storage, process it, and return the page to the database, and based on the returned result. In a data processing system that processes new pointer updates, a new set of
When reconfiguring to a new set type, one or more pages containing records that require reconfiguration with the new set type are transferred onto main storage, and data information and pointers of the records that require reconfiguration are separated. The data information is stored at the new physical address on the database, the pointer is left on the main memory, and the new physical address and the old physical address where the data information of the record requiring reconfiguration is stored are stored. A new pointer corresponding to the new physical address is created by creating a correspondence with the address, and the new pointer is appended to the data information existing at the new physical address, so that multiple records conform to the new set type. It is characterized by being reconfigured to configure pages. This will be explained in detail below.

第3図ないし第7図は本発明による一実施例処
理手順を順に説明する説明図、第8図は本発明の
処理方法の一実施例を示す。
3 to 7 are explanatory diagrams sequentially explaining the processing procedure of an embodiment of the present invention, and FIG. 8 shows an embodiment of the processing method of the present invention.

今第2図に示す如く、ページP1上にレコード
a1,b1,b2が、ページP2上にレコードa2,b3,b4
が、ページP3上にレコードa3,b5,b6が、ページ
P4上にレコードc1,c2が存在するものとし、レコ
ード・タイプA,B間で同一ページ内に存在する
か否かに拘らず、レコード・タイプC,B間で可
能なかぎり同一ページ内に存在するように、新し
いセツト・タイプβにしたがつた再配置を得るも
のとして説明する。
Now record on page P 1 as shown in Figure 2
a 1 , b 1 , b 2 are records a 2 , b 3 , b 4 on page P 2
But records a 3 , b 5 , b 6 on page P 3 are on page
Assume that records c 1 and c 2 exist on P 4 , and regardless of whether or not record types A and B exist on the same page, record types C and B should be kept on the same page as much as possible. The explanation will be given assuming that the relocation according to the new set type β is obtained.

〔〕 最初に、レコード・タイプAからセツト・
タイプαをたどつてレコード・タイプBを抽出
し、またレコード・タイプCを抽出するなどし
て、第3図図示の如く主記憶装置(本明細書に
おいては作業フアイルを含むものとする)上に
順に出力した初期情報DB Dataが得られる。
第3図において、1はレコード種別情報、2は
レコード・データ情報、3は次ポインタのレコ
ード内相対位置情報、4はレコードの物理位置
情報、5は次ポインタ情報を表わしている。第
2図に対応した設定例の場合、再配置されるべ
きレコードはa1,b1,b2,a2,b3,b4,a3
b5,b6,c1,c2でありこれらの関係を再構成す
るものであることから、第3図において上記各
レコードに関してのみ、情報3,4,5をもつ
情報単位がつくられる。即ち、例えばレコード
b1に関して、当該レコードb1がレコードb3と関
係をもつことが情報5によつて明らかにされ
る。またレコードc1に関して、当該レコードc1
がレコードb1と関係をもつことが明らかにされ
る。
[] First, set record type A.
By tracing the type α, extracting the record type B, and extracting the record type C, the records are sequentially stored in the main storage device (which in this specification includes the work file) as shown in FIG. You can obtain the outputted initial information DB Data.
In FIG. 3, 1 represents record type information, 2 represents record data information, 3 represents relative position information within the record of the next pointer, 4 represents physical position information of the record, and 5 represents next pointer information. In the case of the setting example corresponding to Figure 2, the records to be relocated are a 1 , b 1 , b 2 , a 2 , b 3 , b 4 , a 3 ,
b 5 , b 6 , c 1 , and c 2 , and since these relationships are reconstructed, an information unit having information 3, 4, and 5 is created only for each record in FIG. 3. That is, for example, records
Regarding b 1 , information 5 makes it clear that the record b 1 has a relationship with record b 3 . Regarding record c 1 , the record c 1
is revealed to have a relationship with record b1 .

〔〕 次いで、再配置されるべきレコードa1
b1,b2,a2,b3,b4,a3,b5,b6,c1,c2につ
いて、可能なかぎり、レコードc1,b1,b3,b5
が同一ページに位置し、レコードc2,b2,b4
b6が同一ページに位置するように、データ情報
をデータ・ベース上の新物理アドレスに格納す
る。該新物理アドレスは、レコードc1,b1
b3,b5とc2,b2,b4,b6とが夫々可能なかぎり
同一ページに位置し、レコードa1,a2,a3
夫々どのページに位置するかは問わないものと
考えてよい。上記格納されたレコードb1ないし
c2について、第4図A図示の如く、新旧物理ア
ドレスの対応表(RC Data―1)が作成され
る。図中6は旧物理アドレス情報、7は新物理
アドレス情報を示す。なお、以下ダツシユを附
したものは新物理アドレスを、ダツシユを附さ
ないものは旧物理アドレスとする。またあわせ
て、第4図B図示の如く、セツト・タイプβに
したがつてポインタ情報(RP Data―1)が
作成される。該ポインタ情報RP Data―1は
第3図図示の情報3をもつ情報単位に、情報
4′として示す如く新アドレスを与えたものと
考えてよい。
[] Then record a 1 to be relocated,
For b 1 , b 2 , a 2 , b 3 , b 4 , a 3 , b 5 , b 6 , c 1 , c 2 , record c 1 , b 1 , b 3 , b 5 as much as possible
are located on the same page, records c 2 , b 2 , b 4 ,
Store the data information at a new physical address on the database so that b 6 is located on the same page. The new physical address is recorded in records c 1 , b 1 ,
b 3 , b 5 and c 2 , b 2 , b 4 , b 6 are located on the same page as much as possible, and it does not matter which page records a 1 , a 2 , a 3 are located on. You can think that. Record B 1 or above stored above
Regarding c2 , a correspondence table (RC Data-1) of old and new physical addresses is created as shown in FIG. 4A. In the figure, 6 indicates old physical address information, and 7 indicates new physical address information. Note that the address with a dash is the new physical address, and the address without the dash is the old physical address. At the same time, as shown in FIG. 4B, pointer information (RP Data-1) is created according to the set type β. The pointer information RP Data-1 can be considered to be a new address given as information 4' to the information unit having information 3 shown in FIG.

〔〕 次いで、第5図図示の如く、新旧物理アド
レス対応表RC Data―1とポインタ情報RP
Data―1とをレコードの旧物理アドレスをキ
イーとして正順に並べかえて、新旧物理アドレ
ス対応表RC Data―2とポインタ情報RP
Data―2とをつくる。なお、図面の場合、新
旧物理アドレス対応表RC Data―1とRC
Data―2とは同一のものとなつている。
[] Next, as shown in Figure 5, the old and new physical address correspondence table RC Data-1 and the pointer information RP
Data-1 is rearranged in the correct order using the old physical address of the record as a key, and the new and old physical address correspondence table RC Data-2 and pointer information RP
Create Data-2. In addition, in the case of drawings, the old and new physical address correspondence table RC Data-1 and RC
It is the same as Data-2.

〔〕 次いで、新旧物理アドレス対応表RC Data
―2とポインタ情報RP Data―2とのレコー
ド旧物理アドレスを対比せしめつつ、第6図図
示の如く、ポインタ情報RP Data―2上の旧
物理アドレスを新物理アドレスに書きあらため
て、ポインタ情報RP Data―3をつくる。
[] Next, the new and old physical address correspondence table RC Data
While comparing the record old physical addresses of pointer information RP Data-2 and pointer information RP Data-2, as shown in FIG. -Make 3.

〔〕 そして最終的に、第7図図示の如く、レコ
ードの新物理アドレス情報4′をキイーとして
ポインタ情報RP Data―3を正順に並べかえ
たポインタ情報RP Data―4をつくる。該ポ
インタ情報RP Data―4は、レコードb1,b2
b3,b4,b5,b6,c1,c2のデータ情報が先に格
納されている新物理アドレスのアドレス順に並
んだポインタ情報となつていることが判る。
[] Finally, as shown in FIG. 7, pointer information RP Data-4 is created by rearranging pointer information RP Data-3 in the normal order using the new physical address information 4' of the record as a key. The pointer information RP Data-4 includes records b 1 , b 2 ,
It can be seen that the data information of b 3 , b 4 , b 5 , b 6 , c 1 , and c 2 is pointer information arranged in the order of the new physical addresses stored first.

〔〕 上記の如く主記憶装置上で作成されたポイ
ンタ情報RP Data―4が個々に、対応するデ
ータ情報が格納されている新物理アドレスに附
加される。該新物理アドレスは、ポインタ情報
RP Data―4におけるレコードの物理位置情
報4′と次ポインタのレコード内相対位置情報
3とによつて求めることができる。
[] The pointer information RP Data-4 created on the main memory as described above is individually added to the new physical address where the corresponding data information is stored. The new physical address is pointer information
This can be determined from the record physical position information 4' in RP Data-4 and the intra-record relative position information 3 of the next pointer.

〔〕 上記処理〔〕ないし〔〕よつて、セツ
ト・タイプβについての再配置が得られる。な
お、セツト・タイプαについてのポインタは、
上記処理〔〕が実行されてデータ情報がデー
タ・ベース上に戻されるときに、データ情報に
附加されて格納されるものと考えてよい。
[] Through the above processing [] or [], the rearrangement for set type β is obtained. Note that the pointer for set type α is
It can be considered that when the above process [] is executed and the data information is returned to the database, it is added to the data information and stored.

第8図は、上記第3図ないし第7図に関連して
説明した処理〔I〕ないし〔〕を実行する本発
明の一実施例を示す。図中8はデータ・ベース、
9はデータ処理装置であつて主記憶装置上での情
報処理過程をもつて代表的に表わしたもの、10
ないし16は上記処理〔I〕ないし〔〕に対応
した処理(又は処理ブロツク)、17ないし23
は夫々情報バツフアであつて第3図ないし第7図
図示の情報DB Data、RC Data―1、RP Data
―1、RC Data―2、RP Data―2、RP Data
―3、RP Data―4が一時セツトされるものを
表わしている。
FIG. 8 shows an embodiment of the present invention that executes the processes [I] to [] described in connection with FIGS. 3 to 7 above. 8 in the figure is the database,
9 is a data processing device which typically shows the information processing process on the main memory; 10
1 to 16 are processes (or processing blocks) corresponding to the above processes [I] to [], 17 to 23
are information buffers, and the information DB Data, RC Data-1, and RP Data shown in Figures 3 to 7 are respectively information buffers.
-1, RC Data-2, RP Data-2, RP Data
-3, RP Data-4 indicates what is temporarily set.

第8図から明らかなように、レコード再配置に
よるポインタ結合処理に当つて、データ・ベース
8をアクセスする必要が生じるのは、処理〔I〕、
処理〔〕、処理〔〕においてだけである。そ
して、同一ページを重複してアクセスする必要が
全くなくなる。
As is clear from FIG. 8, in the pointer linking process due to record relocation, it is necessary to access the database 8 in process [I],
Only in processing [], processing []. Then, there is no need to access the same page twice.

以上説明した如く、本発明によれば、レコード
のデータ情報の格納とポインタの結合処理とを分
離し、ポインタの作成を主記憶装置上で新旧ポイ
ンタを置換することによつて行なうようにしてい
る。このため再配置に当つてI/Oアクセスの頻
度が大幅に減少し、以後の処理に当つて処理範囲
を局所化(同一ページ内に)でき処理効率が向上
する。また、網構造の複雑なデータ・ベースを意
識した再配置処理プログラムが不要となる。
As explained above, according to the present invention, storage of record data information and pointer linking processing are separated, and pointers are created by replacing old and new pointers on the main memory. . Therefore, the frequency of I/O access during relocation is significantly reduced, and the processing range can be localized (within the same page) during subsequent processing, improving processing efficiency. Furthermore, there is no need for a relocation processing program that takes into consideration a database with a complex network structure.

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

第1図および第2図は本発明の前提問題を説明
する説明図、第3図ないし第7図は本発明による
一実施例処理手順を順に説明する説明図、第8図
は本発明の処理方法の一実施例を示す。 図中、a1,a2,a3,b1,b2,b3,b4,b5,b6
c1,c2は夫々レコード、8はデータ・ベース、9
はデータ処理装置、10ないし16は夫々処理
(又は処理ブロツク)、17ないし23は夫々情報
バツフアを表わす。
1 and 2 are explanatory diagrams for explaining the prerequisite problem of the present invention, FIGS. 3 to 7 are explanatory diagrams for sequentially explaining the processing procedure of an embodiment according to the present invention, and FIG. 8 is an explanatory diagram for explaining the processing procedure of the present invention. An example of a method is shown. In the figure, a 1 , a 2 , a 3 , b 1 , b 2 , b 3 , b 4 , b 5 , b 6 ,
c 1 and c 2 are records respectively, 8 is a database, 9
10 represents a data processing device, 10 to 16 represent processing (or processing blocks), and 17 to 23 represent information buffers, respectively.

Claims (1)

【特許請求の範囲】[Claims] 1 データ情報とポインタとを組にした複数のレ
コードによつて構成されるページが転送単位とし
て与えられるデータ・ベースをそなえ、上記ペー
ジをデータ・ベースから主記憶装置上に転送した
上で処理を行ない当該ページを上記データ・ベー
スに返却するよう構成され、当該返却された結果
にもとづいて新しくポインタを更新する処理が行
なわれるデータ処理システムにおけるデータ・ベ
ースの再配置処理方法において、新しいセツト・
タイプに再構成するときに新しいセツト・タイプ
で再構成を要するレコードを含む1つまたは複数
の頁を主記憶装置上に転送して、上記再構成を要
するレコードのデータ情報とポインタとを分離し
た上で、上記データ情報を上記データ・ベース上
の新しい物理アドレスに格納すると共に上記ポイ
ンタを主記憶装置上に残し、上記再構成を要する
レコードの上記データ情報を格納した上記新物理
アドレスと旧物理アドレスとの対応をつくつて新
物理アドレスに対応した新ポインタを作成し、当
該新ポインタを上記新物理アドレスに存在するデ
ータ情報に附加するようにして複数のレコードが
新しいセツト・タイプにしたがつてページを構成
するように再構成されるようにしたことを特徴と
するデータ・ベースの再配置処理方法。
1 A database is provided in which pages each consisting of a plurality of records consisting of pairs of data information and pointers are given as transfer units, and the pages are transferred from the database to the main storage and then processed. In a database relocation processing method in a data processing system configured to return the page to the above database based on the returned result, a new set
When reconfiguring to a new set type, one or more pages containing records that require reconfiguration with the new set type are transferred onto main storage, and data information and pointers of the records that require reconfiguration are separated. The data information is stored at the new physical address on the database, the pointer is left on the main memory, and the new physical address and the old physical address where the data information of the record requiring reconfiguration is stored are stored. A new pointer corresponding to the new physical address is created by creating a correspondence with the address, and the new pointer is appended to the data information existing at the new physical address, so that multiple records conform to the new set type. A database relocation processing method characterized in that the database is reconfigured to configure pages.
JP14194878A 1978-11-17 1978-11-17 Relocation processing method for data base Granted JPS5567989A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP14194878A JPS5567989A (en) 1978-11-17 1978-11-17 Relocation processing method for data base

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP14194878A JPS5567989A (en) 1978-11-17 1978-11-17 Relocation processing method for data base

Publications (2)

Publication Number Publication Date
JPS5567989A JPS5567989A (en) 1980-05-22
JPS6314385B2 true JPS6314385B2 (en) 1988-03-30

Family

ID=15303851

Family Applications (1)

Application Number Title Priority Date Filing Date
JP14194878A Granted JPS5567989A (en) 1978-11-17 1978-11-17 Relocation processing method for data base

Country Status (1)

Country Link
JP (1) JPS5567989A (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS57119586A (en) * 1981-01-19 1982-07-26 Fujitsu Ltd Control system for subscriber information file area
JPS5839359A (en) * 1981-09-02 1983-03-08 Toshiba Corp Program registering method of external storage device
JPH0430219A (en) * 1990-05-25 1992-02-03 Fujitsu Ltd Data relocation processing method

Also Published As

Publication number Publication date
JPS5567989A (en) 1980-05-22

Similar Documents

Publication Publication Date Title
Katz et al. Database support for versions and alternatives of large design files
EP0351387B1 (en) Minimizing locking and reading in a segmented storage space
US5561778A (en) System for representing data object in concatenated multiple virtual address spaces with combined requests for segment mapping
US4864497A (en) Method of integrating software application programs using an attributive data model database
EP0124097B1 (en) Method for storing and retrieving data in a data base
US7363325B2 (en) Synchronizable transactional database method and system
US5408654A (en) Method to reorganize an index file without sorting by changing the physical order of pages to match the logical order determined from the index structure
US3699528A (en) Address manipulation circuitry for a digital computer
JPH09167495A (en) Data storage unit and data storage device using the unit
EP0410210A2 (en) Method for dynamically expanding and rapidly accessing file directories
JPS6314385B2 (en)
JP2643811B2 (en) Database reorganization method
JPH02212949A (en) Reorganization processing system for data base in on-line operation
JPS6172333A (en) How to merge multiple files
JPS593567A (en) Buffer number setting system of tree structure
JPS62287350A (en) Index integrally updating system
JPH0318215B2 (en)
JPH02116936A (en) Reorganizing system
JP2507399B2 (en) Database equipment
JPS6058492B2 (en) Database search method
JPH069042B2 (en) Sequential access control device for shared storage medium
JPH01119839A (en) File constitution control system
JPH0823840B2 (en) Method and apparatus for updating database
JPS61262836A (en) Record processing system
JPS6367698B2 (en)