Nothing Special   »   [go: up one dir, main page]

JPH08235032A - Logical check system for data base updating - Google Patents

Logical check system for data base updating

Info

Publication number
JPH08235032A
JPH08235032A JP7033609A JP3360995A JPH08235032A JP H08235032 A JPH08235032 A JP H08235032A JP 7033609 A JP7033609 A JP 7033609A JP 3360995 A JP3360995 A JP 3360995A JP H08235032 A JPH08235032 A JP H08235032A
Authority
JP
Japan
Prior art keywords
check
function
program
update
error check
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
Application number
JP7033609A
Other languages
Japanese (ja)
Inventor
Jiyunichi Tsunezuka
淳一 常塚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Software Kansai Ltd
Original Assignee
NEC Software Kansai Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Software Kansai Ltd filed Critical NEC Software Kansai Ltd
Priority to JP7033609A priority Critical patent/JPH08235032A/en
Publication of JPH08235032A publication Critical patent/JPH08235032A/en
Pending legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE: To improve the productivity for development of programs by providing a function to check the updating request given from a program based on the definition language having an optional logical check instruction function and also on the logical check instruction information designated by the definition language. CONSTITUTION: A data base management system 3 consists of an error check function 4 which checks the updating request of a data part 7 given from a program 1 and a check instruction register function 5 which registers the table definition information 2 including the error check instruction information at a table definition part 6. The contents of the error check carried out by the function 4 are not especially defined. However, the system 3 checks whether the same keys are included in other tables when the records are added and whether each item value of a record is kept in the range of a certain constant. Furthermore, the system 3 checks the correctness of the date data and the relation between other items and records and also performs a composite check, etc.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はデータベース更新論理チ
ェック方式に関し、特に関係型データベースシステムを
用いたコンピュータシステムの開発においてプログラム
開発作業を効率良く行わしめるためのデータベース更新
論理チェック方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a database update logic check method, and more particularly to a database update logic check method for efficiently performing program development work in the development of a computer system using a relational database system.

【0002】[0002]

【従来の技術】プログラムによってデータベースを更新
する場合には、更新内容の正当性を保証するための論理
的なエラーチェック記述が必須となる。従来、プログラ
ムからデータベースの更新を行う場合には、各プログラ
ム毎に論理的なエラーチェック方法を設計し、プログラ
ム言語によっってエラーチェックの論理を記述してい
た。
2. Description of the Related Art When a database is updated by a program, a logical error check description for ensuring the correctness of the updated contents is essential. Conventionally, when updating a database from a program, a logical error check method was designed for each program, and the error check logic was described according to the programming language.

【0003】[0003]

【発明が解決しようとする課題】上述した従来のプログ
ラム開発方式では、同じデータベース表を更新する場合
でも、各プログラム毎にエラーチェックの設計・記述を
行わねばならないため、生産性が悪いという欠点があ
る。また、インタフェースミスが発生したり、表設計変
更時にプログラム修正もれが発生する危険性もある。
In the above-mentioned conventional program development method, even if the same database table is updated, the error check must be designed and described for each program, which is a drawback of low productivity. is there. In addition, there is a risk that an interface error will occur or a program will be missed when the table design is changed.

【0004】[0004]

【課題を解決するための手段】本発明のデータベース更
新論理チェック方式は、任意の論理チェック指示機能を
有する定義言語と、定義言語で指示された論理チェック
指示情報に基づいてプログラムからの更新要求をチェッ
クする機能を備える。
The database update logic check method of the present invention sends an update request from a program based on a definition language having an arbitrary logic check instruction function and logic check instruction information instructed in the definition language. It has a check function.

【0005】[0005]

【実施例】次に、本発明の実施例について図面を参照し
て説明する。
Embodiments of the present invention will now be described with reference to the drawings.

【0006】図1は本発明のデータベース更新論理チェ
ック方式の一実施例を示すブロック図である。
FIG. 1 is a block diagram showing an embodiment of the database update logic check method of the present invention.

