JPH0224715A - Film processor - Google Patents

Abstract

PURPOSE:To easily increase and reduce the number of digits of each key in a record by using ',' most reduced at its data weight as the division of keys to constitute the keys having variable length digits. CONSTITUTION:The weight of data used for keys is successively arranged in the ascending order of weight like ',', '0'...'9'. The ',' is used for the division of keys with variable length digits. Each record is constituted of numeral data with variable length digits constituting keys, ',', indicating the division of keys and succeeding data. Additional maintenance records are successively sorted in the ascending order of said weight. The sorted files are merged in reading file 17 to form a writing file 19. On the other hand, records are retrieved by retrieving coincidence in the number of digits of a key.

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、コンピュータシステムに係り、更に詳しくは
ファイルを構成するレコードをキーコードで管理するフ
ァイル処理装置に関する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a computer system, and more particularly to a file processing device that manages records constituting a file using key codes.

〔概　　　要〕〔overview〕

レコード単位でデータを管理する際、そのレコードを指
示するキーのコード長は固定であった。When managing data in record units, the code length of the key that indicates the record was fixed.

このため、キーコードの数を増加させる様なときには、
キーコード体系全体の構造を再度決定し構成を変更しな
ければならなかった。Therefore, when increasing the number of key codes,
The structure of the entire key code system had to be re-determined and its configuration changed.

本発明はレコードのキーコードを可変長とし、分類化さ
れているキーコード桁数を増やせるようにし、追加にお
いてもシステムを変更せずに行えるようにしたファイル
処理装置にある。The present invention resides in a file processing device in which record key codes are made variable length, the number of classified key code digits can be increased, and additions can be made without changing the system.

〔従来の技術〕[Conventional technology]

コンピュータシステムにおいて、データの管理、特にデ
ータベース等におけるデータの管理ではレコード単位で
行うものが多い。そして、そのレコ−ドに特定数のキー
コードを設け、そのキーコードによって各レコードを管
理している。In computer systems, data management, especially data management in databases, etc., is often performed on a record-by-record basis. A specific number of key codes are provided for each record, and each record is managed using the key codes.

第８図（８）は従来のデータ管理の構成の説明図である
０例えばＢ社の営業の売上を追加するような場合につい
て説明する。FIG. 8 (8) is an explanatory diagram of a conventional data management configuration. For example, a case where sales of company B are added will be explained.

各レコードは３桁のキーからなり、そのキーの続くデー
タとしてレコードデータが設けられている。そして、こ
のキーとレコードデータによって１つのレコードが構成
されている。キー３桁の上位は会社コードを示し、例え
ばＡ社はＯＯで示され、Ｂ社は０１．Ｃ社は０２で示さ
れる。また上位３桁目は営業所コードを示している。例
えば００９なるキーに対応するレコードデータはＡ社の
ｊ営業所の売上データであり、また０１０なるキーに対
応するレコードデータはＢ社のａ営業所の売上データで
ある。このような固定されたキーにおいて、Ｂ社に営業
所の売上を追加しようとした場合、キー桁が３桁である
がゆえに、このままの状態では追加できないという問題
がある。このような場合、キーコード３桁目がＯ〜９ま
で完全に使用されており、新規に新しく登録できず、こ
れを変更しなければならなかった。この変更の方法とし
て、従来２つの方法があった。即ち第１の方法は第８図
（ｂ）に示すようにキーの桁数を３桁から４桁に変更し
、この４桁のうち下位２桁で営業所コードを示すように
変更する方法である。このようにすればＢ社のａ営業所
からに営業所の売上データのレコードを記憶管理するこ
とができる。Each record consists of a three-digit key, and record data is provided as data following the key. This key and record data constitute one record. The upper three digits of the key indicate the company code; for example, company A is indicated by OO, company B is indicated by 01. Company C is indicated by 02. The top three digits indicate the office code. For example, the record data corresponding to the key 009 is sales data for office j of company A, and the record data corresponding to the key 010 is sales data for office a of company B. With such a fixed key, if an attempt is made to add the sales of the business office to Company B, there is a problem in that the key digits are three digits, so it cannot be added in this state. In such a case, the third digit of the key code is completely used from 0 to 9, and cannot be newly registered, so it has to be changed. Conventionally, there have been two methods for making this change. That is, the first method is to change the number of digits on the key from 3 to 4 as shown in Figure 8(b), and change the lower two digits of these four digits to indicate the office code. be. In this way, records of sales data of the sales office of company B can be stored and managed from the sales office A of company B.

