WO2009147704A1 - Parallel editing program of table and table item - Google Patents

Parallel editing program of table and table item Download PDF

Info

Publication number
WO2009147704A1
WO2009147704A1 PCT/JP2008/001719 JP2008001719W WO2009147704A1 WO 2009147704 A1 WO2009147704 A1 WO 2009147704A1 JP 2008001719 W JP2008001719 W JP 2008001719W WO 2009147704 A1 WO2009147704 A1 WO 2009147704A1
Authority
WO
WIPO (PCT)
Prior art keywords
item
editing
original
duplicate
computer
Prior art date
Application number
PCT/JP2008/001719
Other languages
French (fr)
Japanese (ja)
Inventor
上村邦夫
Original Assignee
株式会社 アテナテレコムラボ
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
Priority claimed from PCT/JP2008/001424 external-priority patent/WO2008149552A1/en
Priority claimed from PCT/JP2008/001506 external-priority patent/WO2009147701A1/en
Application filed by 株式会社 アテナテレコムラボ filed Critical 株式会社 アテナテレコムラボ
Priority to PCT/JP2008/001900 priority Critical patent/WO2009147705A1/en
Priority to JP2010515675A priority patent/JPWO2009147705A1/en
Priority to JP2010515778A priority patent/JP4855538B2/en
Priority to PCT/JP2009/002501 priority patent/WO2009147851A1/en
Priority to US12/743,367 priority patent/US20110161292A1/en
Publication of WO2009147704A1 publication Critical patent/WO2009147704A1/en
Priority to JP2010254885A priority patent/JP5543899B2/en
Priority to US13/024,330 priority patent/US20110137862A1/en
Priority to US13/714,422 priority patent/US20130110777A1/en
Priority to US13/726,549 priority patent/US20130179652A1/en
Priority to US13/802,740 priority patent/US20130204842A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G06F16/273Asynchronous replication or reconciliation

Abstract

In "parallel DB access" in which the original of a database (hereinafter, referred to as DB) is copied to a plurality of computers to create a replicated DB, the replicated DB is edited by the computers in parallel, and the result is reflected in the original DB, the tables are edited in parallel, and a table which defines the items of the tables is also targeted for the parallel editing. After the confirmation of the editing of an item table by means of the validation of the editing, if necessary, the item table performs the reconstruction of the original table which defines the items. This enables not only the parallel editing of table contents, but also the editing of the addition, deletion, modification, or the like of an item of a table to thereby share the result between the computers.

Description