【0007】本実施例のデータベース更新論理チェック
方式は、図1に示すように、データベース管理システム
3はプログラム1からのデータ部7の更新要求をチェッ
クするエラーチェック機能4と、エラーチェック指示情
報を含む表定義情報2を表定義部6に登録するチェック
指示情報登録機能5によって構成されている。
In the database update logic check method of this embodiment, as shown in FIG. 1, the database management system 3 stores an error check function 4 for checking an update request of the data section 7 from the program 1 and error check instruction information. It is configured by a check instruction information registration function 5 that registers the included table definition information 2 in the table definition unit 6.

【0008】エラーチェック機能4で行うエラーチェッ
ク内容については、特に規定しないが、データベース管
理システム3があらかじめ用意しておくものとしては以
下のものが考えられる。
The contents of the error check performed by the error check function 4 are not particularly specified, but the following may be prepared in advance by the database management system 3.

【0009】(1)レコード追加・削除・置換時の条件 レコード追加時に他の表に同一キーがあるかどうかのチ
ェック等 (2)レコードの各項目の範囲指定 項目の値がある定数の範囲にあるかどうかのチェック 日付データの正当性チェック 他の項目や他のレコードとの関連によるチェック等 (3)(1)と(2)の複合チェック これ以外にも利用者の定義するエラーチェック手続きを
関数として引用する機能も併せ持てば汎用性がさらに高
まるであろう。(関数の内容・定義方法については、デ
ータベース管理システム3の仕様に依存する) エラーチェック機能4によるエラーチェックの結果はプ
ログラム1に通知される。エラー通知の形式について
は、プログラム言語仕様に依存するが、一般に以下の内
容を通知すればよいであろう。
(1) Conditions for adding / deleting / replacement of records Checking whether other tables have the same key when adding records, etc. (2) Specifying the range of each item in a record Check if there is any Validity check of date data Check related to other items or other records (3) Combined check of (1) and (2) Other than this, user-defined error check procedure If it also has the function to be quoted as a function, the versatility will be further enhanced. (The contents and definition method of the function depend on the specifications of the database management system 3) The result of the error check by the error check function 4 is notified to the program 1. The format of the error notification depends on the programming language specifications, but generally the following contents should be notified.

【0010】(1)エラーの種別 エラーなし レコード追加・削除・置換時の条件に違反する 項目の範囲指定に違反する等 (2)エラー表名・項目名 エラーチェックによってエラーなしと判断された場合
は、仮に更新される。(プログラムから実更新要求があ
るまで、そのプログラムが排他的に利用する)なお、仮
更新を行う方法としては、データベース管理システムの
仕様に依存するが、一般に以下のような方法が考えられ
る。
(1) Type of error No error Violates the conditions for record addition / deletion / replacement Violates the range specification of items, etc. (2) Error table name / item name When an error check determines that there is no error Is provisionally updated. (The program uses the program exclusively until the actual update request is made.) As a method for performing the tentative update, the following method is generally considered although it depends on the specifications of the database management system.

【0011】(1)主記憶装置上で行う方法 プログラムから実更新要求があるまで実更新せず、主記
憶装置上でのみ更新する。
(1) Method to be performed on main storage device: Actual update is not performed until a real update request is made from a program, but only on the main storage device.

【0012】(2)更新前ジャーナルによって更新前の
レコードに復元する方法 プログラムからの仮更新要求に基づいて実更新を行う
が、更新前の情報をジャーナルファイルに出力してお
き、更新を無効にする要求があった場合は更新前の状態
に復元する。
(2) Method of restoring pre-update record by pre-update journal Actual update is performed based on a temporary update request from the program, but the pre-update information is output to the journal file to invalidate the update. If there is a request to do so, the state before the update is restored.

【0013】(3)(1)と(2)を併用する方法 上記(1),(2)および(3)のいづれの場合におい
ても、仮更新中のレコードまたはブロックは他のプログ
ラムからの利用を禁止する。
(3) Method of using (1) and (2) in combination In any of the above cases (1), (2) and (3), the record or block being temporarily updated is used by another program. Prohibit

