JPH0784849A - Data access control method - Google Patents
Data access control methodInfo
- Publication number
- JPH0784849A JPH0784849A JP5180678A JP18067893A JPH0784849A JP H0784849 A JPH0784849 A JP H0784849A JP 5180678 A JP5180678 A JP 5180678A JP 18067893 A JP18067893 A JP 18067893A JP H0784849 A JPH0784849 A JP H0784849A
- Authority
- JP
- Japan
- Prior art keywords
- data
- update
- database
- terminal
- host
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】[0001]
【産業上の利用分野】本発明は、データを蓄積し、蓄積
したデータを更新・検索するデータベースシステムやフ
ァイルシステムなどにおけるデータアクセス方法に関す
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data access method in a database system or a file system for accumulating data and updating / searching the accumulated data.
【0002】[0002]
【従来の技術】従来のデータベースシステムにおいて
は、複数のユーザがデータベースを利用している場合、
あるユーザが参照しているデータが他のユーザにより更
新されると、更新後のデータは再度参照し直された時点
で初めて通知される方法が知られている。また、あるユ
ーザがデータを更新しようとする場合、そのデータを読
み出してから更新するまでの間に他のユーザにより同じ
データが更新されると、先に更新を始めた一方のユーザ
による更新が全く無意味になることがあり得る。それを
防止するために、データ更新時には排他制御が行われて
いる。2. Description of the Related Art In a conventional database system, when a plurality of users use a database,
A method is known in which, when data referenced by a certain user is updated by another user, the updated data is first notified when the data is referenced again. Also, when a user tries to update data, if the same data is updated by another user between the time when the data is read and the time when the data is updated, the update by the user who started the update first will be completely lost. It can be meaningless. In order to prevent this, exclusive control is performed when updating data.
【0003】[0003]
【発明が解決しようとする課題】しかし、上記の方法で
は、更新が発生した時点と、そのデータを参照するユー
ザが交信内容を確認する時点とでは大きな時間差がある
ため、ユーザが現在参照しているデータが最新のデータ
である保証はなかった。また、排他制御を行うと、ある
データの交信中には、別のユーザがそのデータを更新し
ようとしても前の更新が終了するのを待たなければなら
ず、複数ユーザから同一データの検索あるいは更新とい
ったアクセスが発生した場合に時間がかかるなどの問題
を残していた。本発明は上記従来例に鑑み、参照するデ
ータが常に最新であることを保証し、その上、複数のユ
ーザでの同一データを同時に更新できるデータアクセス
制御方法を提供することを目的とする。However, in the above method, since there is a large time difference between the time when the update occurs and the time when the user who refers to the data confirms the communication content, the user refers to it now. There was no guarantee that the existing data was the latest data. In addition, when exclusive control is performed, during communication of certain data, even if another user tries to update the data, the user must wait for the previous update to end, and multiple users can search or update the same data. There was a problem that it took time when such access occurred. In view of the above-mentioned conventional example, it is an object of the present invention to provide a data access control method that guarantees that the data to be referred to is always the latest and that the same data can be updated simultaneously by a plurality of users.
【0004】[0004]
【課題を解決するための手段】上記目的を達成するため
に、本発明のデータアクセス制御方法は次のような構成
からなる。複数ユーザによるデータへのアクセスを制御
するデータアクセス制御方法であって、データの更新履
歴を記録する記録工程と、所望のデータを読み出すデー
タ読み出し工程と、該記録工程により記録された更新履
歴を読み出す更新履歴読み出し工程と、該履歴読み出し
工程により読み出された更新履歴に基づき、前記データ
読み出し工程により読み出したデータを更新する更新工
程とを備える。In order to achieve the above object, the data access control method of the present invention has the following configuration. A data access control method for controlling access to data by a plurality of users, comprising a recording step of recording a data update history, a data reading step of reading desired data, and a read of the update history recorded by the recording step. An update history reading step and an updating step of updating the data read by the data reading step based on the update history read by the history reading step.
【0005】[0005]
【実施例】以下、本発明の一実施例であるデータベース
システムを添付図面に従って説明する。 <構成>図1は本実施例のデータベースシステムの構成
を示す図である。図において、ホスト101はデータベ
ースのサーバとして機能するホストコンピュータであ
り、通信ケーブル105により3台の端末装置102〜
104と接続されている。ユーザは各端末から共通のま
たは各自のデータを検索したりあるいは更新したりす
る。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A database system according to an embodiment of the present invention will be described below with reference to the accompanying drawings. <Structure> FIG. 1 is a diagram showing the structure of the database system of this embodiment. In the figure, a host 101 is a host computer that functions as a database server, and three terminal devices 102 to 102 are connected by a communication cable 105.
It is connected to 104. The user retrieves or updates common or personal data from each terminal.
【0006】図2は、ホスト101の構成図である。図
において、CPU201は、メモリ202に格納された
プログラムを実行することで装置全体を制御し、データ
ベースシステムを実現する。メモリ202は、プログラ
ムを格納する他必要なデータを記憶するために用いられ
る。必要なデータには口述する更新ファイルが含まれ
る。ディスクメモリ203には、データベースを構成す
るデータが格納されている。通信インターフェイス20
4は、通信ケーブル105と接続されており、端末との
通信を制御する。これらのブロックがバス205により
接続されている。FIG. 2 is a block diagram of the host 101. In the figure, a CPU 201 controls the entire apparatus by executing a program stored in a memory 202 and realizes a database system. The memory 202 is used to store programs and other necessary data. Required data includes dictated update files. The disk memory 203 stores data forming a database. Communication interface 20
Reference numeral 4 is connected to the communication cable 105 and controls communication with the terminal. These blocks are connected by a bus 205.
【0007】図3は、各端末装置102〜104の構成
を示す図である。図において、CPU301は、メモリ
302に格納されたプログラムを実行することで装置全
体を制御する。メモリ302には、プログラムの他デー
タベースから読み出したデータを保持する領域や、その
他の作業領域が確保される。キーボード303はオペレ
ータがデータ等を入力するための入力部である。表示器
304には、データベースから読み出されたデータ等、
オペレータに知らせる情報が表示される。通信インター
フェイス305は、ホスト101と通信するためのイン
ターフェイスである。これらブロックはバス306で接
続されている。 <データベースへのアクセス>オペレータは端末102
〜104を用いてデータベースにアクセスする。データ
の参照ならば検索条件を入力してそれを検索要求として
ホスト101に送る。ホスト101は、条件に適合する
データを検索し、得られたデータを端末に返送する。FIG. 3 is a diagram showing the configuration of each of the terminal devices 102 to 104. In the figure, a CPU 301 controls the entire apparatus by executing a program stored in a memory 302. In the memory 302, an area for holding the data read from the database other than the program and other work areas are secured. The keyboard 303 is an input unit for an operator to input data and the like. The display 304 displays data read from the database,
Information to inform the operator is displayed. The communication interface 305 is an interface for communicating with the host 101. These blocks are connected by a bus 306. <Access to database> Operator is terminal 102
~ 104 to access the database. When referring to data, search conditions are input and sent as a search request to the host 101. The host 101 searches for data that meets the conditions and returns the obtained data to the terminal.
【0008】データを更新する場合には、オペレータに
より更新対象のデータが指定されると、端末はその指定
とともに検索要求をホスト101に送る。この検索要求
は、データを単に読み出すためのもので、更新しようと
するデータをロックする必要はない。この点については
後述する。ホスト101は、端末から指定されたデータ
を端末に返送する。端末は得られたデータに所望の操作
を施し、それを再びデータベースに書き込むべく更新要
求をホストに送りつける。ホスト101はその更新要求
に従ってデータベースを更新する。When updating the data, when the operator specifies the data to be updated, the terminal sends a search request to the host 101 together with the specification. This search request is only for reading data, and it is not necessary to lock the data to be updated. This point will be described later. The host 101 returns the data designated by the terminal to the terminal. The terminal performs the desired operation on the obtained data and sends an update request to the host to write it again in the database. The host 101 updates the database according to the update request.
【0009】ホスト101は、データの更新の際に、更
新したデータを更新ファイルと呼ばれる更新の履歴を記
録する専用のメモリ領域にセーブしておく。端末102
〜104では、データベースにアクセスしている間は、
定期的にこの更新ファイルを読み出し、更新ファイルに
あるデータを端末の内部データとして保持している場合
には、更新ファイルの内容で端末の内部データを、必要
な部分だけ更新する(これを差分計算と呼ぶ)。以上
が、オペレータがデータベースへアクセスする際の処理
のあらましであるが、図4〜図6を用いて更に詳しく説
明する。 <端末による処理>図4は、端末によるデータベースの
検索あるいは更新処理の手順を示したフローチャートで
ある。この手順はメモリ302に格納されたプログラム
をCPU301が実行することで実現される。When updating data, the host 101 saves the updated data in a dedicated memory area called an update file for recording a history of updates. Terminal 102
In ~ 104, while accessing the database,
This update file is read out periodically, and if the data in the update file is retained as the internal data of the terminal, the internal data of the terminal is updated by the contents of the update file only for the necessary part (this is the difference calculation Called). The above is the outline of the process when the operator accesses the database, which will be described in more detail with reference to FIGS. 4 to 6. <Processing by Terminal> FIG. 4 is a flowchart showing the procedure of database searching or updating processing by the terminal. This procedure is realized by the CPU 301 executing the program stored in the memory 302.
【0010】データの参照/更新は端末からの要求によ
り開始される。まず、ステップS701において、オペ
レータに検索しようとするデータの条件を入力させる。
次に、その条件を検索要求としてホスト101に送りつ
け、その応答を待つ。この時入力された検索条件は、メ
モリ302内の所定の領域に格納しておく。ステップS
703では検索結果をテストし、検索が不成功であった
なら、すなわち何らかのデータが見いだされなかったな
らば、検索/更新対象のデータはデータベースに存在し
ないものとして処理を終了する。Data reference / update is started by a request from the terminal. First, in step S701, the operator is prompted to input the conditions for the data to be searched.
Then, the condition is sent to the host 101 as a search request, and the response is waited for. The search condition input at this time is stored in a predetermined area in the memory 302. Step S
In 703, the search result is tested, and if the search is unsuccessful, that is, if some data is not found, it is determined that the data to be searched / updated does not exist in the database, and the processing ends.
【0011】検索が成功したならば、ステップS704
に進んで、ホスト101から返送されてきたデータをメ
モリ302上の内部データ領域に格納する。端末がデー
タベースから得たデータを処理する際には、この内部デ
ータ領域に格納したデータを用いる。データを得ること
ができたなら、ステップS705で、CPU301に内
蔵したタイマを所定の時間にセットして起動する。この
タイマは、セットされた時間が経過すると、それをCP
U301に知らせる。If the search is successful, step S704.
Then, the data returned from the host 101 is stored in the internal data area of the memory 302. When the terminal processes the data obtained from the database, the data stored in this internal data area is used. If the data can be obtained, the timer built in the CPU 301 is set to a predetermined time and activated in step S705. This timer will CP it when the set time has elapsed.
Notify U301.
【0012】この後、ステップS706で、現在オペレ
ータが行っている処理がデータの参照であるか更新であ
るかを判定し、その結果により分岐する。もし、参照処
理であれば、得られたデータを用いてステップS707
以降で所望の処理を行う。更新処理であるなら、ステッ
プS708において内部データをユーザの所望のによう
に書き換え、ステップS709で、書き換えられたデー
タでデータベースを更新するようホスト101に要求し
てそれが終了するのを待つ。ここで言う更新とは、デー
タを新たな値に書き換えることのみならず、データの追
加や削除を含む広義なものである。Thereafter, in step S706, it is determined whether the process currently performed by the operator is data reference or update, and the process branches depending on the result. If it is reference processing, the obtained data is used to perform step S707.
After that, desired processing is performed. If it is an update process, in step S708, the internal data is rewritten as desired by the user, and in step S709, the host 101 is requested to update the database with the rewritten data, and the process waits until it ends. The update here is not only rewriting the data to a new value, but also broadly including adding and deleting the data.
【0013】以上の手順により、データの参照/更新処
理が遂行される。図5は、図4のステップS705で起
動したタイマにセットされた時間が満了して、CPU3
01がそれを知らされた際の処理の手順を示すフローチ
ャートである。まず、ステップS801により、ホスト
101に格納されている更新ファイルを読み出すべく、
ホスト101に要求を出し、応答を待つ。ホストからの
応答を受信したなら、ステップS802でその内容をテ
ストし、受信した更新ファイル中に、内部データとして
端末が読み込んでいるデータが含まれているかを照合す
る。この照合は、データベース中の各データをユニーク
に識別するための識別子を用いて行う。本実施例では、
データレコードごとに固有な数をIDナンバーとして与
え、それによりデータを識別する。The data reference / update processing is performed by the above procedure. FIG. 5 shows that the time set in the timer started in step S705 of FIG.
It is a flowchart which shows the procedure of a process when 01 is notified of it. First, in step S801, to read the update file stored in the host 101,
It issues a request to the host 101 and waits for a response. When the response from the host is received, its contents are tested in step S802 to check whether the received update file includes the data read by the terminal as internal data. This collation is performed using an identifier for uniquely identifying each data in the database. In this embodiment,
A unique number is given to each data record as an ID number to identify the data.
【0014】照合の結果、更新ファイル中に該当するデ
ータがなければ、ステップS804で再びタイマに処理
の値をセットして起動し、タイマが満了する以前の処理
を続行する。一方、ステップS802による照合の結果
該当するデータがあったならば、ステップS803で、
更新ファイル中のデータにより内部データを更新する。
この更新は、例えば図6のような手順となる。まず、ス
テップS601で、読み出された更新ファイルの先頭の
更新データを読み出す。次に、ステップS602で、更
新ファイルの更新データが終了であるかをテストする。
これは受信した更新ファイルの大きさなどから判定でき
る。As a result of the collation, if there is no corresponding data in the update file, the value of the process is set again in the timer in step S804 and the process is started, and the process before the expiration of the timer is continued. On the other hand, if there is applicable data as a result of the collation in step S802, in step S803,
Update the internal data with the data in the update file.
This update has a procedure as shown in FIG. 6, for example. First, in step S601, the top update data of the read update file is read. Next, in step S602, it is tested whether the update data of the update file has ended.
This can be determined from the size of the received update file.
【0015】ステップS603では、ステップS601
で読まれた更新データが、検索された結果として端末の
内部データに格納されているかをテストする。格納され
ていなければ、ステップS604に進んで、次の更新デ
ータを読み出し、ステップS602に戻る。内部データ
に更新データが存在していれば、ステップS605にお
いて、その更新データは追加操作のためのデータである
かテストする。追加操作であれば検索によって読み出さ
れるはずであるため、ステップS606で、内部データ
に更新データを追加する。In step S603, step S601
Test whether the update data read by is stored in the internal data of the terminal as a result of retrieval. If not stored, the process proceeds to step S604, the next update data is read, and the process returns to step S602. If update data exists in the internal data, it is tested in step S605 whether the update data is data for an add operation. If it is an addition operation, it should be read out by the search, so in step S606, the update data is added to the internal data.
【0016】次に、ステップS607において更新デー
タが削除操作のデータであるかテストし、そうであるな
らば削除されて読み出されないは図のデータであるか
ら、ステップS609で、その更新データを内部データ
から削除する。一方、追加でも削除でもない場合には、
それは既存データの置換操作であると判断し、ステップ
S608において、その更新データが図4のステップS
701で設定されて保存された検索条件に適合している
かテストする。もし適合していれば、更新後のデータも
検索により読み出される対象となるため、ステップS6
10で、更新データにより内部データを置き換える。Next, in step S607, it is tested whether or not the update data is data for a delete operation, and if so, the data that is deleted and cannot be read is the data in the figure. Therefore, in step S609, the update data is internally written. Delete from data. On the other hand, if it is neither added nor deleted,
It is determined that this is a replacement operation of existing data, and in step S608, the updated data is updated in step S of FIG.
It is tested whether or not the search conditions set and stored in 701 are met. If they match, the updated data is also the target to be read out by the search, so step S6
At 10, the internal data is replaced with the updated data.
【0017】もし適合していなければ、更新後のデータ
は検索によって読み出されないはずのデータであるた
め、ステップS609で、更新データを内部データから
削除する。以上の手順により端末内部に読み込んだデー
タを更新する。このステップS803の後、読み出され
たデータが新たにされたのに対応して、そのデータを使
用して行われる処理の一貫性を保つために、ステップS
705に進んで再度処理を行う。ただし、更新によって
一貫性が損なわれない処理、例えばソート等について
は、新たに置換・追加されるデータについてのみ必要な
処理を行えばよい。例えば、ソートであれば新たなデー
タは既にソートされたデータの中に正しい順序となるよ
うに挿入する。If they do not match, the updated data is the data that should not be read by the search, so the updated data is deleted from the internal data in step S609. The data read in the terminal is updated by the above procedure. After this step S803, in order to maintain consistency of the processing performed using the read data in response to the new data, step S803 is performed.
The process proceeds to step 705 and the process is performed again. However, with respect to the processing that does not impair the consistency due to the update, such as sorting, the necessary processing may be performed only for the data that is newly replaced / added. For example, in the case of sorting, new data is inserted in the already sorted data in the correct order.
【0018】なお、更新ファイルと内部データの照合を
容易にするために、また、端末による参照を容易にする
ために、内部データはIDをキーとしてソートされてい
ることが望ましい。 <ホストによる処理>一方、ホスト101では、端末か
らの諸要求に応じた処理を行う。図7は、ホスト101
による端末からの更新要求に対する更新処理である。端
末からの更新要求を受けると、まずステップS701に
おいて、データベースを更新する。ここでいう更新と
は、追加、削除、置換の各操作を含んでいる。この後、
更新データに、操作の種類を示す操作IDナンバーを付
加し、ステップS703で更新ファイルにその更新デー
タを追加する。操作IDナンバーは、前に説明した図6
のステップS605あるいはS607で更新データの種
類を判定するために付加されるデータである。例えば、
追加なら”A”、削除なら”B”、置換なら”C”とい
うような操作ごとに固有な値である。It is desirable that the internal data be sorted using the ID as a key in order to facilitate the collation of the update file and the internal data and to facilitate the reference by the terminal. <Processing by Host> On the other hand, the host 101 performs processing according to various requests from the terminal. FIG. 7 shows the host 101
Is an update process for an update request from the terminal. Upon receiving the update request from the terminal, first, in step S701, the database is updated. Update here includes each operation of addition, deletion, and replacement. After this,
An operation ID number indicating the type of operation is added to the update data, and the update data is added to the update file in step S703. The operation ID number is as shown in FIG.
This is the data added to determine the type of update data in step S605 or S607. For example,
It is a unique value for each operation such as "A" for addition, "B" for deletion, and "C" for replacement.
【0019】なお、更新ファイルの大きさは、一つの端
末に注目すると、その端末が更新ファイルを参照する時
間間隔分の更新データを記録できる大きさでよい。各端
末の参照時間間隔が同じであるとするならば、複数の端
末が更新ファイルを参照するタイミングには、参照時間
間隔の半分の時間のずれが見込まれる。従って、更新フ
ァイルの大きさは、参照時間間隔の倍の時間に更新され
るデータ量の大きさが必要とされる。例えば、この大き
さの更新ファイルを2つに分け、端末の参照時間間隔ご
とに2つの更新ファイルを交互に用いれば、全ての更新
の記録を端末に知らせることができる。It should be noted that the size of the update file may be such that, when one terminal is focused on, the update data for the time interval at which the terminal refers to the update file can be recorded. Assuming that the reference time intervals of the respective terminals are the same, a time shift of half the reference time interval is expected at the timing when a plurality of terminals refer to the update file. Therefore, the size of the update file needs to be the size of the amount of data that is updated at a time that is twice the reference time interval. For example, if the update file of this size is divided into two and the two update files are alternately used for each reference time interval of the terminal, it is possible to notify the terminal of the record of all the updates.
【0020】以上の手順によれば、端末はデータベース
にアクセスしている間は所定の時間おきに更新の記録を
参照して内部データを更新するため、常に最新のデータ
を用いることができる。また、更新の際にも他の端末に
より更新された後の新しいデータを用いてデータベース
を更新するため、複数の端末からのデータ更新が衝突し
ても、いずれかの更新実績が無視されてしまうことはな
い。そのため、更新対象のデータの排他制御を行う必要
はない。 <アクセスの例>次に、具体的なデータを用いて更新処
理を説明する。According to the above procedure, the terminal updates the internal data by referring to the update record at predetermined time intervals while accessing the database, so that the latest data can always be used. Also, when updating, the database is updated using new data after being updated by other terminals, so even if data updates from multiple terminals collide, one of the update records will be ignored. There is no such thing. Therefore, it is not necessary to perform exclusive control on the data to be updated. <Example of Access> Next, the update process will be described using specific data.
【0021】図8は、端末102からホスト101のデ
ータベースを検索し、それを表示する処理の例を示して
いる。図の左から、ホストのデータベースの内容、ホス
トの更新ファイルの内容、端末に読み込んだ内部デー
タ、端末の表示器304に表示された内容を示す。これ
は図9においても同じである。図8においては、端末の
オペレータは検索条件として「ニモニックに”E”が含
まれていない」を与えてデータベースを検索し、「得ら
れたデータをニモニックでソートして表示せよ」という
指示を端末に与えている。従って、検索の結果端末で得
られる内部データを図のように”ABC”、”AB
D”、”BCD”の3つであり、それをソートして表示
する。FIG. 8 shows an example of processing for searching the database of the host 101 from the terminal 102 and displaying it. From the left of the figure, the contents of the host database, the contents of the host update file, the internal data read into the terminal, and the contents displayed on the display 304 of the terminal are shown. This is the same in FIG. 9. In FIG. 8, the operator of the terminal searches the database by giving "the mnemonic does not include" E "" as a search condition, and instructs the terminal to "display the obtained data sorted by mnemonic". Is given to. Therefore, the internal data obtained at the terminal as a result of the search is "ABC", "AB"
There are three types, "D" and "BCD", which are sorted and displayed.
【0022】ここで、他の端末103からデータベース
を更新する。交信の内容は、データ”ABD”を”CB
D”に置換するというのものである。この結果、各デー
タは図9のように変わる。更新ファイルとしては、置換
したデータが置換であることを示すIDナンバー”C”
とされて更新されている。Here, the database is updated from another terminal 103. The contents of communication are the data "ABD" and "CB".
As a result, each data changes as shown in Fig. 9. As the update file, the ID number "C" indicating that the replaced data is a replacement
And has been updated.
【0023】端末102は、データベースを検索してか
ら所定時間経過すると、更新ファイルを読み出す要求を
ホストに出し、更新ファイルを得る。そのデータID”
002”により更新データが内部データに含まれている
ことが分かる。さらに、更新データ”CBD”が最初の
検索条件「ニモニック”E”が含まれていない」に適合
する。そこで、内部データ”ABD”を”更新データC
BD”に置き換え、その後の処理、すなわち「得られた
データをニモニックでソートして表示」する。When a predetermined time has elapsed after searching the database, the terminal 102 issues a request to read the update file to the host and obtains the update file. Its data ID ”
002 "indicates that the update data is included in the internal data. Further, the update data" CBD "matches the first search condition" does not include mnemonic "E"". Therefore, the internal data "ABD" is changed to "update data C".
It is replaced with BD "and the subsequent processing is performed, that is," the obtained data is sorted by mnemonic and displayed ".
【0024】以上のように、本実施例のデータベースシ
ステムにおけるデータアクセス制御によれば、ユーザが
参照しているデータは常に実際のデータベースと一致す
るのであるから、複数のユーザが同一データを同時に参
照している場合、データ更新の有無に関わらず、時間で
きなずれがなく同一データを参照することが保証され
る。つまり、任意の時点でのデータベースを参照して得
られた結果は、それと同時刻に参照して得られた結果も
同一である。また、整列/選択等の結果が他のユーザの
データ更新にも関わらず、差分計算によって保存できる
ため、整列/選択をやり直す必要がない。As described above, according to the data access control in the database system of the present embodiment, the data referred to by the user always coincides with the actual database, so that a plurality of users refer to the same data at the same time. In this case, it is guaranteed that the same data is referred to without any time lag regardless of whether or not the data is updated. That is, the result obtained by referring to the database at an arbitrary time point is the same as the result obtained by referring to the database at the same time. Further, since the result of sorting / selection or the like can be saved by the difference calculation regardless of the data update of another user, it is not necessary to perform sorting / selection again.
【0025】[0025]
【発明の効果】以上説明したように、本発明にかかるデ
ータアクセス制御方法は、参照するデータを常に最新と
し、複数のユーザから同一のデータを同時に更新できる
という効果がある。As described above, the data access control method according to the present invention has an effect that the data to be referred to is always the latest and the same data can be updated simultaneously by a plurality of users.
【図1】本発明の実施例によるデータベースシステムの
構成を示すブロック図である。FIG. 1 is a block diagram showing a configuration of a database system according to an embodiment of the present invention.
【図2】本発明の実施例によるホストコンピュータの構
成を示すブロック図である。FIG. 2 is a block diagram showing a configuration of a host computer according to an embodiment of the present invention.
【図3】実施例の端末装置の構成を示すブロック図であ
る。FIG. 3 is a block diagram illustrating a configuration of a terminal device according to an embodiment.
【図4】実施例の端末装置によるデータ参照/更新の手
順を示すフローチャートである。FIG. 4 is a flowchart showing a procedure of data reference / update by the terminal device of the embodiment.
【図5】実施例の端末装置によるデータ参照/更新の手
順を示すフローチャートである。FIG. 5 is a flowchart showing a procedure of data reference / update by the terminal device of the embodiment.
【図6】実施例の端末装置によるデータ参照/更新の手
順を示すフローチャートである。FIG. 6 is a flowchart showing a procedure of data reference / update by the terminal device of the embodiment.
【図7】実施例のホストによるデータ更新の手順を示す
フローチャートである。FIG. 7 is a flowchart showing a procedure for updating data by the host according to the embodiment.
【図8】実施例のデータベースシステムによるデータ検
索の具体例を示す図である。FIG. 8 is a diagram showing a specific example of data search by the database system of the embodiment.
【図9】実施例のデータベースシステムによるデータ検
索の具体例を示す図である。FIG. 9 is a diagram showing a specific example of data search by the database system of the embodiment.
101 ホスト 102 端末装置 103 端末装置 104 端末装置 105 通信ケーブル 101 host 102 terminal device 103 terminal device 104 terminal device 105 communication cable
Claims (4)
制御するデータアクセス制御方法であって、 データの更新履歴を記録する記録工程と、 所望のデータを読み出すデータ読み出し工程と、 該記録工程により記録された更新履歴を読み出す更新履
歴読み出し工程と、 該履歴読み出し工程により読み出された更新履歴に基づ
き、前記データ読み出し工程により読み出したデータを
更新する更新工程と、を備えることを特徴とするデータ
アクセス制御方法。1. A data access control method for controlling access to data by a plurality of users, comprising a recording step of recording a data update history, a data reading step of reading desired data, and a data recording step performed by the recording step. Data access control comprising: an update history reading step for reading the updated update history; and an updating step for updating the data read by the data reading step based on the update history read by the history reading step. Method.
に更新履歴の読み出しを行うことを特徴とする請求項1
記載のデータアクセス制御方法。2. The update history reading step reads the update history every predetermined time.
The described data access control method.
適合するデータを読み出し、前記更新手段は、前記更新
履歴と前記検索条件とに基づいてデータを更新すること
を特徴とする請求項1記載のデータアクセス制御方法。3. The reading step reads data that matches a desired search condition, and the updating unit updates the data based on the update history and the search condition. Data access control method.
れたデータを入力として所望の処理をする処理工程をさ
らに備え、前記更新工程により更新されたデータを入力
として前記処理工程を再度行うことを特徴とする請求項
1記載のデータアクセス制御方法。4. The method further comprising a processing step of performing desired processing by using the data read by the data reading means as an input, and performing the processing step again by inputting the data updated by the updating step. The data access control method according to claim 1.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP5180678A JPH0784849A (en) | 1993-06-26 | 1993-06-26 | Data access control method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP5180678A JPH0784849A (en) | 1993-06-26 | 1993-06-26 | Data access control method |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH0784849A true JPH0784849A (en) | 1995-03-31 |
Family
ID=16087397
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP5180678A Pending JPH0784849A (en) | 1993-06-26 | 1993-06-26 | Data access control method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH0784849A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997043724A1 (en) * | 1996-05-10 | 1997-11-20 | Aim Corporation | Message searching system and terminal |
JPH10222435A (en) * | 1997-02-04 | 1998-08-21 | Digital Vision Lab:Kk | Data managing device |
-
1993
- 1993-06-26 JP JP5180678A patent/JPH0784849A/en active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997043724A1 (en) * | 1996-05-10 | 1997-11-20 | Aim Corporation | Message searching system and terminal |
GB2328537A (en) * | 1996-05-10 | 1999-02-24 | Aim Corp | Message searching system and terminal |
GB2328537B (en) * | 1996-05-10 | 2000-08-09 | Aim Corp | Message searching system and terminal |
US6356893B1 (en) | 1996-05-10 | 2002-03-12 | Yuichiro Itakura | Message searching system and terminal |
JPH10222435A (en) * | 1997-02-04 | 1998-08-21 | Digital Vision Lab:Kk | Data managing device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7987190B2 (en) | Filesystem having a filename cache | |
US8830247B2 (en) | Image displaying device having image cache memory | |
CN106682186A (en) | File access control list (ACL) management method and related device and system | |
JP4101410B2 (en) | Time version data storage device | |
US6192376B1 (en) | Method and apparatus for shadowing a hierarchical file system index structure to enable error recovery | |
CN113568582A (en) | Data management method and device and storage equipment | |
JPH06187213A (en) | File access history control system | |
JPH0784849A (en) | Data access control method | |
JP3636773B2 (en) | Information processing device for database check | |
JP3957464B2 (en) | Data update device | |
US6625614B1 (en) | Implementation for efficient access of extended attribute data | |
JP3022326B2 (en) | File change history management system | |
JP2924786B2 (en) | Exclusive control system, exclusive control method, and medium for storing exclusive control program for shared file in loosely coupled multiple computer system | |
JP2828354B2 (en) | Database management device | |
JP2919240B2 (en) | I / O priority control method | |
JP2870308B2 (en) | Database management system | |
JP2000148548A (en) | Unnecessary record deleting device | |
JPS61256442A (en) | Method for increasing record retrieving speed | |
JPH07334406A (en) | Multi-media data base system | |
JPH0744426A (en) | File management method for file system | |
JP2000259476A (en) | File management system and server computer | |
JP2001101047A (en) | Device and method for managing data and storage medium | |
JP2000082005A (en) | Data processing system for inter-system data base sharing system | |
JPH0324646A (en) | Information processor | |
JPH04131944A (en) | Document filling device containing batch changing function of document title information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040107 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040304 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040824 |