テーブルとテーブル項目の平行編集プログラムParallel editing program for tables and table items
データベースを複数の計算機で平行して編集するコンピュータプログラムに関する。 The present invention relates to a computer program for editing a database in parallel by a plurality of computers.
一般に、テーブルの項目はレコードを入力する前に定義する。例えば特許文献3では、あらかじめ定義してあるテンプレートの項目を追加・削除(128段)し、または項目名を変更(150段)して、新しいテーブル(を用いたプログラム)を作成(48段)する。特許文献4も同じコンセプトである。特許文献5は、新規テーブルの作成方法に関する。 In general, table items are defined before entering a record. For example, in Patent Document 3, a new table (program using) is created (48 steps) by adding / deleting pre-defined template items (128 steps) or changing item names (150 steps). To do. Patent Document 4 has the same concept. Patent Document 5 relates to a method for creating a new table.
この様に、レコード入力前にテーブル項目を決定する方法の研究は多いが、テーブルにレコードが入力された後で項目を変更する事は考えていない。途中で項目を変更(追加、削除、修正など)する必要が出た場合は、新しい項目構成のテーブルを新たに作成し、古いテーブルからデータを移すプログラムを作成し実行する。 As described above, there are many studies on the method of determining the table item before inputting the record, but it is not considered to change the item after the record is input to the table. If an item needs to be changed (added, deleted, modified, etc.) in the middle, a new table with a new item structure is created, and a program for transferring data from the old table is created and executed.
項目の変更が可能なDBソフトの場合は、項目の変更とともにデータベースの構造も変更する。非特許文献1ではSQL文で操作出来る各種のDBソフトについて説明し、「テーブルに新しい列を加える」P384、「テーブルの列の型を変更する」P389、「テーブルの列を削除する」P395などの操作を説明している。いずれも、これらの命令の実行により、テーブルの構成が変更される。 In the case of DB software in which items can be changed, the structure of the database is changed together with the change of items. Non-Patent Document 1 describes various DB software that can be operated with SQL statements, such as “Add new column to table” P384, “Change table column type” P389, “Delete table column” P395, etc. Explains the operation. In either case, the configuration of the table is changed by executing these instructions.
ところが「平行DBアクセス」では、特許文献1と特許文献2の説明の様に、原本DBのコピー(複製DB)が複数の計算機に存在し、複数の計算機で平行してこの複製DBを編集する。ある計算機で項目を追加すると同時に、他の複数の計算機の複製DBのテーブル構造を変更するのは不可能である。 However, in the “parallel DB access”, as described in Patent Document 1 and Patent Document 2, a copy (replica DB) of the original DB exists in a plurality of computers, and the duplicate DB is edited in parallel by the plurality of computers. . It is impossible to change the table structure of the replication DB of a plurality of other computers at the same time as adding an item on a certain computer.
特許文献1と特許文献2は、平行DBアクセスにおいて「テーブルのレコードを平行して編集する事により発生する矛盾を必要な時までに解消する仕組み」を示したが、テーブル項目の編集により生じる矛盾に、どの様に対処するかは示していない。 Patent Document 1 and Patent Document 2 show “a mechanism for resolving inconsistencies caused by editing table records in parallel by parallel database access”, but inconsistencies caused by editing table items. Does not show how to deal with it.
PCT/JP2008/001424PCT / JP2008 / 001424 PCT/JP2008/001506PCT / JP2008 / 001506 特開2006-309697JP 2006-309697 WO/2008/043136WO / 2008/043136 特開2004-341770JP2004-341770
「平行DBアクセス」において、テーブルのレコードのみならず、テーブル項目の変更(追加、削除、修正など)を平行して行うと、各計算機の複製DBの構造、つまりテーブルの構造が異なることになり、これらの複製DBのテーブルに加えられた編集を原本DBのテーブルに反映する事は出来ない。「平行DBアクセス」では、テーブルの項目の変更は不可能に見える。本発明はこれを解決する。 In “Parallel DB access”, not only table records but also table item changes (addition, deletion, modification, etc.) are performed in parallel, the structure of the replicated DB of each computer, that is, the table structure will be different. The edits made to these duplicate DB tables cannot be reflected in the original DB table. In “Parallel DB access”, it seems impossible to change the items in the table. The present invention solves this.
本発明の基本コンセプトは、
(a)テーブル(以下「元テーブル」)の項目を定義するテーブルを導入する。これを「項目テーブル」と呼ぶ。
(b)元テーブルに加え、項目テーブルも平行編集の対象とする。
の二つである。詳細を以下に示す。
The basic concept of the present invention is
(A) A table that defines the items of a table (hereinafter “original table”) is introduced. This is called an “item table”.
(B) In addition to the original table, the item table is also subject to parallel editing.
It is two. Details are shown below.
「平行DBアクセス」では、原本DBのコピー(複製DB)が複数の計算機に存在し、複数の計算機で平行してこの複製DBを編集され、編集結果がサーバーにアップされる。アップされた編集は「編集の有効性の判定」により有効または無効の判定が行われ、有効となった編集でサーバーの原本DBが更新され、原本DBのバージョンが更新される。 In the “parallel DB access”, a copy (replica DB) of the original DB exists in a plurality of computers, the duplicate DB is edited in parallel by the plurality of computers, and the edited result is uploaded to the server. The uploaded editing is determined to be valid or invalid by “determination of editing validity”, and the original DB of the server is updated with the effective editing, and the version of the original DB is updated.
この更新された原本DBをコピーすることで複製DBが更新される。同時に、原本DBのバージョンが複製DBのベースバージョン、つまり次の編集のベースとなるバージョンとしてコピーされる。以上が「複製DBの更新」である。最新の原本DBとそのバージョンをコピーする事を「複製DBの同期をとる」、または単に「同期をとる」と言う。 The duplicate DB is updated by copying the updated original DB. At the same time, the version of the original DB is copied as the base version of the duplicate DB, that is, the version serving as the base for the next editing. The above is “update of replication DB”. Copying the latest original DB and its version is called “synchronizing the duplicate DB” or simply “synchronizing”.
サーバーや特定の計算機に原本DBを作成せず、サーバーでは各計算機で行った編集とそのアップの順番を記録するだけの運用も可能である。複製DBに対する編集をサーバーにアップするまでは(原本DBがある場合と)同じであるが、その後の複製DBの更新手順が異なる。 Without creating an original DB on a server or a specific computer, the server can also be operated simply by recording the edits performed on each computer and the order of their upload. The process is the same until the editing of the duplicate DB is uploaded to the server (when there is an original DB), but the update procedure of the duplicate DB thereafter is different.
計算機はサーバーにある最新の編集までを順番に取り込み(ダウンロードし)、個々の編集を「編集の有効性の判定」で評価し、有効と判定された編集により複製DBを更新し、ベースバージョンを更新する。同じ編集までを取り込めばどの計算機の複製DBも同じ内容と同じベースバージョンに更新される。つまり各計算機の複製DBは「仮想の原本DBの複製」と言える。サーバーから編集を取り込んで複製DBを更新するのも「複製DBの更新」である。最新の編集まで取り込んで複製DBを更新する事を「複製DBの同期をとる」、または単に「同期をとる」と言う。 The computer captures (downloads) up to the latest edits in the server in order, evaluates each edit by “determining the validity of the edit”, updates the duplicate DB with the edit determined to be valid, and updates the base version. Update. If the same editing is taken in, the duplicate DB of any computer is updated to the same content and the same base version. In other words, it can be said that the duplicate DB of each computer is "a duplicate of the virtual original DB". The update of the duplicate DB by taking in the edits from the server is also “update the duplicate DB”. Taking the latest edits and updating the duplicate DB is referred to as “synchronize the duplicate DB” or simply “synchronize”.
ある計算機がアップした編集がその計算機内部に記録されていれば、改めてサーバーから取り込む必要は無い。しかし、サーバーにアップした順番、つまりアップされた編集にサーバーが付けた順番はサーバーから取得する必要がある。 If edits uploaded by a computer are recorded in the computer, there is no need to import them from the server. However, it is necessary to obtain from the server the order of uploading to the server, that is, the order in which the server gave the uploaded edits.
特に断らずに「複製DBの更新」、「複製DBの同期をとる」、「同期をとる」と言う場合は上記の、原本DBが有る場合と無い場合の、両方を意味する。特定のテーブルの編集に注目した場合は「複製テーブルの更新」、「複製テーブルの同期をとる」または、単に「同期をとる」と言う。 The terms “update of duplicate DB”, “synchronize duplicate DB”, and “synchronize” mean both the case where the original DB is present and the case where the original DB is not present. When attention is paid to editing of a specific table, it is referred to as “update replication table”, “synchronize replication table”, or simply “synchronize”.
「編集を確定する」または「編集をアップし有効な編集である事を確認する」とは、アップされた編集が「編集の有効性の判定」で有効と判定され原本DBの更新に用いられた事を言う。 “Confirm editing” or “Verify that editing is up and valid” is used to update the original DB when the uploaded editing is judged to be valid by “determination of editing validity” Say that.
原本DBを作成しない場合は、計算機がサーバーから取り込んだ編集に対して順番に「編集の有効性の判定」を行い、その過程で注目している編集が有効と判定される事、を意味する。 When the original DB is not created, it means that the computer performs “judgment of editing validity” in order for the edits taken from the server, and that the editing being noticed in the process is judged to be valid. .
<a:項目テーブルと元テーブルの関係>
項目テーブルの各レコードは元テーブルの項目を定義している。項目テーブルの各レコードの内容に従って、元テーブルの項目が定義され、表示(または印刷)される。
<A: Relationship between item table and original table>
Each record in the item table defines an item in the original table. The items in the original table are defined and displayed (or printed) according to the contents of each record in the item table.
[a1:追加]: 元テーブルに項目を追加するには項目テーブルにレコードを追加する。この編集が確定した後で、元テーブルの構成が変更され項目が実際に追加される。 [A1: Add]: To add an item to the original table, add a record to the item table. After this editing is confirmed, the configuration of the original table is changed and the item is actually added.
[a2:表示順]: 項目の表示順序を項目レコードに記録する。プログラムは項目レコードに記録された「表示順」で、元テーブルの項目を表示(または印刷)する。元テーブルの項目の表示順を変更するには、項目レコードの「表示順」の値を変更すれば良い。 [A2: Display order]: Record the display order of items in the item record. The program displays (or prints) the items in the original table in the “display order” recorded in the item record. To change the display order of the items in the original table, the value of “display order” in the item record may be changed.
[a3:削除]: 後で復活する可能性が有る項目の削除ならば、項目レコードを残したまま削除マークを付ける。元テーブルのレコードのその項目の値も残しておく。プログラムは削除マークが付いた項目を表示(または印刷)しない。当然ながら元テーブルのレコードのその項目の値も表示しない。項目レコードの削除マークをクリアする事により項目が復活し、元レコードのその項目の値が表示される。実施例1の「削除の復活」に具体例を示す。 [A3: Delete]: If an item that has a possibility of being revived later is deleted, a deletion mark is added with the item record remaining. Also keep the value of that field in the original table record. The program does not display (or print) items marked for deletion. Of course, the value of the item of the record of the original table is not displayed either. By clearing the deletion mark of the item record, the item is restored and the value of that item in the original record is displayed. A specific example is shown in “Restoration of Deletion” in the first embodiment.
項目を本当に削除する場合は、項目テーブルの該当するレコードを削除する。この編集が確定した後で、元テーブルの構成を変更し実際に項目を削除し、元テーブルのレコードのこの項目の値を削除する。古い元テーブルから新しい項目構成の元テーブルにレコードの内容を移す場合には、この項目の値は移さない。 To really delete an item, delete the corresponding record in the item table. After this editing is confirmed, the configuration of the original table is changed, the item is actually deleted, and the value of this item in the record of the original table is deleted. When moving the contents of a record from an old original table to an original table having a new item structure, the value of this item is not transferred.
実際の運用での項目の削除は、まずは項目レコードに削除マークを付けるだけとし、その後の様子を見て問題無い事を確認してから、本当の項目削除を行うのが安全である。メモリ不足が予想される段階まで、本当の削除は行なわないのも現実的である。なお、本当の項目削除により元テーブルの構成が変更されるが、この時のエラー発生への備えを実施例1の「エラー対応」に示す。 To delete items in actual operation, it is safe to first mark the item record for deletion, and after confirming that there is no problem by looking at the subsequent state, it is safe to delete the actual item. It is realistic not to perform the real deletion until the stage where memory shortage is expected. Note that the configuration of the original table is changed due to the real item deletion. Preparation for the occurrence of an error at this time is shown in “Error handling” of the first embodiment.
[a4:変更]: 項目の変更は、削除と追加を組み合わせる事により行う。実施例1に具体列を示す。 [A4: Change]: Items are changed by combining deletion and addition. A specific column is shown in Example 1.
<b:項目テーブルの平行編集>
元テーブルに加え、項目テーブルも平行編集の対象であるが、具体的な仕掛けはバージョン管理の方法で異なる。項目テーブルと元テーブルを「一つのバージョン番号で管理」するケースと、「別のバージョン番号で管理」するケース、の二つに分けて以下に説明する。
<B: Parallel editing of item table>
In addition to the original table, the item table is also subject to parallel editing, but the specific mechanism differs depending on the version management method. The item table and the original table will be described below in two cases: a case of “managing with one version number” and a case of “managing with another version number”.
(ケース1:同一バージョン番号で管理)
項目テーブルと元テーブルを同じDBに記録する。元テーブルへの変更でDBのバージョンが更新され、項目テーブルへの更新でもこのDBのバージョンが更新される。つまり、項目テーブルと元テーブルの変更が一つのバージョン番号で管理される。
(Case 1: Managed with the same version number)
The item table and the original table are recorded in the same DB. The DB version is updated by the change to the original table, and the DB version is also updated by the update to the item table. That is, the change between the item table and the original table is managed by one version number.
[b1:バージョンの更新]: 編集の対象が項目テーブルであってもバージョン更新の仕組みは元テーブルと同じである。元テーブルまたは項目テーブルの編集をアップし、この編集が有効と判断されれば、複製DBとそのベースバージョンが更新される。 [B1: Version update]: Even if the target of editing is an item table, the version update mechanism is the same as that of the original table. If the editing of the original table or the item table is uploaded and this editing is determined to be valid, the duplicate DB and its base version are updated.
複製DBに対する編集は、その複製DBのベースバージョンとともに、変更を管理するサーバーにアップされる。このベースバージョンは「編集の有効性の判定」に用いることができる。 The editing for the duplicate DB is uploaded to the server that manages the change together with the base version of the duplicate DB. This base version can be used for “determination of editing effectiveness”.
[b2:編集の分離]: 項目テーブルの編集を始める前に、計算機が元テーブルの編集に着手していれば、まずこの編集を確定する。確定していなければ、編集が確定するまで編集を再び試みるか、編集を放棄する。目的は、元テーブルのレコードの編集と項目レコードの編集を別の編集としてアップする事である。 [B2: Separation of editing]: If the computer has started editing the original table before starting to edit the item table, the editing is first confirmed. If not, try editing again until the edit is confirmed or abandon the edit. The purpose is to upload the edit of the record of the original table and the edit of the item record as separate edits.
元テーブルに対する編集が確定するか、または編集を放棄した後で、項目テーブルの編集を行い、アップする。この編集は項目テーブルの(レコードの)編集のみで、元テーブルの(レコードの)編集は入っていない。その後、この項目テーブルの編集の確定を確認する。確定出来ない場合は、項目テーブルへの編集を放棄し、元テーブルの構成変更も行わない。 After the editing for the original table is confirmed or the editing is abandoned, the item table is edited and uploaded. This edit is only for editing the item table (record), not for the original table (record). Thereafter, confirmation of editing of this item table is confirmed. If it cannot be confirmed, the editing to the item table is abandoned and the configuration of the original table is not changed.
項目テーブルに対する編集が確定した後で、これに基づいて元テーブルの構成を変更し、この編集を複製DBのベースバージョンとともに、サーバーにアップし、編集を確定する。元テーブルのレコードに対する別の観点からの修正があれば、これを行うのはこの確定の後である。 After the editing of the item table is confirmed, the configuration of the original table is changed based on this, and this editing is uploaded to the server together with the base version of the replication DB, and the editing is confirmed. If there is another modification to the record in the original table, this is done after this determination.
もし、上記の「編集の分離」を行わないとすると、アップしサーバーにより順番が付与された、ひとつの編集の中に元テーブルのレコードの編集と項目レコードの編集が混在する事になる。項目テーブルを編集した操作者の意図通りに元テーブルを再構成するためには、元テーブルの編集と項目テーブルの編集の前後関係を判定する必要があり、そのための情報と判定処理が必要になる。これに比べれば、前記の「編集の分離」の方が単純明快で、プログラムの開発に適している。 If the above "separation of editing" is not performed, the editing of the original table and the editing of the item record are mixed in one editing which is uploaded and the order is given by the server. In order to reconstruct the original table as intended by the operator who edited the item table, it is necessary to determine the relationship between the editing of the original table and the editing of the item table, and information and determination processing for that are required. . Compared to this, the “editing separation” is simpler and more suitable for program development.
(ケース2:別バージョン番号で管理)
項目テーブルと元テーブルを別DBに記録し、それぞれの変更をそれぞれのDBのバージョン番号で管理するのがこのケースである。別DBなので「編集の分離」のための特別な配慮(b2)は不要である。
(Case 2: Managed by a different version number)
In this case, the item table and the original table are recorded in different DBs, and each change is managed by the version number of each DB. Since it is a separate DB, special consideration (b2) for “separation of editing” is unnecessary.
項目テーブルの変更、つまり元テーブルの項目を変更することが極めて少ない状況ならば、複数の元テーブルの項目テーブルをまとめてひとつのDBに記録し管理するのも一つの考えである。この場合は項目テーブルと元テーブルを別バージョンで管理する事になる。 If there is very little change in the item table, that is, a change in the item of the original table, it is one idea to record and manage the item tables of a plurality of original tables in one DB. In this case, the item table and the original table are managed in different versions.
[b3:同期を無視した運用]: 項目テーブルの編集と、元テーブルの編集を別々のバージョン番号で管理し、相互の同期をとらない運用も、原理的には可能である。この場合、項目の変更がどのバージョンの元テーブルに適用されるかを特定することは出来ない。矛盾の発生を防止するためには、元テーブルのレコードの編集や項目テーブルの編集を制限する必要がある。 [B3: Operation ignoring synchronization]: In principle, it is possible to manage the editing of the item table and the editing of the original table with different version numbers and not synchronize each other. In this case, it cannot be specified to which version of the original table the item change is applied. In order to prevent the occurrence of contradiction, it is necessary to restrict editing of records in the original table and editing of the item table.
例えば、実施例1の「変換処理」の様に、旧項目の値から新項目の値を自動的に計算して設定する処理を用いると、旧項目が存在しない場合や、旧項目に予想外の値が設定されているなどの理由により、「変換処理」の継続が不可能な状況も考えられる。この状況を防止するひとつの方法は「変換処理」を禁止する事である。 For example, if a process for automatically calculating and setting the value of the new item from the value of the old item is used as in the “conversion process” of the first embodiment, the old item may not exist or the old item may be unexpected There may be a situation in which the “conversion process” cannot be continued because the value of is set. One way to prevent this situation is to prohibit “conversion processing”.
[b4:同期運用]: 項目テーブルと元テーブルの編集の同期をとる一つの方法として、項目テーブルの編集をアップと同時に、ダミー編集0906を作成し、元テーブルに対する編集としてアップする。 [B4: Synchronous operation]: As one method of synchronizing the editing of the item table and the original table, simultaneously with the editing of the item table, a dummy edit 0906 is created and the editing is performed on the original table.
このダミー編集0906が保持する情報は、基となった「項目(テーブルの)編集」0905への参照0908と、項目テーブルを編集した時点の「元テーブルの複製DBのベースバージョン(番号)」の指定0907とで構成されている。この元テーブルに対する編集としてアップされたダミー編集0906の有効性を、これに記録されている「元テーブルの複製DBのベースバージョン(番号)」を用いて判定する。 The information held by the dummy edit 0906 includes a reference 0908 to the base “item (table) edit” 0905 and “base version (number) of duplicate DB of original table” at the time of editing the item table. It consists of the designation 0907. The validity of the dummy edit 0906 uploaded as an edit to the original table is determined using the “base version (number) of the duplicate DB of the original table” recorded therein.
具体的には「ベースバージョン番号が新しいDBへの編集を有効にする」「同じベースバージョン番号なら先にアップされた方を有効にする」との基準で判定する。ダミー編集0906が無効となった場合は、対応する「項目(テーブルの)編集」0905も無効とする。逆に、項目編集0905が無効になった場合は、対応するダミー編集0906も無効とする。なお、実施例1の「編集の有効性の判定」で、その判定基準のバリエーションについて説明する。 Specifically, the determination is made based on the criteria of “validate editing to a new DB with a new base version number” and “validate the first base version number that has been uploaded earlier”. When the dummy edit 0906 becomes invalid, the corresponding “item (table) edit” 0905 is also invalidated. Conversely, when the item edit 0905 becomes invalid, the corresponding dummy edit 0906 is also invalidated. Note that variations of the determination criteria will be described in “determination of editing effectiveness” in the first embodiment.
ダミーの編集0906と対応する「項目(テーブルの)編集」0905の両方が有効と判定された後、元テーブルの構成変更が必要ならば、この項目テーブルの編集に従って元テーブルの構成の変更を行い、サーバーにアップして複製DB(複製元テーブル)を更新する。 If it is determined that both the dummy edit 0906 and the corresponding "item (table) edit" 0905 are valid, if the source table configuration needs to be changed, the source table configuration is changed according to this item table edit. , Update to the server and update the replication DB (replication source table).
「項目(テーブルの)編集」0905がアップされた後で、かつ元テーブルの「構成の変更」0909がアップされる前に、別の計算機からのアクセス0910, 0911があった場合については、実施例3および実施例1の「アクセス競合」で説明する。 Implemented when there is access 0910, 0911 from another computer after “Edit item (table)” 0905 is uploaded and before “Change configuration” 0909 of original table is uploaded This will be described in “Access contention” in Example 3 and Example 1.
不可能と思われた、テーブル項目の平行編集(追加、削除、修正など)が可能になった。 Parallel editing (addition, deletion, modification, etc.) of table items that seems impossible is now possible.
平行DBアクセスに関係する(端末)計算機とサーバー(計算機)(Terminal) computer and server (computer) related to parallel DB access 本発明のプログラムにより、手段の集合体として再構成された計算機Computer reconfigured as a collection of means by the program of the present invention 原本テーブルの複製の作成と同期を行う処理手順Procedure for creating and synchronizing a copy of the original table 複製テーブルの編集結果をサーバーにアップする処理手順Procedure for uploading replication table edit results to the server 複製項目テーブルの内容に基づき、複製テーブルを再構成する処理手順Procedure for reconfiguring the replication table based on the content of the replication item table 複製項目テーブルの内容に基づき、複製テーブルのレコードを表示する、または印刷する処理手順Processing procedure to display or print the records of the duplicate table based on the contents of the duplicate item table 項目テーブルの編集とこれに伴う元テーブルの構成変更と表示の例Example of editing the item table and changing the configuration of the original table and displaying it 項目テーブルと元テーブルを同じバージョン番号で管理した例Example of managing the item table and the original table with the same version number 項目テーブルと元テーブルを別のバージョン番号で管理した例Example of managing item table and original table with different version numbers
符号の説明Explanation of symbols
0101    計算機A
0102    計算機B
0103    サーバー
0104    インターネットなどの通信網
0105      初期DB
0106      アップされた編集(1)
0107      アップされた編集(2)
0201    計算機
0202    インターネットなどの通信網
0203    通信手段
0204    テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段
0205      複製テーブルを、最新の(仮想の)原本テーブルと同期する手段
0206      複製テーブルを編集する手段
0207      複製テーブルの編集結果をサーバーにアップする手段
0208    複製項目テーブルの内容に基づき、複製テーブルを再構成する手段
0209    複製項目テーブルの内容に基づき、複製テーブルのレコードを表示する、または印刷する手段
0210    サーバー
0301      (原本テーブルを複製した)複製テーブルが計算機に作成されているかを調査
0302      複製テーブルを作成する処理
0303      未取り込みの編集がサーバーにあるかを確認
0304      編集をサーバーから取り込む処理
0305      編集の有効性の判定
0306      複製DBの更新
0401      編集結果を特定
0402      編集結果に、編集対象の複製テーブル(または複製DB)のベースバージョンを指定
0403      サーバーに編集をアップ
0501      項目テーブルのレコードの追加または削除の有無を確認
0502      新たな項目構成の元テーブルを作成
0503      古い元テーブルのレコードを取り出す処理
0504      新しい元テーブルに移す処理
0505      「変換処理」の指定を確認
0506      変換処理を実行
0601      項目テーブルのレコードをその表示順に特定する処理
0602      項目の表示非表示を確認
0603      元テーブルの項目を作成
0604      元テーブルのレコードを取り出す処理
0605      レコードの対応する項目の値を表示(または印刷)
0701      項目テーブル
0702      元テーブル
0703      最初の表示
0704      削除表示の設定
0705      次の表示
0801      サーバー
0802      計算機A
0803      計算機B
0804      初期DB
0805      計算機A内の複製DB
0806      計算機B内の複製DB
0807      計算機Aによる初期DBの取得
0808     計算機Bによる初期DBの取得
0809      計算機Aによる同期
0810      計算機Aの操作者による複製DB内の項目テーブルの編集(項目編集)
0811      計算機Aの操作者による複製DB内の項目テーブルの編集結果のアップ
0812      計算機Aによる確認と同期
0813      計算機Aの操作者に対する「項目編集の確認と同期」の表示
0814      計算機Aによる、確定した項目テーブルの編集に基づく元テーブルの構成変更結果のアップ
0815      計算機Aによる元テーブルの構成変更結果の確認と同期
0816      計算機Aの操作者に対する、元テーブルの構成変更の確認と同期の表示
0817      計算機Bによる同期
0818      計算機Bによる同期(アクセス競合の場合)
0819      計算機Bによる、確定した項目テーブルの編集に基づく元テーブルの構成変更結果のアップ(アクセス競合の場合)
0901      元テーブル
0902      項目テーブル
0903      元テーブルの編集(その1)
0904      元テーブルの編集(その2)
0905      項目(テーブルの)編集
0906      ダミー編集
0907      元テーブルの複製DBのベースバージョン(番号)の指定
0908      「項目(テーブルの)編集」への参照
0909      構成変更:確定した項目テーブルの編集に基づく元テーブルの「構成変更」結果のアップ
0910      同期(アクセス競合の場合)
0911      構成変更:確定した項目テーブルの編集に基づく元テーブルの「構成変更」結果のアップ(アクセス競合の場合)
0101 Calculator A
0102 Calculator B
0103 server
0104 Communication network such as the Internet
0105 Initial DB
0106 Uploaded edits (1)
0107 Uploaded edits (2)
0201 Calculator
0202 Communication network such as the Internet
0203 Communication means
[0204] Means for creating replica (replica table) of original table (original table)
[0205] Means for synchronizing the replication table with the latest (virtual) original table
0206 Means to edit replication table
0207 Means to upload replication table edit result to server
[0208] Means for reconstructing a replication table based on the content of the replication item table
0209 Means for displaying or printing a record of a duplicate table based on the contents of a duplicate item table
0210 server
0301 Investigating whether a duplicate table (which duplicated the original table) has been created on the computer
0302 Processing to create a replication table
0303 Check if there are unimported edits on the server
0304 Importing edits from the server
0305 Validity of editing
0306 Update replication DB
0401 Edit result specified
0402 Specify the base version of the replication table (or replication DB) to be edited in the editing results
0403 Upload edits to the server
0501 Check whether item table record is added or deleted
0502 Create original table of new item structure
0503 Processing to retrieve old source table records
0504 Transfer to new source table
0505 Check "Conversion" specification
0506 Perform conversion process
0601 Processing to specify item table records in display order
0602 Check whether the item is displayed or not
0603 Create original table field
0604 Processing to retrieve original table records
0605 Display (or print) the value of the corresponding item in the record
0701 Item table
0702 Original table
0703 Initial display
0704 Delete display setting
0705 Next display
0801 server
0802 Calculator A
0803 Calculator B
0804 Initial DB
0805 Duplicate DB in computer A
0806 Duplicate DB in computer B
0807 Acquisition of initial DB by computer A
0808 Acquisition of initial DB by computer B
0809 Synchronization by computer A
0810 Editing of the item table in the replication DB by the operator of computer A (item editing)
0811 Improvement of item table edit result in replication DB by computer A operator
0812 Confirmation and synchronization by computer A
0813 Display of “Confirm and synchronize item edit” for the operator of computer A
0814 Improvement of the result of changing the composition of the original table based on editing of the confirmed item table by computer A
0815 Check and synchronize result of source table configuration change by computer A
0816 Confirmation of source table configuration change and display of synchronization to operator of computer A
0817 Synchronization by computer B
0818 Synchronization by computer B (in case of access conflict)
0819 Up the result of changing the composition of the original table based on editing of the confirmed item table by Computer B (in case of access conflict)
0901 original table
0902 Item table
0903 Editing the original table (part 1)
0904 Editing the original table (part 2)
0905 Edit item (table)
0906 Dummy edit
0907 Specification of base version (number) of duplicate DB of original table
0908 Reference to "Edit Item (Table)"
0909 Configuration change: Improvement of the result of "configuration change" of the original table based on editing of the confirmed item table
0910 Synchronization (in case of access conflict)
0911 Configuration change: Increased “configuration change” result of the original table based on editing of the confirmed item table (in case of access conflict)
一般的な実施の概観を図1に示す。これは、(端末)計算機2台(計算機A0101,計算機B0102)と、サーバー0103で構成され、これらはインターネットなどの通信網0104を介して接続される。計算機A0101と計算機B0102は、まずサーバー0103にある初期DB0105をコピーし複製DBを作成する。計算機は、それぞれの複製DBに対して編集(追加、修正、削除)を行い、その修正内容をサーバーにアップする。「編集(1)」0106、「 編集(2)」0107がその記録である。 A general implementation overview is shown in FIG. This is composed of two (terminal) computers (computer A 0101 and computer B 0102) and a server 0103, which are connected via a communication network 0104 such as the Internet. The computer A 0101 and the computer B 0102 first copy the initial DB 0105 in the server 0103 to create a duplicate DB. The computer edits (adds, corrects, deletes) each replica DB, and uploads the correction contents to the server. “Edit (1)” 0106 and “edit (2)” 0107 are the records.
計算機は一般的には、演算装置、主記憶装置、二次記憶装置、入出力装置、通信装置、表示装置
などがバスで接続され構成されている。図1の計算機A0101と計算機B0102は、本発明のプログラムを読み込み、それぞれの計算機が図2に示す手段の集合体として機能する。計算機0201は通信手段0203を通じてインターネットなどの通信網0202に接続し、その先のサーバー0210と通信する。
A computer is generally configured by connecting a computing device, a main storage device, a secondary storage device, an input / output device, a communication device, a display device, and the like via a bus. The computer A 0101 and the computer B 0102 in FIG. 1 read the program of the present invention, and each computer functions as a collection of means shown in FIG. The computer 0201 connects to a communication network 0202 such as the Internet through the communication means 0203 and communicates with the server 0210 beyond that.
「テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段」0204、「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205、「複製テーブルを編集する手段」0206、「複製テーブルの編集結果をサーバーにアップする手段」0207により、「平行DBアクセス」を実現する。 “Means for creating replica (replica table) of original table (original table)” 0204, “Means for synchronizing duplicate table with latest (virtual) original table” 0205, “Means for editing duplicate table” 0206 "Parallel DB access" is realized by "means for uploading copy table edit result to server" 0207.
これらの操作の対象となるテーブルは、項目テーブルとその元テーブルの両方である。データベース全体を操作の対象とするのが自然な実施例であるが、注目する項目テーブルとその元テーブルに限定しても、本発明としては十分である。 The tables that are the targets of these operations are both the item table and its original table. Although it is a natural embodiment that the entire database is the target of operation, it is sufficient for the present invention to limit to the item table of interest and its original table.
「テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段」0204では、サーバーある初期DB0105をコピーして計算機の複製DBとする。計算機に複製DBが存在しない場合には、まずこの作業を行う。なお、DB全体の複製を作成せず、注目するテーブル(項目テーブルおよび元テーブル)の複製を作成すれば、本発明としては十分である。 In “means for creating a copy (replication table) of the original table (original table)” 0204, the initial DB 0105 in the server is copied to be a duplicate DB of the computer. If there is no duplicate DB in the computer, this operation is first performed. Note that it is sufficient for the present invention to create a replica of the table of interest (item table and original table) without creating a replica of the entire DB.
項目テーブルが有り元テーブルが無い場合は、この項目テーブルから空の元テーブルを作成する事ができる。これも「テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段」0204の実現方法のひとつである。 When there is an item table and there is no original table, an empty original table can be created from this item table. This is also one of the methods for realizing “means for creating a copy (replication table) of the original table (original table)” 0204.
「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205は、サーバーにアップされた編集0106,0107を取り込み、「編集の有効性の判定」を行い、有効と判定された編集で複製DBの内容とベースバージョンを更新する。なお、DB全体を同期せずとも、注目するテーブル(項目テーブルや元テーブル)を同期すれば、本発明としては十分である。 “Means to synchronize duplicate table with latest (virtual) original table” 0205 takes edits 0106,0107 uploaded to the server, performs “determination of editing validity”, and edits determined to be valid To update the contents and base version of the duplicate DB. Note that it is sufficient for the present invention to synchronize the table of interest (item table or original table) without synchronizing the entire DB.
原本DB(または原本テーブル)が作成されている場合は、原本DB(原本テーブル)を複製DB(複製テーブル)にコピーすることにより、「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205を実現する事ができる。 If the original DB (or original table) has been created, copy the original DB (original table) to the duplicate DB (replica table), thereby “synchronize the duplicate table with the latest (virtual) original table”. "Means" 0205 can be realized.
「テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段」0204と「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205を連続して実行する手順を図3に示す。まず、原本テーブルの複製の「複製テーブル」が計算機に作成されているかを調査0301する。なければ、初期DBの内部の原本テーブルをコピーして複製テーブルを作成0302する。初期DB全体をコピーして複製DBを作成しても、注目する複製テーブルが作成されることにはかわりない。 FIG. 3 shows a procedure for successively executing “means for creating a copy (replication table) of a table original (original table)” 0204 and “a means for synchronizing a replication table with the latest (virtual) original table” 0205. Shown in First, it is investigated 0301 whether a “replication table” of a copy of the original table has been created in the computer. If there is not, a duplicate table is created 0302 by copying the original table in the initial DB. Copying the entire initial DB to create a replica DB does not change the target replica table.
初期DB(または初期テーブル)が無い場合は、まず空のDBを作成する。初期の原本の元テーブルが無くその項目テーブルが存在する場合は、この項目テーブルから元テーブルを作成する。ここまでが、「テーブルの原本(原本テーブル)の複製(複製テーブル)を作成する手段」0204の処理である。 If there is no initial DB (or initial table), an empty DB is created first. If there is no original original original table and the item table exists, the original table is created from this item table. The processing up to this point is the processing of “means for creating a copy (replication table) of the original table (original table)” 0204.
次に、まだ取り込んでいない編集がサーバー0103, 0210にあるかを確認0303し、有れば編集をサーバーから取り込み0304、「編集の有効性の判定」0305を行い、有効ならば複製DBを更新する0306。以上が完了すると、複製テーブルと(最新の仮想の)原本テーブルとの同期が完了する。複製DB全体を最新の(仮想の)原本DBと同期しても良い。この部分が「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205に相当する。 Next, check if there are any edits that have not yet been imported on the server 0103 or 0210, and if there are, take the edits from the server 0304, perform “Edit validity check” 0305, and if valid, update the replication DB 0306 to do. When the above is completed, the synchronization between the replication table and the (latest virtual) original table is completed. The entire duplicate DB may be synchronized with the latest (virtual) original DB. This portion corresponds to “means for synchronizing the replication table with the latest (virtual) original table” 0205.
サーバーで「編集の有効性の判定」を行いサーバーに原本テーブル(または原本DB)を作成する場合には、最新の原本テーブル(または原本DB)を計算機にコピーする事により、「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205が実現される。 When creating an original table (or original DB) on the server by “determining the validity of editing” on the server, copy the latest original table (or original DB) to the computer, "Means for synchronizing with the latest (virtual) original table" "0205" is realized.
「複製テーブルを編集する手段」0206により、この計算機はDBの平行編集に参加する。
元テーブルの編集のみならず、項目テーブルの編集も行う。これらの編集結果は「複製テーブルの編集結果をサーバーにアップする手段」0207により、サーバーにアップされる。この手順を図4に示す。まず「編集結果を特定」0401し、「編集結果に、編集対象の複製テーブル(または複製DB)のベースバージョンを指定」0402し、サーバーに編集をアップ0403する。
This computer participates in parallel editing of DBs by “means for editing a replication table” 0206.
Not only the original table, but also the item table. These editing results are uploaded to the server by “means for uploading the replication table editing result to the server” 0207. This procedure is shown in FIG. First, “specify editing result” 0401, “specify the base version of the replication table (or replication DB) to be edited in the editing result” 0402, and upload the edit 0403 to the server.
ここで、編集対象の複製テーブル(複製DB)のベースバージョンとは、この複製テーブル(複製DB)の原本テーブル(原本DB)に指定されたバージョン番号で、有効と判定された編集により更新される。原本DB(または仮想の原本DB)にバージョン(番号)が指定されていれば、複製DBの一部の修正がアップされる毎にこのバージョンが更新され、これをコピーした複製DBのベースバージョンとして用いられる。 Here, the base version of the replication table (replication DB) to be edited is the version number specified in the original table (original DB) of this replication table (replication DB), and is updated by editing determined to be valid. . If a version (number) is specified in the original DB (or virtual original DB), this version is updated each time a partial correction of the duplicate DB is updated, and this is used as a base version of the duplicate DB copied. Used.
原本テーブル(または仮想の原本テーブル)毎に別々のバージョン(番号)が指定されていれば、複製テーブルの修正がアップされる毎にこのバージョンが更新され、複製テーブルのベースバージョンとして用いられる。 If a different version (number) is specified for each original table (or virtual original table), this version is updated each time the copy table is updated, and is used as the base version of the copy table.
アップされた編集は、他の計算機の「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205により、他の計算機に取り込まれ、「編集の有効性の判定」0303が行われ、その計算機の複製テーブル(複製DB)が更新される。「複製テーブルを、最新の(仮想の)原本テーブルと同期する手段」0205は、この編集をアップした計算機でも実行され、「編集の有効性の判定」0303が行われる。 The uploaded edits are taken into the other computer by “means to synchronize the duplicate table with the latest (virtual) original table” 0205 of the other computer, and “determination of editing validity” 0303 is performed. The replication table (replication DB) of the computer is updated. The “means for synchronizing the duplicate table with the latest (virtual) original table” 0205 is also executed by the computer that has uploaded this edit, and “determination of editing validity” 0303 is performed.
以上の手段により、項目テーブルとその元テーブルを対象とした「平行DBアクセス」が実現される。残りの二つの手段で項目テーブルとその元テーブルの関係を扱う。 By the above means, “parallel DB access” for the item table and its original table is realized. The remaining two means handle the relationship between the item table and its original table.
「複製項目テーブルの内容に基づき、複製テーブルを再構成する手段」0208 では、項目テーブルに追加または本当に削除されたレコードが有れば、まず新たな項目構成の空の元テーブルを作成し、そして古い元テーブルのレコードをコピーして移す。項目の追加または削除が無ければ、元テーブルの再構成の必要は無い。 In "Method to reconstruct duplicate table based on duplicate item table contents" 0208, if there is a record added or really deleted in the item table, first create an empty original table with a new item structure, and Copy and transfer old source table records. If no items are added or deleted, there is no need to reconstruct the original table.
処理の流れを図5に示す。まず、項目テーブルのレコードの「追加」または「本当の削除」の有無を確認0501する。「追加」または「本当の削除」があれば、新たな項目構成の空の元テーブルを作成0502する。そして、古い元テーブルのレコードを取り出し0503、その内容を新しい元テーブルに移す0504。項目が「本当に削除」されていれば、その値は新しい元テーブルには移さない(移せない)。 The flow of processing is shown in FIG. First, the presence / absence of “addition” or “real deletion” of the record in the item table is confirmed 0501. If there is an “add” or “true delete”, an empty original table with a new item structure is created 0502. Then, the old original table record is extracted 0503, and its contents are transferred to the new original table 0504. If an item is “really deleted”, its value cannot be transferred (cannot be transferred) to the new source table.
利用するDBソフトに項目編集の機能が備わっており、項目編集に伴いテーブルの構成も変更されるならば、これを利用しても良い。この場合「複製項目テーブルの内容に基づき、複製テーブルを再構成する手段」0208は、複製項目テーブルの内容に基づきDBソフトの項目編集の機能を呼び出す事により実現される。 If the DB software to be used has an item editing function and the configuration of the table is changed with the item editing, this may be used. In this case, “means for reconstructing the replication table based on the contents of the replication item table” 0208 is realized by calling an item editing function of the DB software based on the content of the replication item table.
「変換処理」つまり「既存の項目の値を基に、新しい項目の値を設定する処理」が指定されていれば、図5の「古い元テーブルのレコードを取り出し」0503「その内容を新しい元テーブルに移す」0504処理の後に、変換処理の指定を確認して0505、またはこれらの処理の途中で「変換処理」を実行0506する。なお、変換処理の具体例を実施例1の「変換処理例」に示す。 If “conversion processing”, that is, “processing for setting a new item value based on the value of an existing item” is specified, “retrieve the old source table record” in FIG. After the “transfer to table” 0504 process, the designation of the conversion process is confirmed and 0505 is executed, or “conversion process” is executed 0506 in the middle of these processes. A specific example of the conversion process is shown in “Conversion Process Example” of the first embodiment.
「複製項目テーブルの内容に基づき、複製テーブルのレコードを表示する、または印刷する手段」0209は、項目テーブルのレコードに指定された表示順に、表示指定のある項目を表示する。さらに、元テーブルのレコードを表示(または印刷)する。「表示=False」の項目レコードについては、元テーブルのこの項目の値は表示(または印刷)しない。 “Means for displaying or printing a record in a duplicate table based on the contents of the duplicate item table” 0209 displays items with display designation in the display order designated in the record in the item table. Further, the record of the original table is displayed (or printed). For the item record of “display = False”, the value of this item in the original table is not displayed (or printed).
この手順を図6に示す。項目テーブルのレコードをその表示順に指定された順番に検査し0601、項目の表示非表示を確認0602し「表示=True」ならば、順番に「表の項目を作成」0603する。次に、元テーブルのレコードを順番に取り出し0604、表のレコードとして、対応する項目の値を表示する0605。 This procedure is shown in FIG. The records in the item table are inspected in the order specified in the display order 0601, the display / non-display of the item is confirmed 0602, and if “display = True”, “create table item” 0603 in order. Next, the records of the original table are taken out in order 0604, and the value of the corresponding item is displayed as the table record 0605.
項目テーブルと元テーブルが同じDBに記録され、項目テーブルと元テーブルの修正の両方がこのDBのバージョンで管理される場合を実施例1で示す。図7の元テーブル0702と、その項目テーブル0701とが同じDBに記録されている。項目テーブルには、元テーブルの項目を定義するレコードとして、生徒名、評価、入学日のレコードが記録されている。元テーブルには2件のレコードが記録されている。 Example 1 shows a case where the item table and the original table are recorded in the same DB, and both the item table and the original table are managed by this DB version. The original table 0702 in FIG. 7 and the item table 0701 are recorded in the same DB. In the item table, records of student names, evaluations, and entrance dates are recorded as records defining the items in the original table. Two records are recorded in the original table.
ここで、項目テーブルの「追加(1)」のID=4の項目レコードと、元テーブルの「追加(2)」の項目ID=4の項目と、元テーブルの(レコードの)その値が設定される前に、元テーブルを計算機の画面などに表示したのが「最初の表示」0703である。 Here, the item record of ID = 4 of “addition (1)” of the item table, the item of item ID = 4 of “addition (2)” of the original table, and the value (of the record) of the original table are set. Before being displayed, the original table is displayed on a computer screen or the like as “first display” 0703.
[変換処理]: ここで「評価」を0から100の数値でなく「合格/不合格」の表記に切り換えることにする。「a4:変更」で示した様に、項目の変更は、削除と追加を組み合わせる事により行う。 [Conversion processing]: Here, “evaluation” is switched from “0” to “100” instead of “pass / fail”. As shown in “a4: Change”, the item is changed by combining deletion and addition.
まず、従来の「評価」の項目レコード(ID=2)で、削除の値をFalseから Trueに変更0704し、項目を削除状態にする。次に、新しい「評価」の項目レコード(ID=4)を作成する。これが「追加(1)」である。 First, in the conventional “evaluation” item record (ID = 2), the deletion value is changed from False to True 0704, and the item is set to the deletion state. Next, a new “evaluation” item record (ID = 4) is created. This is “addition (1)”.
次に、従来の「評価」の値から新しい「評価」への「変換処理」を定義する。例えば、0から59を「不合格」、60から100を「合格」、それ以外の数字、数字に変換出来ない文字、および未記入を「未定」とする。 Next, a “conversion process” from a conventional “evaluation” value to a new “evaluation” is defined. For example, 0 to 59 is “failed”, 60 to 100 is “passed”, other numbers, characters that cannot be converted to numbers, and unfilled are “undecided”.
この変換処理を実行した結果が元テーブル0703の各レコードの項目ID=4の値、つまり「追加(2)」の部分である。これを、計算機の画面などに表示したのが「次の表示」0705である。元レコードの「項目ID=2」が表示されず、新しい「項目ID=4」が表示されるので、操作者からは「評価」項目が変更された様に見える。 The result of executing this conversion processing is the value of item ID = 4 of each record of the original table 0703, that is, the part of “addition (2)”. This is displayed on a computer screen or the like as “next display” 0705. Since “item ID = 2” of the original record is not displayed and a new “item ID = 4” is displayed, it appears to the operator that the “evaluation” item has been changed.
[削除の復活]: 削除マークが付いただけの項目は、その削除マークをクリアする事により項目が復活し、元レコードのその項目の値が表示される。上記の例で、ID=4の項目レコードを「削除=True」とし、ID=2の項目レコードを「削除=False」として復活させれば、再び「最初の表示」が示される。 [Restoration of deletion]: For items with a deletion mark, the item is restored by clearing the deletion mark, and the value of that item in the original record is displayed. In the above example, when the item record with ID = 4 is set to “delete = True” and the item record with ID = 2 is restored as “delete = False”, “first display” is displayed again.
[表示順]: 図7の「最初の表示」0703および「次の表示」0705で、項目名が「生徒名」「評価」「入学日」と、項目テーブルの表示順の値に従って表示されている。項目テーブルの表示順の値を変更することにより、元テーブルの項目の表示順は変更される。 [Display Order]: In “First Display” 0703 and “Next Display” 0705 in FIG. 7, the item names are displayed according to the values in the item table display order, “Student Name”, “Evaluation”, “Admission Date”. Yes. By changing the value of the display order of the item table, the display order of the items in the original table is changed.
[エラー対応]: 例えば、先の変換処理を、古い評価の0から59を「不合格」、60から100を「合格」の部分だけ定義し、これ以外のケースについては処理を定義するのを忘れたとする。この場合、古い評価に数字以外の文字がはいっていると、変換処理が継続出来ずエラーとなる。項目テーブルのレコードの追加および削除
により元テーブルの構成変更を行うと、エラーが発生する可能性がある。変換処理が指定されていればエラーの可能性が高まる。
[Error handling]: For example, in the previous conversion process, the old evaluations 0 to 59 are defined as “fail”, and 60 to 100 are defined as “pass”. For other cases, the process is defined. Suppose you forget. In this case, if a character other than a number is entered in the old evaluation, the conversion process cannot be continued and an error occurs. If the configuration of the original table is changed by adding and deleting records in the item table, an error may occur. If conversion processing is specified, the possibility of error increases.
これを防止するために、「項目(テーブルの)編集」をアップする前に、事前に元テーブルの構成変更処理を試しに実行し、ここでエラーが生じないことを確認してから、項目編集をアップする。なお、元テーブルの構成変更のアップは、この項目テーブルの編集が確定してから行う。この項目テーブルの編集が確定しない場合は、元テーブルの構成変更も行わない。 In order to prevent this, before uploading "Edit item (table)", execute the configuration change process of the original table in advance and confirm that no error occurs here, then edit the item. Up. Note that the configuration change of the original table is performed after the editing of the item table is confirmed. If editing of this item table is not confirmed, the configuration of the original table is not changed.
[処理の流れ]: 項目テーブルと元テーブルが同じDBに記録され、項目テーブルと元テーブルの修正はこのDBのバージョンで管理され、原本DBがサーバーに作成されて更新される場合の、処理の流れを図8に示す。 [Processing flow]: When the item table and the original table are recorded in the same DB, the modification of the item table and the original table is managed by this DB version, and the process when the original DB is created and updated on the server The flow is shown in FIG.
計算機A0802と計算機B0803はそれぞれ初期DB0804を取得0807, 0808し、それぞれの複製DB0805, 0806としている。サーバー0801のバージョン0の初期DB0804をコピーしているので、どちらもベースバージョンは0である。その後、サーバー0801に編集1から編集6がアップされているが、これは計算機A0802、計算機B0803以外の計算機がアップした編集である The computer A 0802 and the computer B 0803 acquire the initial DB 0804 0807 and 0808, respectively, and use them as the duplicate DB 0805 and 0806, respectively. Since the initial DB 0804 of version 0 of the server 0801 is copied, the base version is 0 for both. After that, edit 1 to edit 6 are uploaded to the server 0801. This is an edit that has been uploaded by a computer other than computer A0802 and computer B0803.
さて、計算機A0802は、項目編集を行うので、最初の処理として同期0809を行う。この時、サーバー0801から編集1から編集6を取得し、複製DB0805のベースバージョンを6とする。そして、複製DB0805内の項目テーブルを編集0810する。この編集結果がサーバーにアップされ0811、編集7として記録される。 Now, since the computer A0802 performs item editing, the synchronization 0809 is performed as the first process. At this time, edit 1 to edit 6 are acquired from the server 0801, and the base version of the duplicate DB 0805 is set to 6. Then, the item table in the duplicate DB 0805 is edited 0810. The edited result is uploaded to the server and recorded as 0811 and edited 7.
この直後の確認と同期0812により、先のアップ0811の編集が有効と判定され、編集7となった事を確認する。この結果は計算機A0802の操作者に表示0813される。 The confirmation immediately after this and synchronization 0812 determines that the editing of the previous 0811 is valid and confirms that the editing is 7. This result is displayed 0813 to the operator of the computer A0802.
この「項目(テーブルの)編集」0810により複製DB内の元テーブルを再構成が必要な場合は、計算機A0802(のプログラム)は、元テーブルの再構成を行い、その結果を編集としてサーバーに送る0814。この編集はサーバーで編集8となる。計算機A0802はこの確認を受け取り複製DBの同期を行い0815、そのことを計算機A0802の操作者に表示0816する。計算機B0203は、その後で複製DB0806を(仮想の)同原本DBと同期させる0817。 When it is necessary to reconstruct the original table in the replication DB by this "item (table) editing" 0810, the computer A0802 (the program) reconstructs the original table and sends the result to the server as an edit. 0814. This editing is editing 8 on the server. Computer A 0802 receives this confirmation, synchronizes the duplicate DB 0815, and displays this to the operator of computer A 0802 0816. Then, the computer B 0203 synchronizes the duplicate DB 0806 with the (virtual) original DB 0817.
[アクセスの競合]: 計算機A0802からサーバーへの、「項目(テーブルの)編集」のアップ0811の後から、元テーブルの構成変更結果のアップ0814の間に、計算機B0803からのアクセスが入った場合について説明する。同期0818により、計算機B0803は「項目テーブルの編集が有り有効となった事とその編集の内容」「その項目編集が有効になった事」「この項目編集による元テーブルの編集が必要だがまだ行われていない事」が把握できる。この場合、計算機B0803は、この項目編集に基づき元テーブルの再構成を行う。 [Access conflict]: Access from computer B0803 from computer A0802 to the server, after "08 (Item) editing" up 0811 and source table configuration change result up 0814 Will be described. By synchronization 0818, computer B0803 is able to edit the item table and make it valid, and the contents of the edit, that the item edit has become valid, and the original table must be edited by this item edit but still "Unknown" can be grasped. In this case, the computer B0803 reconstructs the original table based on this item editing.
この再構成結果の計算機B0803からのアップが、計算機A0802からの「元テーブルの構成変更結果」0814のアップの前のXの時点の場合と、アップの後のYの時点の場合とで、状況が異なる。 The situation in which the reconfiguration result from computer B0803 is up at the time of X before “up of the original table configuration change result” 0814 from computer A0802 and at the time of Y after the up, Is different.
Xの時点の場合は、「同じベースバージョン番号なら先にアップされた方を有効にする」との基準により、計算機B0803からアップされた編集が有効となり、(ベース)バージョンがひとつ更新される。この場合、先の計算機A0802からアップ0814は「編集の有効性の判定」で無効となる。 At the time of X, the edit uploaded from the computer B 0803 is validated and one (base) version is updated on the basis of “validate the one that was uploaded first if the same base version number”. In this case, Up 0814 from the previous computer A 0802 is invalidated by “determination of validity of editing”.
逆に、Yの時点の場合は、同じベースバージョン7の編集が、計算機A0802から先にアップされ有効とされているので、計算機B0803からアップされた編集は無効と判定される。。 On the contrary, at the time of Y, since the editing of the same base version 7 is uploaded and validated first from the computer A 0802, the editing uploaded from the computer B 0803 is determined to be invalid. .
[編集の有効性の判定]: 有効性の確認のひとつの基準として「ベースバージョン番号が新しいDBへの編集を有効にする」「同じベースバージョン番号なら先にアップされた方を有効にする」がある。これに基づく例を以上で説明した。 [Judgment of validity of editing]: As one of the criteria for confirming validity, “Enabling editing to a new DB with a new base version number” “Enabling the one that was uploaded first if the same base version number” There is. An example based on this has been described above.
「ベースバージョン番号が新しいDBへの編集を有効にする」判定を機械的に行う方法として、編集がアップされる毎に無条件にバージョンを更新し、編集のベースバージョンより2つ以上バージョンが更新された時に、無効と判定する方法もある。 As a method of mechanically performing the “validate editing to a database with a new base version number”, the version is unconditionally updated each time editing is performed, and two or more versions are updated from the base version of editing. There is also a method of determining invalidity when it is done.
編集の有効性の判定の基準の、これ以外のバリエーションもある。例えば「編集時刻の古い編集を優先する」、「同じレコードなら新しい編集を有効にする」などは、その判定の妥当性はともかく、編集の有効性の判定の基準の一例である。 There are other variations of the criteria for determining the effectiveness of editing. For example, “prioritize editing with an old editing time” and “validate new editing for the same record” are examples of criteria for determining the validity of editing, regardless of the validity of the determination.
「項目テーブルの編集がアップされ、それに合わせて元テーブルの編集が必要な場合は、この元テーブルの編集が確定するまでは、これ以外の編集を全て無効にする」を、編集の有効性の判定の基準に加えても良い。 “If the editing of the item table is up and the original table needs to be edited accordingly, disable all other editing until the editing of the original table is confirmed”. You may add to the criteria of determination.
元テーブルとその項目テーブルが別のDBに記録されていても、バージョン番号を一つ用意し、元テーブルを編集しても項目テーブルを編集してもこのバージョン番号を更新して用いればケース1に該当する。 Even if the original table and its item table are recorded in different DBs, if one version number is prepared and this version number is updated and used regardless of whether the original table is edited or the item table is edited, Case 1 It corresponds to.
項目テーブルと元テーブルを別のDBに記録し、それぞれの変更をそれぞれのDBのバージョン番号で管理すると、「ケース2:別バージョン番号で管理」に該当する。この場合には「b4:同期運用」のダミー編集0906を用いる事により必要な同期をとることが出来る。これが実施例3である。 If the item table and the original table are recorded in different DBs, and each change is managed by the version number of each DB, it corresponds to “Case 2: Management by different version number”. In this case, the necessary synchronization can be obtained by using the dummy edit 0906 of “b4: synchronous operation”. This is Example 3.
図9に元テーブル0901と項目テーブル0902の原本のバージョン、または複製のベースバージョンの推移例を示した。縦軸が時間軸で上から下に時間が経過する。両テーブルとも最初のバージョンは0である。元テーブルに対し編集0903が行われサーバーにアップされると元テーブルへのバージョンは1に、その次の編集0904によって2に更新される。 FIG. 9 shows a transition example of the original version of the original table 0901 and the item table 0902 or the base version of the copy. The vertical axis is the time axis, and time passes from top to bottom. The initial version of both tables is zero. When edit 0903 is performed on the original table and uploaded to the server, the version to the original table is updated to 1, and the next edit 0904 updates it to 2.
その後、項目テーブルに対する編集つまり項目編集0905が行われ、有効と判定されると、項目テーブルのバージョンが1になる。この時に元テーブルに対するダミー編集0906を作成する。 Thereafter, editing of the item table, that is, item editing 0905 is performed, and when it is determined to be valid, the version of the item table becomes 1. At this time, a dummy edit 0906 for the original table is created.
このダミー編集には、項目編集時の(元テーブルの)ベースバージョンの記録への参照0907と、基になった項目編集への参照0908が記録されている。ダミー編集0906が元テーブルへの編集としてアップされ有効と判定される事により、元テーブルのバージョンが3になる。 In this dummy editing, a reference 0907 to the record of the base version (of the original table) at the time of item editing and a reference 0908 to the item editing based on are recorded. When the dummy edit 0906 is uploaded as an edit to the original table and is determined to be valid, the version of the original table becomes 3.
もし、ダミー編集0906が無効と判定されると、項目編集もさかのぼって無効として処理される。なお、項目編集をさかのぼって無効とするために、ダミー編集0906が有効と判定されるまでは、上記の項目編集前の状態を保存しておく必要がある。 If it is determined that the dummy edit 0906 is invalid, the item edit is also retroactively processed. Note that in order to invalidate the item editing retroactively, it is necessary to save the state before the item editing until the dummy editing 0906 is determined to be valid.
ダミー編集0906が元テーブルへの編集として有効と判定され、かつ元テーブルの構成変更が必要ならば、項目編集0905の内容に従って元テーブルの構成変更が行われ0909、アップされ、有効と判定されると元テーブルのバージョンが4になる。 If it is determined that the dummy edit 0906 is valid as an edit to the original table, and the configuration change of the original table is necessary, the configuration change of the original table is performed in accordance with the contents of the item edit 0905, and it is uploaded and determined to be valid. And the version of the original table is 4.
[アクセスの競合]: ダミー編集0906の元テーブルへのアップの後から、これに基づく構成変更0909がアップされるまでの間に、別の計算機が同期0910したとする。この計算機は「項目テーブルの編集があり有効である事とその編集の内容」「その項目編集が有効になった事」「この項目編集による元テーブルの再構成が必要だが、まだ行われていない事」が把握できる。そこで元テーブルの再構成を行い、元テーブルに対する編集としてアップする。 [Access conflict]: Assume that another computer has synchronized 0910 after the dummy edit 0906 is updated to the original table and before the configuration change 0909 based on this is updated. This calculator is "the item table has been edited and is valid and its editing contents" "the item editing has been enabled" "the original table needs to be reconfigured by this item editing, but it has not been done yet Can understand. Therefore, the original table is reconfigured and uploaded as an edit to the original table.
この結果のアップが、先の構成変更0909の前、つまりXであった場合は、バージョン3に対する最初の編集なので「編集の有効性の判定」で有効となり、バージョンがひとつ更新される。この場合は、先に言及した構成変更0909は「編集の有効性の判定」で無効となる。 If the result is up before the previous configuration change 0909, that is, X, since it is the first editing for version 3, it becomes effective in "determination of editing validity" and one version is updated. In this case, the configuration change 0909 mentioned above is invalidated in “determination of editing validity”.
この結果のアップが、先に言及した構成変更0909の後、つまりYであった場合は、ベースバージョン3に対する編集が先にアップされているので、「編集の有効性の判定」で無効となる。この場合は、先に言及した構成変更0909が「編集の有効性の判定」で有効となる。 If the result is up after the configuration change 0909 mentioned above, that is, Y, since the editing for the base version 3 has been uploaded first, it becomes invalid in “determination of editing validity”. . In this case, the configuration change 0909 mentioned above is effective in “determination of editing validity”.
項目テーブルと元テーブルが同じDBに記録されていても、項目テーブルと元テーブルにそれぞれ異なるバージョン番号を与え、それぞれに対する編集を別々に管理すれば、「ケース2:別バージョン番号で管理」に相当する。 Even if the item table and the original table are recorded in the same DB, if different version numbers are assigned to the item table and the original table and the editing for each is managed separately, it corresponds to “Case 2: Management with different version numbers” To do.
データベース(以下、DB)の原本を、複数の計算機にコピーして複製DBを作成し、複数の計算機で平行して複製DBを編集し、その結果を原本DBに反映する「平行DBアクセス」において、テーブル内容の平行編集のみならず、テーブルの項目の編集も可能になった。平行DBアクセスの実現はサーバーとの接続が不可能な状況でもDB処理の継続が可能である事を意味している。テーブルの項目が追加、削除、変更が可能となった事により、DB運用に大きな自由度を与える。 In “Parallel DB access” in which the original database (hereinafter referred to as DB) is copied to a plurality of computers to create a duplicate DB, the duplicate DB is edited in parallel with the plurality of computers, and the result is reflected in the original DB. In addition to parallel editing of table contents, table items can now be edited. Realization of parallel DB access means that DB processing can be continued even in a situation where connection to a server is impossible. Since table items can be added, deleted, and changed, a large degree of freedom is given to DB operation.