また、第２の方法は第８図（Ｃ）に示すように、キーの
桁数を変更しないで、０１９のキー３桁の続＜０２０を
Ｂ社に営業所の売上に変更し、Ｃ社の営業所ａ営業所を
０２１，０２２，０２３というように順次変更する方法
である。In addition, as shown in Figure 8 (C), the second method is to change the number of digits of the key without changing the number of digits of the key, change the continuation of the 3-digit key of 019 < 020 to company B's sales office, and change the number of digits of the key to company B's sales. This is a method of sequentially changing business office A to 021, 022, 023, and so on.

〔発明が解決しようとする課題〕[Problem to be solved by the invention]

前述した従来の第１の方法では、キーの桁数が１桁増え
ることによってレコード長が変化するため、結果的には
記憶する全てのレコードを再度構成し直さねばならない
という問題があった。In the first conventional method described above, since the record length changes as the number of digits in the key increases by one, there is a problem in that all records to be stored must be reconfigured as a result.

また、追加レコード以降のキーを全てずらすようにした
第２の方法においては、全てのレコードを修正する必要
はないが、追加レコードの後のレコードは全てキーとレ
コードとの対応を修正する必要があった。この場合、修
正前においては、キーの上位２桁が会社単位のキーに対
応しているが、追加したことによってキーの上位が変化
し、例えば０１０から０２０までがＢ社となり、上位２
桁のキーだけでは会社を判断することができないという
問題を有していた。In addition, in the second method in which all keys after the added record are shifted, it is not necessary to modify all records, but it is necessary to modify the correspondence between keys and records for all records after the added record. there were. In this case, before the modification, the top two digits of the key correspond to the key for each company, but with the addition, the top of the key changes. For example, 010 to 020 becomes Company B, and the top two digits correspond to the company key.
There was a problem in that it was not possible to judge a company based only on the digit key.

本発明の課題は、簡単に分類を狂わさずに追加を可能と
したファイル処理装置を提供することを目的とする。SUMMARY OF THE INVENTION An object of the present invention is to provide a file processing device that allows addition without disrupting classification.

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

本発明の手段は次の通りである。 The means of the present invention are as follows.

任意桁数からなるキーコードを含むレコードを管理する
データ処理装置において、記憶手段１（第１図の礪能ブ
ロック図を参照、以下同じ）はキーコード順に複数のレ
コードを記憶する。比較手段２は任意桁数からなるキー
コードを含む入力レコードが加わり、該入力レコードの
キーコードと記憶手段ｌに記憶されたレコードのキーコ
ードとを比較する。例えば入力レコードのキーコードの
桁数が記憶手段１で記憶されている記憶レコードのキー
コードの桁数と一致しているかを比較し、入力レコード
のキーコードの桁数が少ない場合には、入力レコードの
キーコードの桁数と同一の桁数の範囲で数値の大小と比
較する。また、一致しているときには、両キーコードの
数値の大小関係を比較する。制御手段３は比較手段２に
よる比較において、入力レコードのキーコードと前記記
憶レコードのキーコードとの桁数が一致しているときに
は、両キーコードの数値の大小の比較により゛入力レコ
ードの記憶位置を求め、桁数が異なるときには、両キー
コードの同一桁どうしの数値の大小及びキーコードの桁
数の大小とから入力レコードの記憶位置を求め記憶手段
１に記憶する。In a data processing device that manages records including key codes having an arbitrary number of digits, a storage means 1 (see the functional block diagram of FIG. 1, the same applies hereinafter) stores a plurality of records in order of key codes. The comparison means 2 receives an input record including a key code having an arbitrary number of digits, and compares the key code of the input record with the key code of the record stored in the storage means 1. For example, it is compared whether the number of digits of the key code of the input record matches the number of digits of the key code of the memory record stored in storage means 1, and if the number of digits of the key code of the input record is small, the number of digits of the key code of the input record is Compare numerical values within the same number of digits as the key code of the record. If they match, the numerical values of both key codes are compared. In the comparison by the comparison means 2, when the number of digits of the key code of the input record and the key code of the storage record match, the control means 3 determines the storage position of the input record by comparing the magnitude of the numerical values of both key codes. If the numbers of digits are different, the storage position of the input record is determined from the magnitude of the numerical values between the same digits of both key codes and the magnitude of the number of digits of the key codes, and is stored in the storage means 1.

