JPH0224715A - Film processor - Google Patents
Film processorInfo
- Publication number
- JPH0224715A JPH0224715A JP63175425A JP17542588A JPH0224715A JP H0224715 A JPH0224715 A JP H0224715A JP 63175425 A JP63175425 A JP 63175425A JP 17542588 A JP17542588 A JP 17542588A JP H0224715 A JPH0224715 A JP H0224715A
- Authority
- JP
- Japan
- Prior art keywords
- record
- digits
- key
- file
- 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.)
- Pending
Links
- 238000003860 storage Methods 0.000 claims description 29
- 238000012545 processing Methods 0.000 claims description 13
- 238000012423 maintenance Methods 0.000 abstract description 36
- 230000001174 ascending effect Effects 0.000 abstract description 8
- 238000000034 method Methods 0.000 description 22
- 238000007792 addition Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000012217 deletion Methods 0.000 description 9
- 230000037430 deletion Effects 0.000 description 9
- 238000004220 aggregation Methods 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 3
- 238000013523 data management Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000007796 conventional method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
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.
レコード単位でデータを管理する際、そのレコードを指
示するキーのコード長は固定であった。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.
コンピュータシステムにおいて、データの管理、特にデ
ータベース等におけるデータの管理ではレコード単位で
行うものが多い。そして、そのレコ−ドに特定数のキー
コードを設け、そのキーコードによって各レコードを管
理している。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.
第8図(8)は従来のデータ管理の構成の説明図である
0例えばB社の営業の売上を追加するような場合につい
て説明する。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.
各レコードは3桁のキーからなり、そのキーの続くデー
タとしてレコードデータが設けられている。そして、こ
のキーとレコードデータによって1つのレコードが構成
されている。キー3桁の上位は会社コードを示し、例え
ばA社はOOで示され、B社は01.C社は02で示さ
れる。また上位3桁目は営業所コードを示している。例
えば009なるキーに対応するレコードデータはA社の
j営業所の売上データであり、また010なるキーに対
応するレコードデータはB社のa営業所の売上データで
ある。このような固定されたキーにおいて、B社に営業
所の売上を追加しようとした場合、キー桁が3桁である
がゆえに、このままの状態では追加できないという問題
がある。このような場合、キーコード3桁目がO〜9ま
で完全に使用されており、新規に新しく登録できず、こ
れを変更しなければならなかった。この変更の方法とし
て、従来2つの方法があった。即ち第1の方法は第8図
(b)に示すようにキーの桁数を3桁から4桁に変更し
、この4桁のうち下位2桁で営業所コードを示すように
変更する方法である。このようにすればB社のa営業所
からに営業所の売上データのレコードを記憶管理するこ
とができる。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.
また、第2の方法は第8図(C)に示すように、キーの
桁数を変更しないで、019のキー3桁の続<020を
B社に営業所の売上に変更し、C社の営業所a営業所を
021,022,023というように順次変更する方法
である。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.
前述した従来の第1の方法では、キーの桁数が1桁増え
ることによってレコード長が変化するため、結果的には
記憶する全てのレコードを再度構成し直さねばならない
という問題があった。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.
また、追加レコード以降のキーを全てずらすようにした
第2の方法においては、全てのレコードを修正する必要
はないが、追加レコードの後のレコードは全てキーとレ
コードとの対応を修正する必要があった。この場合、修
正前においては、キーの上位2桁が会社単位のキーに対
応しているが、追加したことによってキーの上位が変化
し、例えば010から020までがB社となり、上位2
桁のキーだけでは会社を判断することができないという
問題を有していた。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.
本発明の手段は次の通りである。 The means of the present invention are as follows.
任意桁数からなるキーコードを含むレコードを管理する
データ処理装置において、記憶手段1(第1図の礪能ブ
ロック図を参照、以下同じ)はキーコード順に複数のレ
コードを記憶する。比較手段2は任意桁数からなるキー
コードを含む入力レコードが加わり、該入力レコードの
キーコードと記憶手段lに記憶されたレコードのキーコ
ードとを比較する。例えば入力レコードのキーコードの
桁数が記憶手段1で記憶されている記憶レコードのキー
コードの桁数と一致しているかを比較し、入力レコード
のキーコードの桁数が少ない場合には、入力レコードの
キーコードの桁数と同一の桁数の範囲で数値の大小と比
較する。また、一致しているときには、両キーコードの
数値の大小関係を比較する。制御手段3は比較手段2に
よる比較において、入力レコードのキーコードと前記記
憶レコードのキーコードとの桁数が一致しているときに
は、両キーコードの数値の大小の比較により゛入力レコ
ードの記憶位置を求め、桁数が異なるときには、両キー
コードの同一桁どうしの数値の大小及びキーコードの桁
数の大小とから入力レコードの記憶位置を求め記憶手段
1に記憶する。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.
本発明の手段の作用は次の通りである。 The operation of the means of the invention is as follows.
入力レコードが比較手段2に加わると、その入力レコー
ドのキーコードを比較手段2が判断するとともに、記憶
手段1から順次レコードのキーコ−ドを読出して比較す
る。この比較において、入力レコードのキーコードと前
記記憶レコードのキーコードとの桁数が一致したときに
は、制御手段3はキーコードの数値の大小関係によって
入力レコードを記憶させるべき記憶位置を求め、記憶手
段1の該当する記憶位置に入力レコードを記憶する。桁
数が異なるときには、両キーコードの同一桁どうしの数
値の大小及びキーコードの桁数の大小とから入力レコー
ドの記憶位置を求め、記憶手段1の該当する記憶位置に
記憶する。記憶手段1で記憶するレコードのキーコード
は任意桁数からなるものであり、キーコードの桁数が一
致しているときには、従来のキーコードの比較と同様に
数値の大小関係によって記憶位置を求め、キーコードの
桁数が一致しないときにはキーコードの同一桁どうしの
数値の大小及びキーコードの桁数の大小とから入力レコ
ードの記憶位置を求めている。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.
以下、第2図乃至第7図を用いて詳細に説明する。第2
図は実施例の詳細なシステム構成図である。キーボード
5はオペレータによって操作される装置であり、例えば
新しく追加すべきレコードデータをこのキーボード5を
操作して入力する。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.
キーボードよりの操作によって入力したキーボードデー
タは入力処理装置6に加わる。入力処理装置6には入力
定義書7が接続しており、キーボードから入力するデー
タを入力定義書7に対応して入力ファイル8に入力処理
装置6は記憶する。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.
入力定義書7は例えば各入力すべき項目のデータやキー
等を基本的な構成の順に並べるよう定義したデータを記
憶しており、入力ファイル8で記憶される入力データは
この定義書7で定められた書式で記憶される。入力ファ
イル8に記憶されるデータはそれぞれ関係する一連のデ
ータであり、メンレ作成装置9は入力ファイル8に記憶
した入力データをメンテナンスレコードに変更する。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.
メンレ作成装置9にはファイル定義書lO、ワークメモ
リ11が接続しており、ファイル定義書10は各入力し
た項目に対応するデータがどの項目であるかを関係づけ
るものであり、例えば会社別、担当別、売上環によって
それぞれ入力定義書のどのデータの関係をどのファイル
に入れるかを記憶するテーブルである。メンレ作成装置
9はこの定義書にのっとり、入力ファイル8からの入力
データをワークメモリ11を用いてメンテナンスレコー
ドファイル(メンレフアイル)12に記憶する。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.
本発明の実施例においては、前述のように各項目単位の
関係に対して個々にファイルを設ける構造となっており
、メンレフアイル12内にはファイル定義書の関係に対
応して入力したデータが各ファイル別に分割されて記憶
される。そして、このように分割して記憶されたメンテ
ナンスレコードは更新装置13により対応する各ファイ
ル14〜16別に順次更新される。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.
第3図は更新装置13の具体的構成を示している。更新
指令が入力されると、まずメンレフアイル12に記憶さ
れているメンテナンスレコードにより更新対象のファイ
ルが決定され、ソースファイル(ファイル14〜16の
各ファイルを総称したファイル)から対応するファ゛イ
ル内容が続出ファイル17に記憶される。次にこの続出
ファイル17内の各レコードのキーとメンレフアイル1
2内のメンテナンスレコードのキーとが順次比較され、
いずれか一方のレコードが書き移し回路18により書込
ファイル19に順次書き込まれる。そして、書込ファイ
ル19に対する全てのレコードの書込みが終了すると、
書込ファイルI9の内容はソースファイルに戻されて記
憶される。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.
第4図は1つの更新対象ファイルに対する更新動作を示
したフローチャートである。まず、ソースファイルより
読み出されて記憶された続出ファイル17内のレコード
がキー順にソートされているかを判別(Sl)L、ソー
トされていない時(N)には続出ファイル17内のレコ
ードをキーの昇順にソートする(S2)。判別(Sl)
においてソートされている場合や、処理(S2)が終了
した後には、メンレフアイル12内の各メンテナンスレ
コードをキーの昇順にソートする処理(S3)を行う。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.
実施例においては、メンレフアイル12内の各メンテナ
ンスレコードはメンテナンスの必要性が発生した時に順
次書き込まれるためメンテナンスレコードは昇順に並ん
でおらず、ソートして昇順に並べるのが処理(S3)で
ある。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.
続いて更新装置13が有するファイルサーチポインタ、
メンレ指定ポインタを先頭レコードにするイニシャル処
理(S4)を行う。メンレフアイル12と続出ファイル
17に格納されているレコードは、上述した処理によっ
て昇順に並ぶ。本実施例においてはそれらの昇順に並ん
だレコードを比較してメンテナンスを行う、このためポ
インタの初期化が処理(S4)である。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).
次には未処理のメンテナンスレコードがメンレフアイル
12に存在するかを判別(S5)する。Next, it is determined whether an unprocessed maintenance record exists in the men's file 12 (S5).
未処理のメンテナンスレコードが存在する時には(Y)
、メンレ指定ポインタで指定されるメンテナンスレコー
ドが追加用メンレであるか否かを判別する。この実施例
においては、更新処理を追加用と削除、修正、集計とに
分けて行っている。よって、判別(S6)において追加
用メンレであるとき(Y)にはそのメンテナンスレコー
ドのキーとファイルサーチポインタで指定される続出フ
ァイル17内のレコードのキーの1折目の指定(S7)
を行い、桁データの重み比較処理(S8)を続いて行う
。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.
第5図は桁データの重みの説明図である。桁データは、
−0−1−2−・・・−8−9の順に重くなっている0
両レコードの桁データが一致している場合には両レコー
ドの次桁を指定しくS9)、、両レコードのその桁がキ
ーコードの記憶エリアであるか否かを判別(310)す
る。その桁がキーコードの記憶エリアである時(Y)に
は続出ファイル17のレコードとメンテナンスレコード
のその桁における桁データの重み比較(S8)を再度行
う。また、この判別(S I O)において(N)のと
きは両レコードのキーは全(同一となるため追加処理は
できないためファイルサーチポインタ、メンレ指定ポイ
ンタを共に更新し、判別(S5)に戻る。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). .
また、桁データの重み比較(S8)において、メンレフ
アイル12内の指示したメンテナンスレコードの桁デー
タが続出ファイル17内の指定レコードの桁データより
大きい(Mい)場合には、続出ファイル17のレコード
を書込ファイル19へ格納する処理(S13)を行い、
ファイルサーチポインタのみを更新する(S14)。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).
一方、比較S8において、メンテナンスレコードの桁デ
ータが続出ファイル17のレコードの桁データより小さ
い(軽い)時にはそのメンテナンスレコードを書込ファ
イル19へ格納(315)すると共に、メンレ指定ポイ
ンタのみの更新(816)を行う。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.
一方、更新において削除、訂正、集計の処理要求がメン
テナンスレコードに存在する場合には(S6)において
、追加用メンレでない(N)とし、まず、キーの1折目
を指定(S17)L、続いて桁データの重み比較を行う
。この桁データの比較(318)は前述した桁データの
重み比較(S8)と同様である。そして、一致している
場合には、次桁指定S19を行い、判別(S 10)と
同様の判別(S20)を行う。ここで(Y)の時には再
度比較(318)から繰り返す。判別(S20)におい
て(N)の時は両レコードのキーは全く同一となり続出
ファイル17内の指定レコードをメンテナンスレコード
により削除、訂正、集計等の更新処理を行う。例えば削
除の場合には、続出ファイル17内の指定レコードを削
除する処理であり、訂正あるいは集計の場合には、それ
に対応した処理である。そしてそれらの処理を行った後
に書込ファイル19へ処理の結果を格納する(S21)
。この後メンレ指定ポインタの更新(S25)が行われ
る。また、比較(518)においてメンテナンスレコー
ドの桁データが続出フアイル17内の指定レコードの桁
データより小さい(軽い)時には更にそのメンテナンス
レコードの桁データがカンマ“、′であるかを判別する
。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 ",".
カンマはレコード上においてキーコードの終了桁に位置
するものであり、この時には読出ファイル17内の指定
レコードのキーはメンテナンスレコードのキーに含まれ
るレコードとみなし、この指定レコードに対してメンテ
ナンスレコードによる更新を行う(S22)。そして、
ファイルサーチポインタの更新を行って(S24)、再
度処理S17に戻る。また、判別(323)において(
N)の時は更新の対象となるべきレコードが続出ファイ
ル17には存在しないのでメンレ七定ポインタのみの更
新(S25)を行う。一方、比較(S18)においてメ
ンテナンスレコードの桁データが続出ファイル17内の
指定レコードの桁データよりも大きい(重い)と判別し
たときにはファイルサーチポインタのみの更新(324
)を行い処理(S17)に戻る。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).
判別S5において未処理のメンテナンスレコードがない
(N)と判別された時には、続出ファイル17.内の残
りのレコード即ち、ファイルサーチポインタで指定され
るレコード以降のレコード全てを書込ファイル19へ書
込み(326)、処理を終了する。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.
第5図は追加用メンレが加わった時の追加の説明図であ
る。追加メンレが0190.8社に営業所の売上、01
91.B社r営業所の売上、01゜B社全営業所の売上
、02,0社全営業所の売上なるメンテナンスレコード
がメンテナンスファイルに格納され、更新処理が指示さ
れて更新装置が動作をすると、まずそれらがキーコード
順にソートされる。このソートも各桁データの重み順に
なられる。ソートされた一番最初の01.B社全営業所
の売上は予め格納されている読み出しファイル内の00
9.A社全営業所の売上と010.B社a営某所の売上
の間に挿入されるべき追加されるべきレコードであるの
で、この間に01.B社全営業所の売上のレコードが挿
入される。また、0190.8社に営業所の売上は01
9.B社全営業所の売上と020.C社a営業所の売上
の読み出しファイルのレコードの中間に挿入される。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.
本発明の第6図においてはこれらの0190゜0191
.02.がちょうど読み出しファイルの019.020
の間に位置しており、結果的にはこの3つのレコードが
全て同じ順で挿入され、第5図の書き込みファイルが最
終的に求められる。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.
また、第7図に示すように、削除である場合には、この
削除がOf、であった時には、01の以下のものにかか
わらず全て削除される。すなわち、01、〜010.0
11. ・・・019,0190゜0191、が全て
削除され、書き込みファイル内にはその分が削除されて
詰められたレコードとなって格納される。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.
以上に述べたように、本発明によれ、ば、キーコードを
固定長でなく、可変長とし更にその可変長のキーの重み
付けを設けているのでキー内の構成を変更することなく
、追加、修正、削除を簡単な指示で行うことができる。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.
第1図は本発明のm能ブロック図、
第2図は実施例のシステム構成図、
第3図は更新の動作説明図、
第4図は更新の詳細なフローチャート、第5図は正みづ
けの説明図、
第6図はメンテナンスレコードによる追加の説明図、
第7図は削除の説明図、
第8図(al〜(C)は従来方式の説明図である。
1・・・記憶手段、
・比較手段、
・制御手段。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.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP63175425A JPH0224715A (en) | 1988-07-14 | 1988-07-14 | Film processor |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP63175425A JPH0224715A (en) | 1988-07-14 | 1988-07-14 | Film processor |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH0224715A true JPH0224715A (en) | 1990-01-26 |
Family
ID=15995874
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP63175425A Pending JPH0224715A (en) | 1988-07-14 | 1988-07-14 | Film processor |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH0224715A (en) |
-
1988
- 1988-07-14 JP JP63175425A patent/JPH0224715A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4933848A (en) | Method for enforcing referential constraints in a database management system | |
CN104685496A (en) | Pruning disk blocks of a clustered table in a relational database management system | |
JP2002501256A (en) | Database device | |
JP3552339B2 (en) | Database system | |
JPH0224715A (en) | Film processor | |
JPH0782429B2 (en) | How to merge multiple files | |
JPH0773187A (en) | Retrieving system | |
JP3980326B2 (en) | Data management method and computer-readable recording medium | |
JP3047400B2 (en) | Data processing device | |
JPH05181719A (en) | Variable length data storage and reference system | |
JP3223559B2 (en) | Setting method of digital protection relay | |
JPH0224779A (en) | Data processor | |
JP2643850B2 (en) | File processing device | |
JP2000076106A (en) | Management method for indexed sequential file | |
JPH10105560A (en) | Method and device for retrieving data base | |
JPH0388069A (en) | Device for connecting storage medium | |
JPS63172334A (en) | Data processing system for data base system | |
JPH04337867A (en) | Data base retrieval system | |
JPH04559A (en) | Data retrieving system | |
JPH03282744A (en) | Intra-file record retrieval system | |
JPH04230576A (en) | Method for retrieving record | |
JPS6364124A (en) | System for comparing/retrieving numeric value distribution | |
JPS63189934A (en) | Sub-entry processing system for data base | |
JPH01248233A (en) | Data base retrieving device | |
JPH0962708A (en) | Data indexing method |