Claims (4)

  1. 計算機を、
    (1)  原本テーブルの複製を、最新の原本テーブルまたは仮想の原本テーブルと同期する手段
    (2)  該複製テーブルを編集する手段
    (3)  該複製テーブルの項目を定義する複製項目テーブルを、最新の原本項目テーブルまたは仮想の原本項目テーブルと同期する手段
    (4)  該複製項目テーブルを編集する手段
    (5)  該複製項目テーブルの指定に基づき、該複製テーブルのレコードを表示する手段
    として機能させるためのプログラム。
    Calculator
    (1) Means for synchronizing the copy of the original table with the latest original table or the virtual original table (2) Means for editing the duplicate table (3) The copy item table defining the items of the duplicate table Means for synchronizing with original item table or virtual original item table (4) Means for editing duplicate item table (5) For functioning as means for displaying record of duplicate table based on designation of duplicate item table program.
  2. 請求項1のプログラムであって、「(6)該複製項目テーブルのレコードの指定に基づき、該複製テーブルを再構成する手段」を実現する、ことを特徴とするプログラム。 The program according to claim 1, wherein the program realizes “(6) means for reconfiguring the replication table based on designation of a record of the replication item table”.
  3. 請求項2のプログラムであって、「(6)該複製項目テーブルのレコードの指定に基づき、該複製テーブルの構成を変更する手段」において、該複製テーブルのある項目の値から他の項目の値を計算し設定する処理を行う、ことを特徴とするプログラム。 3. The program according to claim 2, wherein in “(6) means for changing the configuration of the replication table based on designation of a record of the replication item table”, a value of an item in the replication table is changed to a value of another item. A program characterized in that it performs processing for calculating and setting.
  4. 請求項1のプログラムであって、「(4)該複製項目テーブルを編集する手段」において、該編集を参照するダミー編集を作成し、該項目テーブルが規定するテーブルの編集とする処理、を行うことを特徴とするプログラム。 The program according to claim 1, wherein “(4) means for editing the duplicate item table” creates a dummy edit referring to the edit, and edits the table defined by the item table. A program characterized by that.