【0014】プログラム1がエラー通知を受けた後の処
理については、プログラム1の仕様に依存する。一般的
には、1トランザクション完了時のエラーチェック結果
が正常であれば、1トランザクションの処理を有効にす
る。逆にエラーチェック結果が異常であれば、1トラン
ザクション内の処理を無効にする。1トランザクション
の有効化・無効化の方法については、プログラム言語仕
様に依存する。一般的には、COMMIT(承認)命令
の発行により有効化し、ROLLBACK(復帰)命令
の発行により無効化する。チェック指示情報登録機能5
は、前述したエラーチェックの内容を指示できる表定義
言語と、表定義言語を翻訳し、表定義部6に登録する機
能を持つ。
The processing after the program 1 receives the error notification depends on the specifications of the program 1. Generally, if the error check result at the completion of one transaction is normal, the processing of one transaction is enabled. Conversely, if the error check result is abnormal, the processing within one transaction is invalidated. The method of validating / invalidating one transaction depends on the programming language specifications. Generally, it is validated by issuing a COMMIT (acknowledge) command, and invalidated by issuing a ROLLBACK (return) command. Check instruction information registration function 5
Has a table definition language that can instruct the contents of the error check described above, and a function of translating the table definition language and registering it in the table definition unit 6.

【0015】図2は、本実施例のデータベース更新論理
チェック方式における表定義言語の登録機能の一例を示
すイメージ図である。表定義情報は図2(a)(b)に
示すように専用の表定義言語により記述され、データベ
ース管理システム3によって翻訳され、表定義部6に登
録される。
FIG. 2 is an image diagram showing an example of a table definition language registration function in the database update logic check method of this embodiment. The table definition information is described in a dedicated table definition language as shown in FIGS. 2A and 2B, translated by the database management system 3, and registered in the table definition unit 6.

【0016】図3は、本実施例のデータベース更新論理
チェック方式における表定義部の一例を示す構成図であ
る。
FIG. 3 is a block diagram showing an example of a table definition section in the database update logic check method of this embodiment.

【0017】表定義部6は、図3(a)に示すような表
定義情報および図3(b)に示すようなエラーチェック
指示情報により構成される。
The table definition section 6 is composed of table definition information as shown in FIG. 3A and error check instruction information as shown in FIG. 3B.

【0018】図3(a)に示すように表定義情報は、表
の各項目について作成され、項目名や、属性、キー項目
であるかどうかの区分、チェックを行うべき項目である
かどうかの区分等により構成される。
As shown in FIG. 3 (a), the table definition information is created for each item of the table, and the item name, attribute, classification of whether it is a key item, and whether it is an item to be checked. It is composed of categories.

【0019】図3(b)に示すようにエラーチェック指
示情報は、図3(a)に示すような表定義情報でチェッ
クを行うと指定された項目について作成される。入出力
区分は、ユーザAPからどの入出力命令が発行されたと
きにチェックを行うかどうかを規定する。チェック関数
はエラーチェックを行う際に実施する関数(サブルーチ
ン)名を規定する。関数パラメータは関数を呼び出す際
のパラメータ(引き数)を規定する。なお、チェック関
数は以下の形式で呼び出される。ユーザが作成する関数
も以下の形式に従う必要がある。(作成する言語につい
ては、副プログラム呼び出し機能を有するものであれ
ば、特に規定しない) 呼び出し形式(記述形式はCOBOL言語に準拠する) CALL 関数名 USING データ項目 ステータス 関数パラメータ1 関数パラメータ2 … ここでデータ項目はチェックを指示された項目、ステー
タスはチェック結果を格納する項目である。
As shown in FIG. 3B, the error check instruction information is created for the item designated to be checked by the table definition information as shown in FIG. 3A. The input / output classification defines which input / output command is issued by the user AP to perform the check. The check function defines the function (subroutine) name to be executed when performing an error check. The function parameter defines the parameter (argument) when calling the function. The check function is called in the following format. User-created functions must also follow the format below. (The language to be created is not specified if it has a subprogram calling function.) Call format (description format conforms to the COBOL language) CALL function name USING data item Status function parameter 1 function parameter 2 ... where The data item is an item instructed to be checked, and the status is an item for storing the check result.

【0020】図3は本実施例のデータベース更新論理チ
ェック方式における動作の一例を示す流れ図である。
FIG. 3 is a flow chart showing an example of the operation in the database update logic check method of this embodiment.