〔作　　　用〕[For production]

本発明の手段の作用は次の通りである。 The operation of the means of the invention is as follows.

入力レコードが比較手段２に加わると、その入力レコー
ドのキーコードを比較手段２が判断するとともに、記憶
手段１から順次レコードのキーコ−ドを読出して比較す
る。この比較において、入力レコードのキーコードと前
記記憶レコードのキーコードとの桁数が一致したときに
は、制御手段３はキーコードの数値の大小関係によって
入力レコードを記憶させるべき記憶位置を求め、記憶手
段１の該当する記憶位置に入力レコードを記憶する。桁
数が異なるときには、両キーコードの同一桁どうしの数
値の大小及びキーコードの桁数の大小とから入力レコー
ドの記憶位置を求め、記憶手段１の該当する記憶位置に
記憶する。記憶手段１で記憶するレコードのキーコード
は任意桁数からなるものであり、キーコードの桁数が一
致しているときには、従来のキーコードの比較と同様に
数値の大小関係によって記憶位置を求め、キーコードの
桁数が一致しないときにはキーコードの同一桁どうしの
数値の大小及びキーコードの桁数の大小とから入力レコ
ードの記憶位置を求めている。When an input record is added to the comparison means 2, the comparison means 2 determines the key code of the input record, and also sequentially reads out the key codes of the records from the storage means 1 and compares them. In this comparison, when the number of digits between the key code of the input record and the key code of the storage record match, the control means 3 determines the storage position at which the input record should be stored based on the magnitude relationship of the numerical values of the key codes, and the storage means The input record is stored in the corresponding storage location of 1. When the numbers of digits are different, the storage position of the input record is determined from the magnitude of the numerical values between the same digits of both key codes and the magnitude of the number of digits of the key code, and is stored in the corresponding storage position of the storage means 1. The key code of the record stored in the storage means 1 consists of an arbitrary number of digits, and when the number of digits of the key code matches, the storage position is determined based on the magnitude relationship of the numerical values as in the conventional comparison of key codes. When the number of digits of the key code does not match, the storage position of the input record is determined from the magnitude of the numerical values of the same digits of the key code and the magnitude of the number of digits of the key code.

これによって追加すべきいかなる記憶位置に対しても新
たなレコードを追加することができ、いままで記憶した
レコードのキーコードを変更する必要はない。With this, a new record can be added to any storage location to be added, and there is no need to change the key code of the record stored so far.

〔実　　施　　例〕〔Example〕

以下、第２図乃至第７図を用いて詳細に説明する。第２
図は実施例の詳細なシステム構成図である。キーボード
５はオペレータによって操作される装置であり、例えば
新しく追加すべきレコードデータをこのキーボード５を
操作して入力する。A detailed explanation will be given below using FIGS. 2 to 7. Second
The figure is a detailed system configuration diagram of the embodiment. The keyboard 5 is a device operated by an operator, and, for example, record data to be newly added is input by operating the keyboard 5.

キーボードよりの操作によって入力したキーボードデー
タは入力処理装置６に加わる。入力処理装置６には入力
定義書７が接続しており、キーボードから入力するデー
タを入力定義書７に対応して入力ファイル８に入力処理
装置６は記憶する。Keyboard data input through keyboard operations is applied to the input processing device 6. An input definition document 7 is connected to the input processing device 6, and the input processing device 6 stores data input from the keyboard in an input file 8 in correspondence with the input definition document 7.