PCT/JP2008/001719 2007-06-06 2008-07-01 Parallel editing program of table and table item WO2009147704A1 (en)

Priority Applications (10)

Application Number Priority Date Filing Date Title
PCT/JP2008/001900 WO2009147705A1 (en) 2008-06-04 2008-07-15 Database connection program and device
JP2010515675A JPWO2009147705A1 (en) 2008-06-04 2008-07-15 Database connection program and device
JP2010515778A JP4855538B2 (en) 2008-06-04 2009-06-03 Parallel editing method for database data items
PCT/JP2009/002501 WO2009147851A1 (en) 2008-06-04 2009-06-03 Method for parallel editing data item of database
US12/743,367 US20110161292A1 (en) 2007-06-06 2009-06-03 Method for parallel editing data item of database
JP2010254885A JP5543899B2 (en) 2008-06-04 2010-11-15 Parallel editing method for database data items
US13/024,330 US20110137862A1 (en) 2008-06-12 2011-02-10 Method and apparatus for parallel edit to editable objects
US13/714,422 US20130110777A1 (en) 2007-06-06 2012-12-14 Synchronization of data edited in parallel
US13/726,549 US20130179652A1 (en) 2007-06-06 2012-12-25 Support for synchronization of data edited in parallel
US13/802,740 US20130204842A1 (en) 2007-06-06 2013-03-14 Method and system for synchronization of data edited in parallel

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JPPCT/JP2008/001424 2008-06-04
PCT/JP2008/001424 WO2008149552A1 (en) 2007-06-06 2008-06-04 Database contradiction solution method
PCT/JP2008/001506 WO2009147701A1 (en) 2008-01-08 2008-06-12 Parallel access program of database
JPPCT/JP2008/001506 2008-06-12