【0021】プログラムからの更新要求があった場合
(ステップ201)、データベース管理システム3は当
該更新の対象となる表定義情報を参照し、エラーチェッ
ク指示情報を得る(ステップ202)。取得したエラー
チェック指示情報からデータベース管理システム3は、
対応するエラーチェックを行う。まず、各項目のエラー
チェック指示情報について入出力区分、チェック条件を
参照し、エラーチェックを行うべき項目かどうかを判断
する。エラーチェックを行うべき項目である場合は、エ
ラーチェック指示情報で規定された関数を呼び出す。関
数からの結果ステータスに異常がなければ同様の処理を
最後の項目まで繰り返し、誤りがなければ仮更新を行
う。結果ステータスに異常があるときは、仮更新を行わ
ずに終了する(ステップ203)。エラーチェックの結
果をプログラム1に通知する(ステップ204)。エラ
ーチェック通知の結果、プログラム1から1トランザク
ションの処理が承認された場合、実更新を行う(ステッ
プ205)。逆に、プログラム1から更新無効の要求が
あった場合は、1トランザクションの更新を無効にする
(ステップ206)。
When there is an update request from the program (step 201), the database management system 3 refers to the table definition information to be updated and obtains error check instruction information (step 202). From the acquired error check instruction information, the database management system 3
Perform the corresponding error check. First, with respect to the error check instruction information of each item, the input / output classification and the check condition are referred to, and it is determined whether or not the item is an error check item. If it is an item for which an error check should be performed, call the function specified by the error check instruction information. If there is no abnormality in the result status from the function, the same processing is repeated until the last item, and if there is no error, temporary update is performed. When the result status is abnormal, the process ends without performing the temporary update (step 203). The result of the error check is notified to the program 1 (step 204). As a result of the error check notification, when the processing of one transaction is approved by the program 1, actual update is performed (step 205). On the contrary, if the update invalidation request is issued from the program 1, the update of one transaction is invalidated (step 206).

【0022】[0022]

【発明の効果】以上説明したように、本発明のデータベ
ース更新論理チェック方式は、以下の利点がある。
As described above, the database update logic check method of the present invention has the following advantages.

【0023】1)各プログラムからデータベース更新時
のエラーチェック記述を省略することによってプログラ
ム開発の生産性を高めることができる。
1) By omitting the error check description when updating the database from each program, the productivity of program development can be improved.

【0024】特に第4世代型のプログラム言語などで
は、固定的な手続きはあらかじめ言語側で提供してお
り、手続き記述の大半はエラーチェック手続きであるの
で、効果が大きいと考えられる。
Particularly in the fourth generation programming language and the like, a fixed procedure is provided in advance on the language side, and most of the procedure description is an error check procedure, so it is considered to be effective.

【0025】2)個々のプログラムに依存しないエラー
チェック手続きをデータベース上で定義するため、プロ
グラムの誤りによるデータベース破壊を防ぐことができ
る。
2) Since the error check procedure that does not depend on each program is defined on the database, it is possible to prevent the database from being destroyed due to an error in the program.

【0026】3)データベース表の内容が変更された場
合、各プログラムは修正せず、データベース表の定義を
変更すればよいため、プログラムの修正モレを防止でき
る。
3) When the contents of the database table are changed, it is sufficient to change the definition of the database table without modifying each program, so that the correction leak of the program can be prevented.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明のデータベース更新論理チェック方式の
一実施例を示すブロック図である。
FIG. 1 is a block diagram showing an embodiment of a database update logic check method of the present invention.

【図2】本実施例のデータベース更新論理チェック方式
における表定義言語の登録機能の一例を示すイメージ図
である。
FIG. 2 is an image diagram showing an example of a table definition language registration function in the database update logic check method of the present embodiment.

【図3】本実施例のデータベース更新論理チェック方式
における表定義部の一例を示す構成図である。
FIG. 3 is a configuration diagram showing an example of a table definition unit in the database update logic check method of this embodiment.

【図4】本実施例のデータベース更新論理チェック方式
における動作の一例を示す流れ図である。
FIG. 4 is a flowchart showing an example of operation in the database update logic check method of the present embodiment.

【符号の説明】[Explanation of symbols]

