JPH0561748A - System for automating synchronous confirmation in database access - Google Patents
System for automating synchronous confirmation in database accessInfo
- Publication number
- JPH0561748A JPH0561748A JP3221831A JP22183191A JPH0561748A JP H0561748 A JPH0561748 A JP H0561748A JP 3221831 A JP3221831 A JP 3221831A JP 22183191 A JP22183191 A JP 22183191A JP H0561748 A JPH0561748 A JP H0561748A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- application program
- identifier
- memory
- dbms
- 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 Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【発明の詳細な説明】Detailed Description of the Invention
【０００１】[0001]
【産業上の利用分野】本発明はデータベース・アクセス
における同期確認の自動化方式に係り、特にデータベー
スに対するアクセスの一時的な中断後、アクセス再開時
におけるデータベース管理システム（ＤＢＭＳ：Databa
se Management System）とアプリケーション・プログラ
ムとの同期確認を自動化するデータベース・アクセスに
おける同期確認の自動化方式に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an automated system for confirming synchronization in database access, and particularly to a database management system (DBMS: Databa) when access is resumed after temporary interruption of access to the database.
se Management System) and an automated method of confirmation of synchronization in database access that automates confirmation of synchronization between application programs.
【０００２】[0002]
【従来の技術】従来のＤＢＭＳでは、データ更新を行う
場合、アプリケーション・プログラムから送られてくる
更新要求を順次受け取り、データの仮更新を実行する。
その後、アプリケーション・プログラムからのコミット
命令を受け取った時点で、先に受け取った更新要求の実
更新を実行する方式を採っている。この方式によりデー
タ更新処理中に障害が起こった場合には、仮更新を取り
消す（ロールバックする）ことにより、ＤＢＭＳとアプ
リケーション・プログラムとの同期をとる（ＯＲＡＣＬ
Ｅ（市販データベース）データベース管理者ガイド Ve
r.6 (1990) 、ＩＮＧＲＥＳ（市販データベース）デー
タベース・マニュアル Ver. ２(1989)）。2. Description of the Related Art In a conventional DBMS, when data is updated, update requests sent from an application program are sequentially received and data is temporarily updated.
After that, when the commit command is received from the application program, the method of executing the actual update of the previously received update request is adopted. When a failure occurs during the data update processing by this method, the temporary update is canceled (rolled back) to synchronize the DBMS with the application program (ORACL).
E (Commercial Database) Database Administrator Guide Ve
r.6 (1990), INGRES (commercial database) database manual Ver. 2 (1989)).
【０００３】[0003]
【発明が解決しようとする課題】しかし、現状のＤＢＭ
Ｓでは、トランザクションの完了確認をアプリケーショ
ン・プログラムから確認することができるＤＢＭＳとで
きないＤＢＭＳが混在している。表１に市販のＤＢＭＳ
におけるトランザクション完了確認方法を示す。However, the current DBM
In S, a DBMS that can confirm the transaction completion confirmation from the application program and a DBMS that cannot confirm it are mixed. Commercial DBMS shown in Table 1
The method of confirming transaction completion is shown below.
【０００４】[0004]
【表１】 [Table 1]
【０００５】上記の表により市販ＤＢＭＳの“ＯＲＡＣ
ＬＥ”及び“ＳＹＢＡＳＥ”はユーザがトラザクション
完了の記録をアプリケーション・プログラムから確認す
ることができない。また、“ＩＮＧＲＥＳ”はログスタ
ッドというツールを用いてトランザクションの記録を参
照することにより可能である。“ＯＲＡＣＬＥ”及び
“ＳＹＢＡＳＥ”のようにトランザクションの完了確認
をアプリケーション・プログラムから確認を行う機能を
持たないＤＢＭＳは、トランザクションの保証を十分に
行うことができないため、信頼性のあるシステムを構築
することができないという問題点がある。According to the above table, a commercial DBMS "ORAC" is used.
"LE" and "SYBASE" do not allow the user to confirm the transaction completion record from the application program, and "INGRES" is possible by referring to the transaction record using a tool called log stud. A DBMS that does not have a function for confirming the completion of a transaction from an application program, such as "ORACLE" and "SYBASE", cannot sufficiently guarantee the transaction, so a reliable system should be constructed. There is a problem that you cannot do it.
【０００６】また、様々な種類のＤＢＭＳを利用したネ
ットワーク環境を構築しようと試みたとき、共通の方法
でアプリケーション・プログラムとＤＢＭＳの同期をと
ることができず、データベースアクセスのためのアプリ
ケーション・プログラムのポータビリティの向上の妨げ
となっている。Further, when an attempt is made to construct a network environment using various types of DBMS, the application program and the DBMS cannot be synchronized by a common method, and the application program for database access cannot be synchronized. This is an obstacle to improving portability.
【０００７】本発明は上記の点に鑑みなされたもので、
どのＤＢＭＳにも適用可能で、アプリケーション・プロ
グラムに負担をかけることなく、共通の方法で同期確認
を行うことができる障害回復後の同期確認を行うことが
できるデータベース・アクセスにおける同期確認の自動
化方式を提供することを目的とする。The present invention has been made in view of the above points,
It can be applied to any DBMS, and can perform synchronization confirmation by a common method without burdening application programs. An automated method of confirmation of synchronization in database access that can perform synchronization confirmation after failure recovery. The purpose is to provide.
【０００８】[0008]
【課題を解決するための手段】複数の種類のデータベー
スに対して、アプリケーション・プログラムとデータベ
ース管理システム（ＤＢＭＳ）との同期確認を自動化す
る方式のデータ更新において、アプリケーション・プロ
グラムよりトランザクションの開始要求があった場合
に、開始トランザクションに開始トランザクション識別
子を付与し、開始トランザクション識別子をメモリに書
込み、アプリケーション・プログラムよりトランザクシ
ョンの終了要求があった場合に、メモリ内のトランザク
ション識別子をＤＢＭＳのトランザクション・ログ・テ
ーブルに書込む。[Means for Solving the Problems] In a data update of a method that automates synchronization confirmation between an application program and a database management system (DBMS) for a plurality of types of databases, a transaction start request is issued from the application program. If there is, the start transaction identifier is given to the start transaction, the start transaction identifier is written to the memory, and when the application program makes a transaction end request, the transaction identifier in the memory is set to the transaction log table of the DBMS. Write to.
【０００９】さらに、トランザクション処理中に処理を
中断した場合に、メモリのトランザクション識別子とト
ランザクション・ログ・テーブルに格納されているトラ
ンザクション識別子を比較して異なる場合には、アプリ
ケーション・プログラムに対して、処理を中断した時点
で実行されていたトランザクションを再開時における開
始トランザクションとし、同様の場合には、処理を中断
した時点で行っていたトランザクションの次のトランザ
クションが再開時における開始トランザクションとす
る。Further, if the transaction identifier in the memory is compared with the transaction identifier stored in the transaction log table when the processing is interrupted during the transaction processing, and if the transaction identifiers are different, the application program is processed. The transaction that was being executed at the time of suspending is set as the start transaction at the time of restart, and in the same case, the transaction next to the transaction that was being performed at the time of suspending the process is set as the start transaction at restart.
【００１０】[0010]
【作用】本発明の同期確認はトランザクションを単位と
して行うものであり、アプリケーション・プログラムが
トランザクションの開始を明示的、或いは暗示的に示す
と、各々のトランザクションに識別子が付与され、メモ
リに書き込まれる。そして、アプリケーション・プログ
ラムからコミットの要求が出されると、各アプリケーシ
ョン・プログラム毎にデータベース内に用意されたトラ
ンザクション・ログ・テーブルにトランザクション識別
子が書き込まれる。The synchronization confirmation according to the present invention is performed on a transaction-by-transaction basis. When the application program explicitly or implicitly indicates the start of a transaction, each transaction is given an identifier and written in the memory. Then, when a commit request is issued from the application program, the transaction identifier is written in the transaction log table prepared in the database for each application program.
【００１１】これにより、トランザクションの完了後に
障害が生じた場合（コミット完了後）はトランザクショ
ン・ログ・テーブルの内容はＤＢＭＳによって保障され
ているため、テーブル内にはトランザクション識別子の
情報が残っている。従って、メモリの内容とトランザク
ション・ログ・テーブルの内容は一致している。これに
対してトランザクション完了前に障害が生じた場合はそ
れらの情報はロールバック処理によって失われる。従っ
て、メモリの内容とトランザクション・ロク・テーブル
の内容に不一致が生じる。As a result, when a failure occurs after the completion of the transaction (after the completion of the commit), the contents of the transaction log table are guaranteed by the DBMS, so the transaction identifier information remains in the table. Therefore, the contents of the memory and the contents of the transaction log table match. On the other hand, if a failure occurs before the transaction is completed, such information is lost by the rollback process. Therefore, a mismatch occurs between the contents of the memory and the contents of the transaction lock table.
【００１２】データベースアクセス処理の一時的な中断
からの再立ち上げ後にメモリ中に格納されているトラン
ザクション識別子と、トランザクション・ログ・テーブ
ル中に格納されているトランザクション識別子のそれぞ
れを参照し、両者を比較し、メモリ中のトランザクショ
ン識別子とトランザクション・ログ・テーブル中のトラ
ンザクション識別子が同じである場合には、データベー
スアクセス処理を中断していた時点で実行されていたト
ランザクションの次のトランザクションを次に実行すべ
きトランザクションとして指定する。一方、メモリ中の
トランザクション識別子とトランザクション・ログ・テ
ーブル中のトランザクション識別子が異なる場合には、
データベースアクセス処理を中断していた時点で実行さ
れていたトランザクションを次に実行すべきトランザク
ションとして指定する。これにより、アプリケーション
・プログラム側からメモリやトランザクション・ログ・
テーブルを参照することなく、アプリケーション・プロ
グラムとＤＢＭＳの同期確認を行うことができる。[0012] The transaction identifier stored in the memory after the database access process is restarted from a temporary interruption and the transaction identifier stored in the transaction log table are referred to and compared with each other. However, if the transaction identifier in the memory and the transaction identifier in the transaction log table are the same, the transaction next to the transaction that was being executed when the database access processing was interrupted should be executed next. Specify as a transaction. On the other hand, if the transaction identifier in memory and the transaction identifier in the transaction log table are different,
Specify the transaction that was being executed when the database access process was suspended as the next transaction to be executed. This allows the application program side
It is possible to confirm the synchronization between the application program and the DBMS without referring to the table.
【００１３】[0013]
【実施例】図１は本発明の一実施例のアプリケーション
・プログラムとＤＢＭＳの同期確認の自動化方式の構成
を示すブロック図である。このシステム構成はアプリケ
ーション・プログラム１、メモリ２、制御装置３、トラ
ンザクション識別子生成装置４、トランザクションコミ
ットメント制御装置５、次実行トランザクション指定装
置６、トランザクション識別子参照装置７、ＤＢＭＳ
８、データベース９よりなる。このうち、データベース
９はユーザ・テーブル１０、トランザクション・ログ・
テーブル１１を有する。DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 is a block diagram showing the configuration of an automated system for confirmation of synchronization between an application program and a DBMS according to an embodiment of the present invention. This system configuration includes an application program 1, a memory 2, a control device 3, a transaction identifier generation device 4, a transaction commitment control device 5, a next execution transaction designation device 6, a transaction identifier reference device 7, and a DBMS.
8 and database 9. Of these, the database 9 is the user table 10 and the transaction log.
It has a table 11.
【００１４】図２は本発明の一実施例のアプリケーショ
ン・プログラムとＤＢＭＳの同期確認の自動化方式のデ
ータ更新のフローチャートを示す。 （ステップ１） アプリケーション・プログラム１はバ
ス１２を介して制御装置３にデータ更新のためのデータ
ベース問い合わせ言語であるＳＱＬ文を送出する。 （ステップ２） 制御装置３は送られてきたＳＱＬ文が
前回のコミット後の最初のＳＱＬ文であるか、２番目以
降のＳＱＬ文であるか、コミット要求文であるかを判定
する。 （ステップ３） ステップ２で送られてきたＳＱＬ文が
最初のＳＱＬ文であった場合には、制御装置３はバス１
３を通してトランザクション識別生成装置４にトランザ
クション開始通知を行うとともに、バス１６を介してＤ
ＢＭＳ８へＳＱＬ文を送出する。 （ステップ４） トランザクション識別子生成装置４は
バス１３を介してメモリ２に格納されているトランザク
ション識別子の履歴を参照する。 （ステップ５） トランザクション識別子生成装置４
は、開始トラザクションに識別子を付与する。 （ステップ６） さらに、トランザクション識別子生成
装置４は、バス１４を介してトランザクション識別子を
メモリ２に書き込む。 （ステップ７） 次にステップ２において、ＳＱＬ文が
２番目以降のＳＱＬ文であった場合は、制御装置３はバ
ス１６を介してＤＢＭＳ８へＳＱＬ文を送出する。 （ステップ８） ＳＱＬ文を受け取ったＤＢＭＳ８はバ
ス２３を介してユーザテーブル１０の操作を行う。 （ステップ９） ステップ２において、コミット要求文
であった場合、制御装置３はバス１５を介してトランザ
クションコミットメント制御装置５にコミット要求通知
を行う。 （ステップ１０） コミット要求を受け取ったトランザ
クションコミットメント制御装置５はバス２０を介して
トランザクション識別子を参照する。 （ステップ１１） トラザクションコミットメント制御
装置５はバス２２を介してＤＢＭＳ８にＳＱＬ文を送出
する。 （ステップ１２） ＳＱＬ文を受け取ったＤＢＭＳ８は
バス２４を介してトランザクション・ログ・テーブル１
１にトランザクション識別子の書込みを行う。 （ステップ１３） ＤＢＭＳ８は書込みが終了すると、
書込み終了信号をバス２２を介してトランザクションコ
ミットメント制御装置５に送出する。 （ステップ１４） 書込み終了信号を受け取ったトラン
ザクションコミットメント制御装置５はバス２２を介し
てＤＢＭＳ８に対してコミット要求を送出する。 （ステップ１５） コミット要求を受け取ったＤＢＭＳ
８はデータベース９に対してバス２３及びバス２４を介
してコミットを実行する。FIG. 2 shows a flow chart of data updating of an automatic system for confirmation of synchronization between an application program and a DBMS according to an embodiment of the present invention. (Step 1) The application program 1 sends an SQL statement, which is a database inquiry language for updating data, to the control device 3 via the bus 12. (Step 2) The control device 3 determines whether the sent SQL statement is the first SQL statement after the previous commit, the second or subsequent SQL statement, or the commit request statement. (Step 3) When the SQL statement sent in step 2 is the first SQL statement, the control device 3 sets the bus 1
A transaction start notification is sent to the transaction identification generation device 4 through the D.
The SQL sentence is sent to BMS8. (Step 4) The transaction identifier generation device 4 refers to the history of transaction identifiers stored in the memory 2 via the bus 13. (Step 5) Transaction identifier generation device 4
Gives an identifier to the starting transaction. (Step 6) Furthermore, the transaction identifier generation device 4 writes the transaction identifier in the memory 2 via the bus 14. (Step 7) Next, in step 2, when the SQL statement is the second and subsequent SQL statements, the control device 3 sends the SQL statement to the DBMS 8 via the bus 16. (Step 8) The DBMS 8 having received the SQL statement operates the user table 10 via the bus 23. (Step 9) If the statement is a commit request statement in step 2, the control device 3 sends a commit request notification to the transaction commitment control device 5 via the bus 15. (Step 10) The transaction commitment control device 5, which has received the commit request, refers to the transaction identifier via the bus 20. (Step 11) The transaction commitment control device 5 sends an SQL statement to the DBMS 8 via the bus 22. (Step 12) The DBMS 8 which has received the SQL statement sends the transaction log table 1 via the bus 24.
Write the transaction identifier to 1. (Step 13) When the DBMS 8 finishes writing,
A write end signal is sent to the transaction commitment control device 5 via the bus 22. (Step 14) The transaction commitment control device 5, which has received the write end signal, sends a commit request to the DBMS 8 via the bus 22. (Step 15) DBMS that received the commit request
8 commits to the database 9 via the buses 23 and 24.
【００１５】異常発生等の原因により、データベース操
作処理が中断した場合、ＤＢＭＳ８が障害を検出し、コ
ミット完了していないトランザクションについては、バ
ス２３及び、バス２４を介してロールバックを実行す
る。ロールバックが実行されると、最も新しいコミット
の直後の状態まで、データベース９のユーザ・テーブル
１０及び、トランザクション・ログ・テーブル１１が復
元される。When the database operation processing is interrupted due to a cause such as an abnormality, the DBMS 8 detects a failure and executes a rollback via the bus 23 and the bus 24 for a transaction for which commit has not been completed. When the rollback is executed, the user table 10 and the transaction log table 11 of the database 9 are restored to the state immediately after the latest commit.
【００１６】図３は本発明の一実施例のアプリケーショ
ン・プログラムとＤＢＭＳの同期確認の自動化方式のデ
ータベースアクセス処理中断後の処理再開時のフローチ
ャートを示す。 （ステップ２０） データベースアクセス処理中断後の
処理再開時に、トランザクション識別子参照装置７はバ
ス２１を介してメモリ２を参照し、処理中断以前に送出
されたトランザクション識別子を参照する。 （ステップ２１） さらにトランザクション識別子参照
装置７はバス１９を介してＤＢＭＳ８にトランザクショ
ン・ログ・テーブル１１を検索するためのＳＱＬコマン
ドを送出する。 （ステップ２２） ＳＱＬコマンドを受け取ったＤＢＭ
Ｓ８はバス２４を介してトランザクション・ログ・テー
ブル１１を検索する。 （ステップ２３） ＤＢＭＳ８はステップ２２でのテー
ブルサーチにより検索結果として最後に完了したトラン
ザクションの完了トランザクション識別子をバス１９を
介してトランザクション識別子参照装置７に送出する。 （ステップ２４） トランザクション識別子参照装置７
はＤＢＭＳ８から送出された完了トランザクション識別
子と、メモリ２から得た送出済のトランザクション識別
子をバス１８を介して次実行トランザクション指定装置
６に送出する。 （ステップ２５） 次実行トランザクション指定装置６
は完了トランザクション識別子と送出済のトランザクシ
ョン識別子を比較する。 （ステップ２６） 比較の結果“完了トランザクション
識別子＝送出済のトランザクション識別子”である場合
には、アプリケーション・プログラム１とＤＢＭＳ８の
同期はとれているものと判断し、バス１７を介してアプ
リケーション・プログラム１に対してデータベースアク
セス処理中断時に行われていたトランザクションは完了
したことを通知する。 （ステップ２７） ステップ２５において、比較の結果
“完了トランザクション識別子≠送出済”のトランザク
ション識別子である場合には、次実行トランザクション
指定装置６はアプリケーション・プログラム１とＤＢＭ
Ｓ８の同期がとれていないものと判断し、メモリ２に登
録されていて、かつ、データベース９のトランザクショ
ン・ログ・テーブル１１に登録されていないトランザク
ション識別子を次に実行すべきトランザクションとして
バス１７を介してアプリケーション・プログラム１に登
録する。FIG. 3 is a flow chart at the time of resuming the processing after the interruption of the database access processing of the automatic system for confirming the synchronization between the application program and the DBMS according to the embodiment of the present invention. (Step 20) At the time of resuming the processing after the interruption of the database access processing, the transaction identifier reference device 7 refers to the memory 2 via the bus 21 and refers to the transaction identifier sent before the interruption of the processing. (Step 21) Further, the transaction identifier reference device 7 sends an SQL command for searching the transaction log table 11 to the DBMS 8 via the bus 19. (Step 22) DBM receiving the SQL command
S8 searches the transaction log table 11 via the bus 24. (Step 23) The DBMS 8 sends the completed transaction identifier of the last completed transaction as a search result by the table search in step 22 to the transaction identifier reference device 7 via the bus 19. (Step 24) Transaction identifier reference device 7
Sends the completed transaction identifier sent from the DBMS 8 and the sent transaction identifier obtained from the memory 2 to the next execution transaction designating device 6 via the bus 18. (Step 25) Next execution transaction designation device 6
Compares the completed transaction identifier with the sent transaction identifier. (Step 26) If the result of the comparison is “completed transaction identifier = transmitted transaction identifier”, it is determined that the application program 1 and the DBMS 8 are synchronized, and the application program 1 is sent via the bus 17. Notify that the transaction that was being performed when the database access processing was interrupted was completed. (Step 27) In step 25, if the result of comparison is that the transaction identifier is “completed transaction identifier ≠ sent”, the next execution transaction designation device 6 determines that the application program 1 and the DBM
It is determined that S8 is not synchronized, and a transaction identifier registered in the memory 2 and not registered in the transaction log table 11 of the database 9 is set as the next transaction to be executed via the bus 17. Register in application program 1.
【００１７】上記の処理により、アプリケーション・プ
ログラム１側からメモリ２及び、ＤＢＭＳ８のトランザ
クション・ログ・テーブル１１を参照しなくとも、アプ
リケーション・プログラムの再開時における開始トラン
ザクション確認を自動化することができる。By the above processing, the start transaction confirmation at the time of restarting the application program can be automated without referring to the memory 2 and the transaction log table 11 of the DBMS 8 from the application program 1 side.
【００１８】[0018]
【発明の効果】上述のように本発明によれば、従来の技
術のようにアクセス中断後のアプリケーション・プログ
ラムとＤＢＭＳ間の同期確認をアプリケーション・プロ
グラムからメモリ、トランザクション・ログ・テーブル
参照、トランザクション識別子の比較といった操作を行
うことなく、自動的に同期確認を行うことが可能とな
る。従って、データベースアクセス処理再開時における
アプリケーション・プログラムの負担軽減が可能とな
る。As described above, according to the present invention, the synchronization confirmation between the application program and the DBMS after the access interruption as in the prior art is confirmed from the application program to the memory, the transaction log table, and the transaction identifier. It becomes possible to automatically confirm the synchronization without performing an operation such as comparing. Therefore, it is possible to reduce the load on the application program when the database access process is restarted.
【図１】本発明の一実施例のアプリケーション・プログ
ラムとＤＢＭＳの同期確認の自動化方式の構成を示すブ
ロック図である。FIG. 1 is a block diagram showing a configuration of an automated system for confirmation of synchronization between an application program and a DBMS according to an embodiment of the present invention.
【図２】本発明の一実施例のアプリケーション・プログ
ラムとＤＢＭＳの同期確認の自動化方式のデータ更新の
フローチャートである。FIG. 2 is a flow chart of data update of an automated system for confirmation of synchronization between an application program and a DBMS according to an embodiment of the present invention.
【図３】本発明の一実施例のアプリケーション・プログ
ラムとＤＢＭＳの同期確認の自動化方式のデータベース
アクセス処理中断後の処理再開時のフローチャートであ
る。FIG. 3 is a flowchart at the time of resuming the processing after interruption of the database access processing of the automatic system for confirming synchronization between the application program and the DBMS according to the embodiment of the present invention.
１ アプリケーション・プログラム ２ メモリ ３ 制御装置 ４ トランザクション識別子生成装置 ５ トランザクションコミットメント制御装置 ６ 次実行トランザクション指定装置 ７ トランザクション識別子参照装置 ８ ＤＢＭＳ（Database Management System） ９ データベース １０ ユーザ・テーブル １１ トランザクション・ログ・テーブル １２，１３，１４，１５，１６，１７，１８，１９，２
０，２１，２２，２３，２４ バス1 Application Program 2 Memory 3 Control Device 4 Transaction Identifier Generation Device 5 Transaction Commitment Control Device 6th Execution Transaction Designation Device 7 Transaction Identifier Reference Device 8 DBMS (Database Management System) 9 Database 10 User Table 11 Transaction Log Table 12 , 13, 14, 15, 16, 17, 18, 19, 19, 2
0, 21, 22, 23, 24 buses
Claims (2)
プリケーション・プログラムとデータベース管理システ
ムとの同期確認を自動化する方式のデータ更新におい
て、 前記アプリケーション・プログラムよりトランザクショ
ンの開始要求があった場合に、開始トランザクションに
開始トランザクション識別子を付与し、該開始トランザ
クション識別子をメモリに書込み、 前記アプリケーション・プログラムより前記トランザク
ションの終了要求があった場合に、前記メモリ内のトラ
ンザクション識別子を前記データベース管理システムの
前記トランザクション・ログ・テーブルに書込むことを
特徴とするデータベース・アクセスにおける同期確認の
自動化方式。1. A data update method for automating synchronization confirmation between an application program and a database management system for a plurality of types of databases, which is started when a transaction start request is issued from the application program. A start transaction identifier is given to a transaction, the start transaction identifier is written to the memory, and when the application program makes a request to end the transaction, the transaction identifier in the memory is added to the transaction log of the database management system. -Automatic method of synchronization confirmation in database access characterized by writing in a table.
記アプリケーション・プログラムと前記データベース管
理システムとの同期確認を自動化する方式において、 トランザクション処理中に処理を中断した場合に、前記
メモリのトランザクション識別子と前記トランザクショ
ン・ログ・テーブルに格納されている前記トランザクシ
ョン識別子を比較して異なる場合には、アプリケーショ
ン・プログラムに対して、処理を中断した時点で実行さ
れていたトランザクションを再開時における開始トラン
ザクションとし、同様の場合には、処理を中断した時点
で行っていたトランザクションの次のトランザクション
が再開時における開始トランザクションとすることを特
徴とするデータベース・アクセスにおける同期確認の自
動化方式。2. A method of automating the synchronization confirmation between the application program and the database management system for a plurality of types of databases, wherein the transaction identifier of the memory is used when the processing is interrupted during transaction processing. When the transaction identifiers stored in the transaction log table are compared and different from each other, the transaction that was being executed at the time of interrupting the process is regarded as the starting transaction at the time of restarting the application program, and the same. In the case of, the automated method of synchronization confirmation in database access is characterized in that the transaction next to the transaction being performed at the time of interrupting the process is the starting transaction at the time of restart.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3221831A JPH0561748A (en) | 1991-09-02 | 1991-09-02 | System for automating synchronous confirmation in database access |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3221831A JPH0561748A (en) | 1991-09-02 | 1991-09-02 | System for automating synchronous confirmation in database access |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0561748A true JPH0561748A (en) | 1993-03-12 |
Family
ID=16772878
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3221831A Pending JPH0561748A (en) | 1991-09-02 | 1991-09-02 | System for automating synchronous confirmation in database access |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0561748A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5487630A (en) * | 1994-03-09 | 1996-01-30 | Campian; Jonathon | Machine for cutting a workpiece made of styrofoam or like material |
| US5701436A (en) * | 1995-01-31 | 1997-12-23 | Fujitsu Limited | Information processing apparatus including synchronous storage having backup registers for storing the latest sets of information to enable state restoration after interruption |
| JP2001195362A (en) * | 2000-01-06 | 2001-07-19 | Nippon Telegr & Teleph Corp <Ntt> | Device and method for processing transaction and ic card with transaction processing function |
| JP2002149597A (en) * | 2000-11-07 | 2002-05-24 | Dainippon Printing Co Ltd | Procedure system |
| WO2018190947A1 (en) * | 2017-04-11 | 2018-10-18 | Micron Technology, Inc. | Transaction identification |
| US10152237B2 (en) | 2016-05-05 | 2018-12-11 | Micron Technology, Inc. | Non-deterministic memory protocol |
| US10534540B2 (en) | 2016-06-06 | 2020-01-14 | Micron Technology, Inc. | Memory protocol |
-
1991
- 1991-09-02 JP JP3221831A patent/JPH0561748A/en active Pending
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5487630A (en) * | 1994-03-09 | 1996-01-30 | Campian; Jonathon | Machine for cutting a workpiece made of styrofoam or like material |
| US5701436A (en) * | 1995-01-31 | 1997-12-23 | Fujitsu Limited | Information processing apparatus including synchronous storage having backup registers for storing the latest sets of information to enable state restoration after interruption |
| JP2001195362A (en) * | 2000-01-06 | 2001-07-19 | Nippon Telegr & Teleph Corp <Ntt> | Device and method for processing transaction and ic card with transaction processing function |
| JP2002149597A (en) * | 2000-11-07 | 2002-05-24 | Dainippon Printing Co Ltd | Procedure system |
| JP4717197B2 (en) * | 2000-11-07 | 2011-07-06 | 大日本印刷株式会社 | Procedure system |
| US10678441B2 (en) | 2016-05-05 | 2020-06-09 | Micron Technology, Inc. | Non-deterministic memory protocol |
| US11422705B2 (en) | 2016-05-05 | 2022-08-23 | Micron Technology, Inc. | Non-deterministic memory protocol |
| US10152237B2 (en) | 2016-05-05 | 2018-12-11 | Micron Technology, Inc. | Non-deterministic memory protocol |
| US10963164B2 (en) | 2016-05-05 | 2021-03-30 | Micron Technology, Inc. | Non-deterministic memory protocol |
| US10534540B2 (en) | 2016-06-06 | 2020-01-14 | Micron Technology, Inc. | Memory protocol |
| US11340787B2 (en) | 2016-06-06 | 2022-05-24 | Micron Technology, Inc. | Memory protocol |
| US11947796B2 (en) | 2016-06-06 | 2024-04-02 | Micron Technology, Inc. | Memory protocol |
| US10635613B2 (en) | 2017-04-11 | 2020-04-28 | Micron Technology, Inc. | Transaction identification |
| KR20190129139A (en) * | 2017-04-11 | 2019-11-19 | 마이크론 테크놀로지, 인크 | Deal identification |
| US11237995B2 (en) | 2017-04-11 | 2022-02-01 | Micron Technology, Inc. | Transaction identification |
| WO2018190947A1 (en) * | 2017-04-11 | 2018-10-18 | Micron Technology, Inc. | Transaction identification |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109241185B (en) | Data synchronization method and data synchronization device | |
| US5884328A (en) | System and method for sychronizing a large database and its replica | |
| US5778388A (en) | Method of processing a synchronization point in a database management system to assure a database version using update logs from accumulated transactions | |
| JP3779263B2 (en) | Conflict resolution for collaborative work systems | |
| US7107294B2 (en) | Method and apparatus for interrupting updates to a database to provide read-only access | |
| CN110196856B (en) | Distributed data reading method and device | |
| EP0402542B1 (en) | Method of removing uncommitted changes to stored data by a database management system | |
| US20160147614A1 (en) | Synchronized Backup and Recovery of Database Systems | |
| JP4291060B2 (en) | Transaction processing method, transaction control device, and transaction control program | |
| US20020184239A1 (en) | System and method for replication of distributed databases that span multiple primary nodes | |
| WO2013131448A1 (en) | Method and system for data synchronization and data access apparatus | |
| JPH01261746A (en) | Recovery of data base | |
| JP3094888B2 (en) | Numbering mechanism, data consistency confirmation mechanism, transaction re-execution mechanism, and distributed transaction processing system | |
| US20040220940A1 (en) | System and method for decoupling object identification for the purpose of object switching in database systems | |
| WO2022134876A1 (en) | Data synchronization method and apparatus, and electronic device and storage medium | |
| US20240143386A1 (en) | Using multiple blockchains for applying transactions to a set of persistent data objects in persistent storage systems | |
| CN110807046A (en) | Novel distributed NEWSQL database intelligent transaction optimization method | |
| CN111240891A (en) | Data recovery method and device based on data consistency among multiple tables of database | |
| JPH0561748A (en) | System for automating synchronous confirmation in database access | |
| JPH08328933A (en) | File access control system for parallel processing system | |
| CN112800060B (en) | Data processing method, data processing device, computer readable storage medium and electronic equipment | |
| US7194675B2 (en) | Backup method, backup system, disk controller and backup program | |
| JP3785004B2 (en) | Transaction management method and transaction management apparatus | |
| CN111143277B (en) | Data processing method and device and electronic equipment | |
| CN112765126B (en) | Database transaction management method, device, computer equipment and storage medium |