Publications (1)

Publication Number Publication Date
WO2009147704A1 true WO2009147704A1 (en) 2009-12-10

Family

ID=41397796

Family Applications (5)

Application Number Title Priority Date Filing Date
PCT/JP2008/001719 WO2009147704A1 (en) 2007-06-06 2008-07-01 Parallel editing program of table and table item
PCT/JP2008/001900 WO2009147705A1 (en) 2008-06-04 2008-07-15 Database connection program and device
PCT/JP2009/002501 WO2009147851A1 (en) 2007-06-06 2009-06-03 Method for parallel editing data item of database
PCT/JP2009/002491 WO2009147847A1 (en) 2007-06-06 2009-06-03 Database parallel editing method
PCT/JP2009/002490 WO2009147846A1 (en) 2007-06-06 2009-06-03 Conflict resolution system for database parallel editing

Family Applications After (4)

Application Number Title Priority Date Filing Date
PCT/JP2008/001900 WO2009147705A1 (en) 2008-06-04 2008-07-15 Database connection program and device
PCT/JP2009/002501 WO2009147851A1 (en) 2007-06-06 2009-06-03 Method for parallel editing data item of database
PCT/JP2009/002491 WO2009147847A1 (en) 2007-06-06 2009-06-03 Database parallel editing method
PCT/JP2009/002490 WO2009147846A1 (en) 2007-06-06 2009-06-03 Conflict resolution system for database parallel editing