1 プログラム 2 表定義情報 3 データベース管理システム 4 エラーチェック機能 5 チェック指示情報登録機能 6 表定義部 7 データ部 1 Program 2 Table definition information 3 Database management system 4 Error check function 5 Check instruction information registration function 6 Table definition section 7 Data section

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 任意の論理チェック指示機能を有する定
義言語と、定義言語で指示された論理チェック指示情報
に基づいてプログラムからの更新要求をチェックする機
能を備えることを特徴とするデータベース更新論理チェ
ック方式。
1. A database update logic check comprising a definition language having an arbitrary logic check instruction function and a function of checking an update request from a program based on logic check instruction information instructed in the definition language. method.
【請求項2】 プログラムからの更新要求があった場
合、データベース管理システムは当該更新の対象となる
表定義情報を参照し、エラーチェック指示情報を得し、
取得したエラーチェック指示情報から対応するエラーチ
ェックを行い、各項目のエラーチェック指示情報につい
て入出力区分、チェック条件を参照し、エラーチェック
を行うべき項目かどうかを判断し、エラーチェックを行
うべき項目である場合は、エラーチェック指示情報で規
定された関数を呼び出し、関数からの結果ステータスに
異常がなければ同様の処理を最後の項目まで繰り返し、
誤りがなければ仮更新を行い、結果ステータスに異常が
あるときは、仮更新を行わずに終了し、エラーチェック
の結果をプログラムに通知し、エラーチェック通知の結
果、プログラムから1トランザクションの処理が承認さ
れた場合、実更新を行い、逆に、プログラムから更新無
効の要求があった場合は、1トランザクションの更新を
無効にすることを特徴とする請求項1記載のデータベー
ス更新論理チェック方式。
2. When there is an update request from the program, the database management system refers to the table definition information to be updated and obtains error check instruction information,
Perform the corresponding error check from the acquired error check instruction information, refer to the input / output classification and check conditions for the error check instruction information of each item, determine whether it is an item that should be error checked, and perform the error check If it is, call the function specified by the error check instruction information, and if the result status from the function is not abnormal, repeat the same processing until the last item,
If there is no error, tentative update is performed. If the result status is abnormal, the process ends without performing tentative update, the error check result is notified to the program, and the error check notification result indicates that one transaction is processed by the program. 2. The database update logic check method according to claim 1, wherein when the program is approved, the actual update is performed, and conversely, when the update invalidation request is issued from the program, the update of one transaction is invalidated.
JP7033609A 1995-02-22 1995-02-22 Logical check system for data base updating Pending JPH08235032A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7033609A JPH08235032A (en) 1995-02-22 1995-02-22 Logical check system for data base updating

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7033609A JPH08235032A (en) 1995-02-22 1995-02-22 Logical check system for data base updating

Publications (1)

Publication Number Publication Date
JPH08235032A true JPH08235032A (en) 1996-09-13

Family

ID=12391209

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7033609A Pending JPH08235032A (en) 1995-02-22 1995-02-22 Logical check system for data base updating

Country Status (1)

Country Link
JP (1) JPH08235032A (en)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7627614B2 (en) 2005-03-03 2009-12-01 Oracle International Corporation Lost write detection and repair
US9767178B2 (en) 2013-10-30 2017-09-19 Oracle International Corporation Multi-instance redo apply
US9892153B2 (en) 2014-12-19 2018-02-13 Oracle International Corporation Detecting lost writes
CN108920621A (en) * 2018-06-28 2018-11-30 努比亚技术有限公司 Data-updating method, mobile terminal and computer readable storage medium
US10152500B2 (en) 2013-03-14 2018-12-11 Oracle International Corporation Read mostly instances
US10691722B2 (en) 2017-05-31 2020-06-23 Oracle International Corporation Consistent query execution for big data analytics in a hybrid database
US10698771B2 (en) 2016-09-15 2020-06-30 Oracle International Corporation Zero-data-loss with asynchronous redo shipping to a standby database
US10747752B2 (en) 2015-10-23 2020-08-18 Oracle International Corporation Space management for transactional consistency of in-memory objects on a standby database
US10891291B2 (en) 2016-10-31 2021-01-12 Oracle International Corporation Facilitating operations on pluggable databases using separate logical timestamp services
US11475006B2 (en) 2016-12-02 2022-10-18 Oracle International Corporation Query and change propagation scheduling for heterogeneous database systems
US11657037B2 (en) 2015-10-23 2023-05-23 Oracle International Corporation Query execution against an in-memory standby database

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04290137A (en) * 1991-03-19 1992-10-14 Hitachi Ltd Data base structuring method for information processing system
JPH05204727A (en) * 1992-01-27 1993-08-13 Hitachi Ltd Method and system for managing data base
JPH05289921A (en) * 1992-04-14 1993-11-05 Hitachi Ltd Method and device for managing data base

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04290137A (en) * 1991-03-19 1992-10-14 Hitachi Ltd Data base structuring method for information processing system
JPH05204727A (en) * 1992-01-27 1993-08-13 Hitachi Ltd Method and system for managing data base
JPH05289921A (en) * 1992-04-14 1993-11-05 Hitachi Ltd Method and device for managing data base

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7627614B2 (en) 2005-03-03 2009-12-01 Oracle International Corporation Lost write detection and repair
US10152500B2 (en) 2013-03-14 2018-12-11 Oracle International Corporation Read mostly instances
US9767178B2 (en) 2013-10-30 2017-09-19 Oracle International Corporation Multi-instance redo apply
US10642861B2 (en) 2013-10-30 2020-05-05 Oracle International Corporation Multi-instance redo apply
US9892153B2 (en) 2014-12-19 2018-02-13 Oracle International Corporation Detecting lost writes
US10747752B2 (en) 2015-10-23 2020-08-18 Oracle International Corporation Space management for transactional consistency of in-memory objects on a standby database
US11657037B2 (en) 2015-10-23 2023-05-23 Oracle International Corporation Query execution against an in-memory standby database
US10698771B2 (en) 2016-09-15 2020-06-30 Oracle International Corporation Zero-data-loss with asynchronous redo shipping to a standby database
US10891291B2 (en) 2016-10-31 2021-01-12 Oracle International Corporation Facilitating operations on pluggable databases using separate logical timestamp services
US11475006B2 (en) 2016-12-02 2022-10-18 Oracle International Corporation Query and change propagation scheduling for heterogeneous database systems
US10691722B2 (en) 2017-05-31 2020-06-23 Oracle International Corporation Consistent query execution for big data analytics in a hybrid database
CN108920621A (en) * 2018-06-28 2018-11-30 努比亚技术有限公司 Data-updating method, mobile terminal and computer readable storage medium

Similar Documents

Publication Publication Date Title
US10452645B2 (en) Modification and validation of spatial data
US7401085B2 (en) System and method for controlling the release of updates to a database configuration
US8209301B2 (en) Method and system for detection of integrity constraint violations
US6826604B2 (en) Input/output device information management system for multi-computer system
US8676752B2 (en) Techniques for the log-based replication of high-level procedures
US8065323B2 (en) Offline validation of data in a database system for foreign key constraints
JP3563692B2 (en) How to synchronize a database schema with its representation in an object-oriented repository
US5551029A (en) Method for associating integrity maintenance constraints with data object classes in an object-oriented database
JP3512439B2 (en) Locking method in check-in / check-out model
JP2710555B2 (en) System and method for automating the enforcement of constraints in a database
US7099889B2 (en) System and method for decoupling object identification for the purpose of object switching in database systems
Sun et al. Modeling data for business processes
JPH08235032A (en) Logical check system for data base updating
US7600149B2 (en) Failure transparency for update applications under single-master configuration
CN112817931A (en) Method and device for generating incremental version file
JPH064383A (en) Method and system for managing data base
JPH1040089A (en) Method for generating data transfer program
JP2003280955A (en) Method and system for updating definition information in data extraction
US20050038786A1 (en) Self-configuration of database tables
JP3048181B2 (en) Update processing method for relational database with history information
JPH0498546A (en) Duplicate data updating system
Ivanov Graphic language for describing constraints on diagrams of UML classes
JP2006040064A (en) Database access apparatus
JPH02239346A (en) Data base control system
Chaliha et al. Oracle Database Gateway for SQL Server User’s Guide, 11g Release 1 (11.1) B31049-03

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 19980113