入力定義書７は例えば各入力すべき項目のデータやキー
等を基本的な構成の順に並べるよう定義したデータを記
憶しており、入力ファイル８で記憶される入力データは
この定義書７で定められた書式で記憶される。入力ファ
イル８に記憶されるデータはそれぞれ関係する一連のデ
ータであり、メンレ作成装置９は入力ファイル８に記憶
した入力データをメンテナンスレコードに変更する。The input definition document 7 stores, for example, data defining the data and keys of each input item to be arranged in the order of basic configuration, and the input data stored in the input file 8 is defined in this definition document 7. is stored in the specified format. The data stored in the input file 8 is a series of related data, and the menle creation device 9 changes the input data stored in the input file 8 into a maintenance record.

メンレ作成装置９にはファイル定義書ｌＯ、ワークメモ
リ１１が接続しており、ファイル定義書１０は各入力し
た項目に対応するデータがどの項目であるかを関係づけ
るものであり、例えば会社別、担当別、売上環によって
それぞれ入力定義書のどのデータの関係をどのファイル
に入れるかを記憶するテーブルである。メンレ作成装置
９はこの定義書にのっとり、入力ファイル８からの入力
データをワークメモリ１１を用いてメンテナンスレコー
ドファイル（メンレフアイル）１２に記憶する。A file definition document 10 and a work memory 11 are connected to the menle creation device 9, and the file definition document 10 associates which data item corresponds to each input item, for example, by company, This is a table that stores which data relationship in the input definition document should be entered into which file, depending on the person in charge and sales cycle. The menle creation device 9 stores input data from the input file 8 in a maintenance record file (menle file) 12 using the work memory 11 according to this definition document.

本発明の実施例においては、前述のように各項目単位の
関係に対して個々にファイルを設ける構造となっており
、メンレフアイル１２内にはファイル定義書の関係に対
応して入力したデータが各ファイル別に分割されて記憶
される。そして、このように分割して記憶されたメンテ
ナンスレコードは更新装置１３により対応する各ファイ
ル１４〜１６別に順次更新される。In the embodiment of the present invention, as described above, a file is provided for each item-by-item relationship, and in the menref file 12, data input corresponding to the relationship in the file definition document is stored for each item. It is divided and stored by file. The maintenance records thus divided and stored are sequentially updated for each of the corresponding files 14 to 16 by the updating device 13.

第３図は更新装置１３の具体的構成を示している。更新
指令が入力されると、まずメンレフアイル１２に記憶さ
れているメンテナンスレコードにより更新対象のファイ
ルが決定され、ソースファイル（ファイル１４〜１６の
各ファイルを総称したファイル）から対応するファ゛イ
ル内容が続出ファイル１７に記憶される。次にこの続出
ファイル１７内の各レコードのキーとメンレフアイル１
２内のメンテナンスレコードのキーとが順次比較され、
いずれか一方のレコードが書き移し回路１８により書込
ファイル１９に順次書き込まれる。そして、書込ファイ
ル１９に対する全てのレコードの書込みが終了すると、
書込ファイルＩ９の内容はソースファイルに戻されて記
憶される。FIG. 3 shows a specific configuration of the update device 13. When an update command is input, the file to be updated is first determined based on the maintenance record stored in the menref file 12, and the contents of the corresponding file are extracted from the source file (a file that collectively refers to files 14 to 16). It is stored in the continuation file 17. Next, the key of each record in this successive file 17 and Menref file 1
The keys of the maintenance records in 2 are compared sequentially,
One of the records is sequentially written to the write file 19 by the transfer circuit 18. Then, when all records have been written to the write file 19,
The contents of write file I9 are returned to the source file and stored.

第４図は１つの更新対象ファイルに対する更新動作を示
したフローチャートである。まず、ソースファイルより
読み出されて記憶された続出ファイル１７内のレコード
がキー順にソートされているかを判別（Ｓｌ）Ｌ、ソー
トされていない時（Ｎ）には続出ファイル１７内のレコ
ードをキーの昇順にソートする（Ｓ２）。判別（Ｓｌ）
においてソートされている場合や、処理（Ｓ２）が終了
した後には、メンレフアイル１２内の各メンテナンスレ
コードをキーの昇順にソートする処理（Ｓ３）を行う。FIG. 4 is a flowchart showing an update operation for one file to be updated. First, it is determined whether the records in the successive file 17 read from the source file and stored are sorted in key order (Sl)L, and if not sorted (N), the records in the successive file 17 are sorted by key order. Sort in ascending order (S2). Discrimination (Sl)
When the maintenance records are sorted in , or after the process (S2) is completed, a process (S3) is performed in which each maintenance record in the men's file 12 is sorted in ascending order of keys.

実施例においては、メンレフアイル１２内の各メンテナ
ンスレコードはメンテナンスの必要性が発生した時に順
次書き込まれるためメンテナンスレコードは昇順に並ん
でおらず、ソートして昇順に並べるのが処理（Ｓ３）で
ある。In the embodiment, each maintenance record in the men's file 12 is written sequentially when the need for maintenance occurs, so the maintenance records are not arranged in ascending order, but the process (S3) is to sort and arrange them in ascending order.

続いて更新装置１３が有するファイルサーチポインタ、
メンレ指定ポインタを先頭レコードにするイニシャル処
理（Ｓ４）を行う。メンレフアイル１２と続出ファイル
１７に格納されているレコードは、上述した処理によっ
て昇順に並ぶ。本実施例においてはそれらの昇順に並ん
だレコードを比較してメンテナンスを行う、このためポ
インタの初期化が処理（Ｓ４）である。Next, the file search pointer that the update device 13 has,
Initial processing (S4) is performed to set the menle designation pointer to the first record. The records stored in the men file 12 and the successive file 17 are arranged in ascending order by the process described above. In this embodiment, maintenance is performed by comparing the records arranged in ascending order, and therefore initialization of the pointer is the process (S4).

次には未処理のメンテナンスレコードがメンレフアイル
１２に存在するかを判別（Ｓ５）する。Next, it is determined whether an unprocessed maintenance record exists in the men's file 12 (S5).

未処理のメンテナンスレコードが存在する時には（Ｙ）
、メンレ指定ポインタで指定されるメンテナンスレコー
ドが追加用メンレであるか否かを判別する。この実施例
においては、更新処理を追加用と削除、修正、集計とに
分けて行っている。よって、判別（Ｓ６）において追加
用メンレであるとき（Ｙ）にはそのメンテナンスレコー
ドのキーとファイルサーチポインタで指定される続出フ
ァイル１７内のレコードのキーの１折目の指定（Ｓ７）
を行い、桁データの重み比較処理（Ｓ８）を続いて行う
。If there are unprocessed maintenance records (Y)
, it is determined whether the maintenance record specified by the menu designation pointer is a maintenance record for addition. In this embodiment, update processing is performed separately for addition, deletion, modification, and aggregation. Therefore, in the determination (S6), if it is a record for addition (Y), the first fold of the key of the record in the successive file 17 specified by the key of the maintenance record and the file search pointer is specified (S7).
Then, a weight comparison process (S8) of digit data is performed.

第５図は桁データの重みの説明図である。桁データは、
−０−１−２−・・・−８−９の順に重くなっている０
両レコードの桁データが一致している場合には両レコー
ドの次桁を指定しくＳ９）、、両レコードのその桁がキ
ーコードの記憶エリアであるか否かを判別（３１０）す
る。その桁がキーコードの記憶エリアである時（Ｙ）に
は続出ファイル１７のレコードとメンテナンスレコード
のその桁における桁データの重み比較（Ｓ８）を再度行
う。また、この判別（Ｓ　Ｉ　Ｏ）において（Ｎ）のと
きは両レコードのキーは全（同一となるため追加処理は
できないためファイルサーチポインタ、メンレ指定ポイ
ンタを共に更新し、判別（Ｓ５）に戻る。FIG. 5 is an explanatory diagram of the weight of digit data. The digit data is
0 with increasing weight in the order of -0-1-2-...-8-9
If the digit data of both records match, the next digit of both records is designated (S9), and it is determined whether that digit of both records is a key code storage area (310). When that digit is a key code storage area (Y), the weight comparison of the digit data in that digit in the record of the successive file 17 and the maintenance record is again performed (S8). In addition, if (N) in this judgment (S I O), the keys of both records are all (as they are the same, no additional processing is possible, so the file search pointer and Menle specification pointer are both updated, and the process returns to judgment (S5). .

また、桁データの重み比較（Ｓ８）において、メンレフ
アイル１２内の指示したメンテナンスレコードの桁デー
タが続出ファイル１７内の指定レコードの桁データより
大きい（Ｍい）場合には、続出ファイル１７のレコード
を書込ファイル１９へ格納する処理（Ｓ１３）を行い、
ファイルサーチポインタのみを更新する（Ｓ１４）。In addition, in the weight comparison of digit data (S8), if the digit data of the specified maintenance record in the Menref file 12 is larger (M) than the digit data of the specified record in the continuous file 17, the record of the continuous file 17 is Perform the process of storing in the write file 19 (S13),
Only the file search pointer is updated (S14).

一方、比較Ｓ８において、メンテナンスレコードの桁デ
ータが続出ファイル１７のレコードの桁データより小さ
い（軽い）時にはそのメンテナンスレコードを書込ファ
イル１９へ格納（３１５）すると共に、メンレ指定ポイ
ンタのみの更新（８１６）を行う。On the other hand, in comparison S8, if the digit data of the maintenance record is smaller (lighter) than the digit data of the record of the successive file 17, the maintenance record is stored in the write file 19 (315), and only the maintenance record pointer is updated (816). )I do.

メンテナンスレコードに順次格納されているレコードが
追加であるならば、前述した処理を繰り返することによ
って追加（挿入）が行われる。If the record sequentially stored in the maintenance record is an addition, the addition (insertion) is performed by repeating the above-described process.

一方、更新において削除、訂正、集計の処理要求がメン
テナンスレコードに存在する場合には（Ｓ６）において
、追加用メンレでない（Ｎ）とし、まず、キーの１折目
を指定（Ｓ１７）Ｌ、続いて桁データの重み比較を行う
。この桁データの比較（３１８）は前述した桁データの
重み比較（Ｓ８）と同様である。そして、一致している
場合には、次桁指定Ｓ１９を行い、判別（Ｓ　１０）と
同様の判別（Ｓ２０）を行う。ここで（Ｙ）の時には再
度比較（３１８）から繰り返す。判別（Ｓ２０）におい
て（Ｎ）の時は両レコードのキーは全く同一となり続出
ファイル１７内の指定レコードをメンテナンスレコード
により削除、訂正、集計等の更新処理を行う。例えば削
除の場合には、続出ファイル１７内の指定レコードを削
除する処理であり、訂正あるいは集計の場合には、それ
に対応した処理である。そしてそれらの処理を行った後
に書込ファイル１９へ処理の結果を格納する（Ｓ２１）
。この後メンレ指定ポインタの更新（Ｓ２５）が行われ
る。また、比較（５１８）においてメンテナンスレコー
ドの桁データが続出フアイル１７内の指定レコードの桁
データより小さい（軽い）時には更にそのメンテナンス
レコードの桁データがカンマ“、′であるかを判別する
。On the other hand, if there is a processing request for deletion, correction, or aggregation in the maintenance record in the update, it is determined that the maintenance record is not for addition (N), and the first fold of the key is specified (S17) L, followed by Compare the weights of the digit data. This digit data comparison (318) is similar to the digit data weight comparison (S8) described above. If they match, next digit designation S19 is performed, and determination (S20) similar to determination (S10) is performed. If (Y) here, the comparison is repeated again from step (318). When the determination (S20) is (N), the keys of both records are exactly the same, and the specified record in the successive file 17 is updated by deletion, correction, totalization, etc. using the maintenance record. For example, in the case of deletion, the specified record in the successive file 17 is deleted, and in the case of correction or aggregation, the corresponding process is performed. After performing these processes, the results of the processes are stored in the write file 19 (S21).
. After this, the menle designation pointer is updated (S25). Further, in the comparison (518), when the digit data of the maintenance record is smaller (lighter) than the digit data of the designated record in the successive file 17, it is further determined whether the digit data of the maintenance record is a comma ",".

カンマはレコード上においてキーコードの終了桁に位置
するものであり、この時には読出ファイル１７内の指定
レコードのキーはメンテナンスレコードのキーに含まれ
るレコードとみなし、この指定レコードに対してメンテ
ナンスレコードによる更新を行う（Ｓ２２）。そして、
ファイルサーチポインタの更新を行って（Ｓ２４）、再
度処理Ｓ１７に戻る。また、判別（３２３）において（
Ｎ）の時は更新の対象となるべきレコードが続出ファイ
ル１７には存在しないのでメンレ七定ポインタのみの更
新（Ｓ２５）を行う。一方、比較（Ｓ１８）においてメ
ンテナンスレコードの桁データが続出ファイル１７内の
指定レコードの桁データよりも大きい（重い）と判別し
たときにはファイルサーチポインタのみの更新（３２４
）を行い処理（Ｓ１７）に戻る。The comma is located at the end digit of the key code on the record, and in this case, the key of the specified record in the read file 17 is considered to be a record included in the key of the maintenance record, and this specified record is updated by the maintenance record. (S22). and,
The file search pointer is updated (S24), and the process returns to step S17 again. Also, in the determination (323), (
In the case of N), since there is no record to be updated in the continuous file 17, only the fixed pointer is updated (S25). On the other hand, when it is determined in the comparison (S18) that the digit data of the maintenance record is larger (heavier) than the digit data of the specified record in the continuous file 17, only the file search pointer is updated (324
) and returns to the process (S17).

判別Ｓ５において未処理のメンテナンスレコードがない
（Ｎ）と判別された時には、続出ファイル１７．内の残
りのレコード即ち、ファイルサーチポインタで指定され
るレコード以降のレコード全てを書込ファイル１９へ書
込み（３２６）、処理を終了する。When it is determined in determination S5 that there are no unprocessed maintenance records (N), the successive file 17. The remaining records, that is, all records after the record specified by the file search pointer, are written to the write file 19 (326), and the process ends.

第５図は追加用メンレが加わった時の追加の説明図であ
る。追加メンレが０１９０．８社に営業所の売上、０１
９１．Ｂ社ｒ営業所の売上、０１゜Ｂ社全営業所の売上
、０２，０社全営業所の売上なるメンテナンスレコード
がメンテナンスファイルに格納され、更新処理が指示さ
れて更新装置が動作をすると、まずそれらがキーコード
順にソートされる。このソートも各桁データの重み順に
なられる。ソートされた一番最初の０１．Ｂ社全営業所
の売上は予め格納されている読み出しファイル内の００
９．Ａ社全営業所の売上と０１０．Ｂ社ａ営某所の売上
の間に挿入されるべき追加されるべきレコードであるの
で、この間に０１．Ｂ社全営業所の売上のレコードが挿
入される。また、０１９０．８社に営業所の売上は０１
９．Ｂ社全営業所の売上と０２０．Ｃ社ａ営業所の売上
の読み出しファイルのレコードの中間に挿入される。FIG. 5 is an explanatory diagram of addition when an additional menle is added. Added Menle 0190. Sales of office to 8 companies, 01
91. Maintenance records such as sales of company B's r office, 01° sales of company B's all offices, and 02, sales of company 0's all offices are stored in the maintenance file, and when the update process is instructed and the update device operates, First, they are sorted in order of key code. This sorting is also performed in order of weight of each digit data. The first sorted 01. The sales of all sales offices of Company B are 00 in the pre-stored readout file.
9. Sales of all sales offices of Company A and 010. Since this is a record that should be added between the sales of Company B's A certain office, 01. Sales records for all sales offices of Company B are inserted. In addition, the sales of the office for 0190.8 companies is 01
9. Sales of all sales offices of Company B and 020. It is inserted in the middle of the records of the read file for the sales of company C, office a.

続いてのレコード、更にはその次のレコードは予めソー
トされており、必ずメンテナンスレコードの挿入したそ
の次の以下に格納されるべきものである。The subsequent record, and even the next record, are sorted in advance, and should always be stored after the maintenance record is inserted.

本発明の第６図においてはこれらの０１９０゜０１９１
．０２．がちょうど読み出しファイルの０１９．０２０
の間に位置しており、結果的にはこの３つのレコードが
全て同じ順で挿入され、第５図の書き込みファイルが最
終的に求められる。In FIG. 6 of the present invention, these 0190°0191
．． 02. is just the read file 019.020
As a result, all three records are inserted in the same order, and the write file shown in FIG. 5 is finally obtained.

また、第７図に示すように、削除である場合には、この
削除がＯｆ、であった時には、０１の以下のものにかか
わらず全て削除される。すなわち、０１、〜０１０．０
１１．　　・・・０１９，０１９０゜０１９１、が全て
削除され、書き込みファイル内にはその分が削除されて
詰められたレコードとなって格納される。Further, as shown in FIG. 7, in the case of deletion, if this deletion is Off, all items below 01 are deleted. That is, 01, ~010.0
11. . . 019,0190°0191, are all deleted, and the deleted and packed records are stored in the write file.

以上述べたように本発明によれば、キーレコードを可変
長とし、各可変長の桁データに重み付けを設は重みに従
ってレコードを管理しているので、追加、修正更には削
除、集計等の処理を順次行うことができる。As described above, according to the present invention, the key record is made variable length, and each variable length digit data is weighted, and the records are managed according to the weight, so that processes such as addition, modification, deletion, and aggregation are performed. can be performed sequentially.

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

以上に述べたように、本発明によれ、ば、キーコードを
固定長でなく、可変長とし更にその可変長のキーの重み
付けを設けているのでキー内の構成を変更することなく
、追加、修正、削除を簡単な指示で行うことができる。As described above, according to the present invention, the key code is not a fixed length, but a variable length, and the variable length keys are weighted. Editing and deletion can be done with simple instructions.

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

第１図は本発明のｍ能ブロック図、 第２図は実施例のシステム構成図、 第３図は更新の動作説明図、 第４図は更新の詳細なフローチャート、第５図は正みづ
けの説明図、 第６図はメンテナンスレコードによる追加の説明図、 第７図は削除の説明図、 第８図（ａｌ〜（Ｃ）は従来方式の説明図である。 １・・・記憶手段、 ・比較手段、 ・制御手段。Fig. 1 is a functional block diagram of the present invention, Fig. 2 is a system configuration diagram of an embodiment, Fig. 3 is an explanatory diagram of updating operation, Fig. 4 is a detailed flowchart of updating, and Fig. 5 is a FIG. 6 is an explanatory diagram of addition by maintenance records, FIG. 7 is an explanatory diagram of deletion, and FIGS. 8 (al to (C) are explanatory diagrams of the conventional method. 1... Storage means・Comparison means, ・Control means.

Claims (1)

【特許請求の範囲】 任意桁数からなるキーコードを含むレコードを管理する
データ処理装置において、 キーコード順に複数のレコードを記憶する記憶手段と、 任意桁数からなるキーコードを含む入力レコードが加わ
り、該入力レコードのキーコードと前記記憶手段に記憶
されたレコードのキーコードとを比較する比較手段と、 該比較手段による比較において、前記入力レコードのキ
ーコードと前記記憶レコードのキーコードとの桁数が一
致するときには両キーコードの数値の大小の比較により
入力レコードの記憶位置を求め、桁数が異なるときは両
キーコードの同一桁どうしの数値の大小及びキーコード
の桁数の大小とから入力レコードの記憶位置を求め、前
記記憶手段に入力レコードを記憶させる制御手段とより
成ることを特徴とするファイル処理装置。[Scope of Claims] A data processing device that manages records including key codes with an arbitrary number of digits, comprising a storage means for storing a plurality of records in order of key codes, and an input record including a key code with an arbitrary number of digits. , a comparison means for comparing the key code of the input record and the key code of the record stored in the storage means, and in the comparison by the comparison means, the digits of the key code of the input record and the key code of the storage record are compared. When the numbers match, the storage location of the input record is determined by comparing the magnitude of the numerical values of both key codes, and when the number of digits differs, the storage position of the input record is determined from the magnitude of the numerical values between the same digits of both key codes and the magnitude of the number of digits of the key code. A file processing device comprising: control means for determining a storage position of an input record and causing the storage means to store the input record.