Country Status (2)

Country Link
JP (1) JPWO2009147705A1 (en)
WO (5) WO2009147704A1 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8171003B2 (en) 2007-06-06 2012-05-01 Kunio Kamimura Method and apparatus for changing reference of database
JP5356351B2 (en) * 2010-09-30 2013-12-04 ヤフー株式会社 Storage server, file synchronization system, file collision processing method and program
US9946691B2 (en) * 2013-01-30 2018-04-17 Microsoft Technology Licensing, Llc Modifying a document with separately addressable content blocks
US10105700B2 (en) 2013-07-17 2018-10-23 The Johns Hopkins University Microfluidic chip for analysis of cell motility and methods for using same
CN106156094B (en) * 2015-04-01 2019-09-17 阿里巴巴集团控股有限公司 A kind of the teledata synchronous method and device of database
CN111523291B (en) * 2020-04-21 2023-04-18 四川川大智胜软件股份有限公司 Low-altitude radar multi-seat airspace data editing method

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11272533A (en) * 1998-03-25 1999-10-08 Fujitsu Ltd Relational data base synchronizing method and recording medium for recording program for the same
JP2000194592A (en) * 1998-12-25 2000-07-14 Nippon Telegr & Teleph Corp <Ntt> Data base system, data base access system, and recording medium where data base access program is recorded

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05233405A (en) * 1992-02-18 1993-09-10 Hitachi Ltd Data base alteration and monitor system
JPH07191898A (en) * 1993-12-27 1995-07-28 Fujitsu Ltd Exclusive controller for data base
CA2152528C (en) * 1994-07-29 2000-04-18 Chung-Hwa Herman Rao Distributed systems with replicated files
JP3534596B2 (en) * 1997-12-05 2004-06-07 富士通株式会社 Method and apparatus for synchronizing databases in intelligent networks
JP2000020370A (en) * 1998-06-29 2000-01-21 Sharp Corp Data synchronous processor
JP2000222268A (en) * 1999-01-29 2000-08-11 Hitachi Ltd Method for synchronizing file for plural computers
JP2000284998A (en) * 1999-03-31 2000-10-13 Ricoh Co Ltd Data update control system and method and computer readable recording medium storing program for executing the method
US6938070B2 (en) * 2001-12-17 2005-08-30 Dassault Systemes Conflict resolution for collaborative work system
JP4279499B2 (en) * 2002-03-01 2009-06-17 シャープ株式会社 Information processing device
JP2007179105A (en) * 2005-12-26 2007-07-12 World Planning:Kk Control system for shared database and control method for shared database and computer program

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11272533A (en) * 1998-03-25 1999-10-08 Fujitsu Ltd Relational data base synchronizing method and recording medium for recording program for the same
JP2000194592A (en) * 1998-12-25 2000-07-14 Nippon Telegr & Teleph Corp <Ntt> Data base system, data base access system, and recording medium where data base access program is recorded

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKASHI SHIKII: "C++Builder Database Programming Dai 2 Kai", INSIDE WINDOWS, vol. 3, no. 12, 1 December 1997 (1997-12-01), pages 71 - 77 *

Also Published As

Publication number Publication date
WO2009147705A1 (en) 2009-12-10
JPWO2009147705A1 (en) 2011-10-20
WO2009147846A1 (en) 2009-12-10
WO2009147851A1 (en) 2009-12-10
WO2009147847A1 (en) 2009-12-10

Similar Documents

Publication Publication Date Title
US11561956B2 (en) Key pattern management in multi-tenancy database systems
JP4573277B2 (en) Database conflict resolution method
CN110147369B (en) Data splitting and write redirection in a multi-leased database system
CN109947767B (en) System sharing type in multi-leasing database system
US10482080B2 (en) Exchanging shared containers and adapting tenants in multi-tenancy database systems
US10452646B2 (en) Deploying changes in a multi-tenancy database system
JP2022141841A (en) System and method for managing public software component ecosystem by using distributed ledger
WO2009147704A1 (en) Parallel editing program of table and table item
US20010011265A1 (en) Method and apparatus for deploying data among data destinations for website development and maintenance
US20070288835A1 (en) Apparatus, computer readable medium, data signal, and method for document management
KR20080113347A (en) Synchronization peer participant model
JP4497691B2 (en) Database management method and management system
JP2002108681A5 (en)
CN116134420A (en) Using multiple blockchains to apply transactions to a set of persistent data objects in a persistent storage system
JP2001306372A (en) Method for managing document and storage medium storing program for executing the method
JP5543899B2 (en) Parallel editing method for database data items
CA2388772A1 (en) Method and apparatus for deploying data among data destinations for website development and maintenance
US20170177647A1 (en) Parallel database editing
CN114741453A (en) Method, system and computer readable storage medium for data synchronization
JP2003281118A (en) Document management device, document edit device, document management method, document edit method and program
JP4855538B2 (en) Parallel editing method for database data items
JP2004355203A (en) Update/history/tabulation management system for data
JP2000132435A (en) Data consistency processor between different kind of data base management systems
JP4903391B2 (en) Database replication method and apparatus and control program therefor
JPWO2009147846A1 (en) Conflict resolution method for parallel database editing

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08790118

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08790118

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP