JP2000187605A - 純並列データベース管理システム - Google Patents
純並列データベース管理システムInfo
- Publication number
- JP2000187605A JP2000187605A JP10364952A JP36495298A JP2000187605A JP 2000187605 A JP2000187605 A JP 2000187605A JP 10364952 A JP10364952 A JP 10364952A JP 36495298 A JP36495298 A JP 36495298A JP 2000187605 A JP2000187605 A JP 2000187605A
- Authority
- JP
- Japan
- Prior art keywords
- servers
- client
- data processing
- server
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 クライアント数の増加に応じて照会の処理性
能を増大することのできるデータベース管理システムを
提供する。 【解決手段】 互いに同一のデータベースが格納された
記憶装置１１２、１２２、１３２を備える独立した複数
のサーバ１１０、１２０、１３０と、複数のサーバ１１
０、１２０、１３０にＳＱＬの実行を依頼するクライア
ント２１０、２２０、２３０とを備える。使用者がデー
タベースを照会するときには、各クライアント２１０、
２２０、２３０が、サーバ１１０、１２０、１３０のい
ずれか１つ以上を選択してデータベースの内容を照会す
る。クライアント数の増大に応じてサーバを追加するこ
とにより、照会の処理性能を増大することができる。
能を増大することのできるデータベース管理システムを
提供する。 【解決手段】 互いに同一のデータベースが格納された
記憶装置１１２、１２２、１３２を備える独立した複数
のサーバ１１０、１２０、１３０と、複数のサーバ１１
０、１２０、１３０にＳＱＬの実行を依頼するクライア
ント２１０、２２０、２３０とを備える。使用者がデー
タベースを照会するときには、各クライアント２１０、
２２０、２３０が、サーバ１１０、１２０、１３０のい
ずれか１つ以上を選択してデータベースの内容を照会す
る。クライアント数の増大に応じてサーバを追加するこ
とにより、照会の処理性能を増大することができる。
Description
【０００１】
【発明の属する技術分野】本発明はクライアント／サー
バ型のデータベース管理システムに関するものでる。
バ型のデータベース管理システムに関するものでる。
【０００２】
【従来の技術】従来より、サーバの記憶装置に格納され
たデータベースに、複数のクライアントから照会や更新
を行うことができるクライアント／サーバ型のデータベ
ース管理システムが用いられている。このようなデータ
ベース管理システムに用いられるサーバとして、高速な
処理速度や高い信頼性が必要であるため、一般に高価な
コンピュータシステムが用いられていた。近年、安価な
パーソナルコンピュータ用のプロセッサの性能が飛躍的
に向上し、これをデータベース管理システムのサーバと
して用いることが普及してきている。
たデータベースに、複数のクライアントから照会や更新
を行うことができるクライアント／サーバ型のデータベ
ース管理システムが用いられている。このようなデータ
ベース管理システムに用いられるサーバとして、高速な
処理速度や高い信頼性が必要であるため、一般に高価な
コンピュータシステムが用いられていた。近年、安価な
パーソナルコンピュータ用のプロセッサの性能が飛躍的
に向上し、これをデータベース管理システムのサーバと
して用いることが普及してきている。
【０００３】
【発明が解決しようとする課題】しかしながら、サーバ
に接続されるクライアントの数が増加するにつれて、サ
ーバの負荷が増大し、クライアントからの照会の要求に
対して処理の待ち時間が増大し、応答するのに長時間を
要するという問題があった。この問題に対処するためサ
ーバの処理装置の処理性能を例えば１０倍に向上させよ
うとすると、かかる費用は一般に１０倍どころでは済ま
ず大幅なコスト増となるため、容易に行うことはできな
かった。
に接続されるクライアントの数が増加するにつれて、サ
ーバの負荷が増大し、クライアントからの照会の要求に
対して処理の待ち時間が増大し、応答するのに長時間を
要するという問題があった。この問題に対処するためサ
ーバの処理装置の処理性能を例えば１０倍に向上させよ
うとすると、かかる費用は一般に１０倍どころでは済ま
ず大幅なコスト増となるため、容易に行うことはできな
かった。
【０００４】サーバの処理装置の性能を向上させるより
も、複数の処理装置に処理を分担させたほうが費用に対
する効果が大きいため、複数の処理装置にクライアント
からの依頼を分担させて処理することも行われている
が、実質的に１つだけであるデータベースを格納する記
憶装置へのアクセス速度がボトルネックとなって、ある
程度以上の高速化はできなかった。１つのデータベース
を複数のサーバの記憶装置に分散させることも行われて
いるが、クライアントがデータベース全体を対象に照会
を行う場合には、照会の依頼を受け付けたサーバが別の
サーバに格納されたデータベースの内容を照会し、複数
の照会結果を合成してクライアントに返答する必要があ
るため、データベースの照会に関する処理速度向上の効
果は少なく、また多数のクライアントからこのような照
会が重なった場合は、かえって待ち時間が増大してしま
う結果になっていた。
も、複数の処理装置に処理を分担させたほうが費用に対
する効果が大きいため、複数の処理装置にクライアント
からの依頼を分担させて処理することも行われている
が、実質的に１つだけであるデータベースを格納する記
憶装置へのアクセス速度がボトルネックとなって、ある
程度以上の高速化はできなかった。１つのデータベース
を複数のサーバの記憶装置に分散させることも行われて
いるが、クライアントがデータベース全体を対象に照会
を行う場合には、照会の依頼を受け付けたサーバが別の
サーバに格納されたデータベースの内容を照会し、複数
の照会結果を合成してクライアントに返答する必要があ
るため、データベースの照会に関する処理速度向上の効
果は少なく、また多数のクライアントからこのような照
会が重なった場合は、かえって待ち時間が増大してしま
う結果になっていた。
【０００５】本発明の目的は、上記の問題を解決し、ク
ライアント数が増大してもクライアントからの照会の要
求に対する処理の待ち時間の増加を抑制し、応答速度を
向上させることのできるデータベース管理システムを提
供することにある。
ライアント数が増大してもクライアントからの照会の要
求に対する処理の待ち時間の増加を抑制し、応答速度を
向上させることのできるデータベース管理システムを提
供することにある。
【０００６】
【課題を解決するための手段】本発明の請求項１に記載
の純並列データベース管理システム、請求項４に記載の
データベースの処理実行方法または請求項７に記載のデ
ータベースプログラムによれば、複数の独立したサーバ
のデータベースの内容が互いに同一に保持され、個々の
クライアントが照会を依頼する時にその都度対象のサー
バを少なくとも１つ選択する。そのため、クライアント
の数に応じてサーバの数を増加させることにより、クラ
イアントからサーバへの照会の要求に対する処理の待ち
時間の増大を抑制し応答速度を向上させることができ
る。
の純並列データベース管理システム、請求項４に記載の
データベースの処理実行方法または請求項７に記載のデ
ータベースプログラムによれば、複数の独立したサーバ
のデータベースの内容が互いに同一に保持され、個々の
クライアントが照会を依頼する時にその都度対象のサー
バを少なくとも１つ選択する。そのため、クライアント
の数に応じてサーバの数を増加させることにより、クラ
イアントからサーバへの照会の要求に対する処理の待ち
時間の増大を抑制し応答速度を向上させることができ
る。
【０００７】本発明の請求項２に記載の純並列データベ
ース管理システム、請求項５に記載のデータベースの処
理実行方法または請求項８に記載のデータベースプログ
ラムによれば、サーバがデータ処理指令の処理結果をク
ライアントに返送し、クライアントが複数のサーバから
返送された処理結果の全てが同一であるか否かを判定
し、複数のサーバから返送された処理結果の少なくとも
一つが他のサーバから返送された処理結果と異なると
き、データ処理指令の処理を打ち切り、実行前の状態に
戻した後に、クライアントがデータ処理指令を再実行す
る依頼を複数のサーバの全てに対して行う。そのため、
クライアントがデータベースの更新をするとき、複数の
サーバ全てにおいてデータベースの内容を同一に保持す
ることができる。
ース管理システム、請求項５に記載のデータベースの処
理実行方法または請求項８に記載のデータベースプログ
ラムによれば、サーバがデータ処理指令の処理結果をク
ライアントに返送し、クライアントが複数のサーバから
返送された処理結果の全てが同一であるか否かを判定
し、複数のサーバから返送された処理結果の少なくとも
一つが他のサーバから返送された処理結果と異なると
き、データ処理指令の処理を打ち切り、実行前の状態に
戻した後に、クライアントがデータ処理指令を再実行す
る依頼を複数のサーバの全てに対して行う。そのため、
クライアントがデータベースの更新をするとき、複数の
サーバ全てにおいてデータベースの内容を同一に保持す
ることができる。
【０００８】本発明の請求項３に記載の純並列データベ
ース管理システム、請求項６に記載のデータベースの処
理実行方法または請求項９に記載のデータベースプログ
ラムによれば、クライアントが依頼したデータ処理指令
の処理結果が所定時間内に返送されないサーバがあると
き、データ処理指令による処理を打ち切り、実行前の状
態に戻した後、データ処理指令の実行の依頼を複数のサ
ーバの全てに対して再実行するため、クライアントがサ
ーバからの返答を待って長時間停止するのを防止するこ
とができる。
ース管理システム、請求項６に記載のデータベースの処
理実行方法または請求項９に記載のデータベースプログ
ラムによれば、クライアントが依頼したデータ処理指令
の処理結果が所定時間内に返送されないサーバがあると
き、データ処理指令による処理を打ち切り、実行前の状
態に戻した後、データ処理指令の実行の依頼を複数のサ
ーバの全てに対して再実行するため、クライアントがサ
ーバからの返答を待って長時間停止するのを防止するこ
とができる。
【０００９】本発明における１つ１つのサーバは、従来
のクラスターシステムやパラレルクエリーパーティショ
ニング技術を用いたサーバシステムでも良い。
のクラスターシステムやパラレルクエリーパーティショ
ニング技術を用いたサーバシステムでも良い。
【００１０】
【発明の実施の形態】以下、本発明の実施例を図面に基
づいて詳細に説明する。図１は本発明の純並列データベ
ース管理システムを示す模式図である。本実施例のデー
タベース管理システム（ＤＢＭＳ：DataBase Managemen
t System）は、クライアント／サーバシステムにより構
成される。
づいて詳細に説明する。図１は本発明の純並列データベ
ース管理システムを示す模式図である。本実施例のデー
タベース管理システム（ＤＢＭＳ：DataBase Managemen
t System）は、クライアント／サーバシステムにより構
成される。
【００１１】複数のサーバ１１０、１２０、１３０は、
それぞれ独立でかつ同一のデータベースを格納した記憶
装置１１２、１２２、１３２と、データベースに対して
照会や更新の処理を行う処理手段１１１、１２１、１３
１とを備える。各サーバ同士は物理的に接続されておら
ず、サーバ同士ではデータの送受信は行われない。複数
のクライアント２１０、２２０、２３０は、それぞれ各
サーバ１１０、１２０、１３０とデータの送受信が可能
に通信回線により接続されている。
それぞれ独立でかつ同一のデータベースを格納した記憶
装置１１２、１２２、１３２と、データベースに対して
照会や更新の処理を行う処理手段１１１、１２１、１３
１とを備える。各サーバ同士は物理的に接続されておら
ず、サーバ同士ではデータの送受信は行われない。複数
のクライアント２１０、２２０、２３０は、それぞれ各
サーバ１１０、１２０、１３０とデータの送受信が可能
に通信回線により接続されている。
【００１２】サーバ１１０、１２０、１３０およびクラ
イアント２１０、２２０、２３０は、中央処理装置（Ｃ
ＰＵ）、主記憶装置（ＲＡＭ）、補助記憶装置（ハード
ディスク）、入力装置（キーボード、マウス等）、出力
装置（モニタ、プリンタ等）を備えたコンピュータと、
コンピュータプログラムとにより構成される。このコン
ピュータプログラムは、フロッピーディスク（ＦＤ）、
ＣＤ−ＲＯＭ、光磁気ディスク（ＭＯ）などのコンピュ
ータ読み取り可能な記憶媒体に記録して提供され、コン
ピュータのハードディスクなどにインストールされ、Ｒ
ＡＭ上に読み込まれて実行される。また、インターネッ
トのようなネットワーク上で提供することも可能であ
り、プログラムが、実行されるコンピュータ本体と離れ
た場所に記録されている場合もある。
イアント２１０、２２０、２３０は、中央処理装置（Ｃ
ＰＵ）、主記憶装置（ＲＡＭ）、補助記憶装置（ハード
ディスク）、入力装置（キーボード、マウス等）、出力
装置（モニタ、プリンタ等）を備えたコンピュータと、
コンピュータプログラムとにより構成される。このコン
ピュータプログラムは、フロッピーディスク（ＦＤ）、
ＣＤ−ＲＯＭ、光磁気ディスク（ＭＯ）などのコンピュ
ータ読み取り可能な記憶媒体に記録して提供され、コン
ピュータのハードディスクなどにインストールされ、Ｒ
ＡＭ上に読み込まれて実行される。また、インターネッ
トのようなネットワーク上で提供することも可能であ
り、プログラムが、実行されるコンピュータ本体と離れ
た場所に記録されている場合もある。
【００１３】データベースの使用者はクライアント２１
０、２２０、２３０となるコンピュータの入力装置を操
作して、サーバ１１０、１２０、１３０のデータベース
について照会や更新を行う。図２は、データベース１０
の構造を示す模式図である。データベース１０内には、
複数のテーブル１１が含まれている。本実施例では、テ
ーブル１１は固定長のデータ構造であるページ１２に区
切られている。ページ１２内にはデータベース１０のレ
コードとなる複数の行１３が含まれている。行１３の中
には、データベース１０のフィールドの内容となる図示
しない複数の列が含まれる。これらのテーブル１１、ペ
ージ１２、行１３、列などをデータベース１０の処理対
象リソースと呼ぶ。
０、２２０、２３０となるコンピュータの入力装置を操
作して、サーバ１１０、１２０、１３０のデータベース
について照会や更新を行う。図２は、データベース１０
の構造を示す模式図である。データベース１０内には、
複数のテーブル１１が含まれている。本実施例では、テ
ーブル１１は固定長のデータ構造であるページ１２に区
切られている。ページ１２内にはデータベース１０のレ
コードとなる複数の行１３が含まれている。行１３の中
には、データベース１０のフィールドの内容となる図示
しない複数の列が含まれる。これらのテーブル１１、ペ
ージ１２、行１３、列などをデータベース１０の処理対
象リソースと呼ぶ。
【００１４】クライアント２１０、２２０、２３０がサ
ーバ１１０、１２０、１３０のデータベースにログイン
してからログアウトするまでを１つの処理セッションと
いう。１つの処理セッションは、１つまたは複数のトラ
ンザクションからなり、一時点で最大１個のトランザク
ションを実行できる。トランザクションはコミット（co
mmit）またはロールバック（Rollback）可能な最小の論
理的実行単位である。また、１つのトランザクションは
１つあるいは複数のＳＱＬ（Structured QueryLanguag
e）等のデータ処理指令から構成される。
ーバ１１０、１２０、１３０のデータベースにログイン
してからログアウトするまでを１つの処理セッションと
いう。１つの処理セッションは、１つまたは複数のトラ
ンザクションからなり、一時点で最大１個のトランザク
ションを実行できる。トランザクションはコミット（co
mmit）またはロールバック（Rollback）可能な最小の論
理的実行単位である。また、１つのトランザクションは
１つあるいは複数のＳＱＬ（Structured QueryLanguag
e）等のデータ処理指令から構成される。
【００１５】銀行の現金自動支払機を例にとると、端末
が朝に起動してから夕方に終了するまでが１つの処理セ
ッションであり、使用者の入金、振り込みなどの操作が
１つのトランザクションに対応する。例えば、ある口座
から別の口座への振り込みの場合、一方の口座の金額を
減少させる処理と、他方の口座の金額を増加させる処理
を行う必要があるが、この両方の処理が実行されるか
（コミット状態）、またはどちらも実行されないか（ア
ボート状態）でなくてはならない。
が朝に起動してから夕方に終了するまでが１つの処理セ
ッションであり、使用者の入金、振り込みなどの操作が
１つのトランザクションに対応する。例えば、ある口座
から別の口座への振り込みの場合、一方の口座の金額を
減少させる処理と、他方の口座の金額を増加させる処理
を行う必要があるが、この両方の処理が実行されるか
（コミット状態）、またはどちらも実行されないか（ア
ボート状態）でなくてはならない。
【００１６】クライアントには、ユーザーインターフェ
イス（ＵＩ）の機能が備えられ、利用者が分かりやすい
形式でデータ操作を受け付け、これをＳＱＬに変換する
ことができる。使用者の操作により、トランザクション
の実行が開始されると、クライアント２１０、２２０、
２３０から各サーバ１１０、１２０、１３０へトランザ
クションを構成するＳＱＬの実行が依頼される。
イス（ＵＩ）の機能が備えられ、利用者が分かりやすい
形式でデータ操作を受け付け、これをＳＱＬに変換する
ことができる。使用者の操作により、トランザクション
の実行が開始されると、クライアント２１０、２２０、
２３０から各サーバ１１０、１２０、１３０へトランザ
クションを構成するＳＱＬの実行が依頼される。
【００１７】本実施例のデータベース管理システムにお
いて、使用者がデータベースの更新、挿入、削除など、
データベースの内容を変更するトランザクションの実行
を指示したときに、複数のサーバ１１０、１２０、１３
０の各記憶装置１１２、１２２、１３２に格納されたデ
ータベースの内容を同一に保持するための構成および行
程を以下に説明する。
いて、使用者がデータベースの更新、挿入、削除など、
データベースの内容を変更するトランザクションの実行
を指示したときに、複数のサーバ１１０、１２０、１３
０の各記憶装置１１２、１２２、１３２に格納されたデ
ータベースの内容を同一に保持するための構成および行
程を以下に説明する。
【００１８】図１に示すように、複数のクライアントか
ら指令されたＳＱＬ命令は、各サーバに設けられた、例
えば先入れ先出しの記憶領域である入力キュー１１３、
１２３、１３３に格納される。処理手段１１１、１２
１、１３１は、ＳＱＬを受け取り、これを最適化、同時
実行制御、障害復旧対策、安全性確保といった制御を行
いながら、物理的な記憶装置１１２、１２２、１３２に
対する入出力操作に変換して実行するＳＱＬモジュール
（ＳＱＬＭ）の機能を備え、入力キュー１１３、１２
３、１３３から順次ＳＱＬ命令を読み出し、ＳＱＬ単位
で処理を実行する。１つのデータベースに対して複数の
処理セッションがトランザクションを併行して実行可能
である。
ら指令されたＳＱＬ命令は、各サーバに設けられた、例
えば先入れ先出しの記憶領域である入力キュー１１３、
１２３、１３３に格納される。処理手段１１１、１２
１、１３１は、ＳＱＬを受け取り、これを最適化、同時
実行制御、障害復旧対策、安全性確保といった制御を行
いながら、物理的な記憶装置１１２、１２２、１３２に
対する入出力操作に変換して実行するＳＱＬモジュール
（ＳＱＬＭ）の機能を備え、入力キュー１１３、１２
３、１３３から順次ＳＱＬ命令を読み出し、ＳＱＬ単位
で処理を実行する。１つのデータベースに対して複数の
処理セッションがトランザクションを併行して実行可能
である。
【００１９】サーバ１１０、１２０、１３０の処理手段
１１１、１２１、１３１では、依頼されたＳＱＬの処理
対象リソースを、記憶装置１１２、１２２、１３２内の
データベースからセッション単位に設けられる作業領域
に複製し、作業領域に対してＳＱＬによる処理を行う。
サーバはクライアントからの依頼により、作業領域に対
してＳＱＬが行った処理を打ち切り、全て実行前の状態
に戻す（ロールバック）、すなわちそのＳＱＬによる処
理を無効とすることができる。
１１１、１２１、１３１では、依頼されたＳＱＬの処理
対象リソースを、記憶装置１１２、１２２、１３２内の
データベースからセッション単位に設けられる作業領域
に複製し、作業領域に対してＳＱＬによる処理を行う。
サーバはクライアントからの依頼により、作業領域に対
してＳＱＬが行った処理を打ち切り、全て実行前の状態
に戻す（ロールバック）、すなわちそのＳＱＬによる処
理を無効とすることができる。
【００２０】作業領域に対して、処理手段１１１、１２
１、１３１が実行したＳＱＬの処理結果は、出力キュー
１１４、１２４、１３４に格納され、順次実行を依頼し
たクライアントに返送される。
１、１３１が実行したＳＱＬの処理結果は、出力キュー
１１４、１２４、１３４に格納され、順次実行を依頼し
たクライアントに返送される。
【００２１】クライアントでは、列に対する更新系すな
わち更新、削除、挿入処理についてＳＱＬの実行を依頼
した全てのサーバ１１０、１２０、１３０からの返答を
比較する。ＳＱＬが列の更新に関するものである場合
は、クライアントは各サーバから送信されたデータを比
較して全てが一致しているかどうかを判定する。ＳＱＬ
が削除に関するものである場合は、クライアントは各サ
ーバから送信されたデータを比較して全てが一致してい
るかどうかを判定する。ＳＱＬが挿入に関するものであ
る場合は、それぞれの挿入要求が正常に終了したことが
わかればよい。クライアントで、全てのサーバ１１０、
１２０、１３０からの返送された処理結果が同一である
と判定されると、クライアントはサーバに次のＳＱＬの
実行を依頼することができる。
わち更新、削除、挿入処理についてＳＱＬの実行を依頼
した全てのサーバ１１０、１２０、１３０からの返答を
比較する。ＳＱＬが列の更新に関するものである場合
は、クライアントは各サーバから送信されたデータを比
較して全てが一致しているかどうかを判定する。ＳＱＬ
が削除に関するものである場合は、クライアントは各サ
ーバから送信されたデータを比較して全てが一致してい
るかどうかを判定する。ＳＱＬが挿入に関するものであ
る場合は、それぞれの挿入要求が正常に終了したことが
わかればよい。クライアントで、全てのサーバ１１０、
１２０、１３０からの返送された処理結果が同一である
と判定されると、クライアントはサーバに次のＳＱＬの
実行を依頼することができる。
【００２２】１つのＳＱＬに対してサーバ１１０、１２
０、１３０から返送された処理結果が１つでも異なる場
合、クライアントはそのＳＱＬにより行った処理をロー
ルバックする依頼を全てのサーバ１１０、１２０、１３
０に対して行い、そのＳＱＬの再実行を依頼する。サー
バはそのＳＱＬにより行った処理をロールバックしてか
ら、そのＳＱＬを再実行する。したがって、サーバ１１
０、１２０、１３０のいずれかにおいて、不具合が発生
し、不正な処理が行われた場合でも、他のサーバで正し
い処理が行われていれば、クライアントは全てのサーバ
１１０、１２０、１３０に対してＳＱＬの実行を再依頼
し、同じ結果が得られるまで繰り返される。サーバのい
ずれか、例えばサーバ１１０に障害が発生して停止した
場合は、サーバ１１０をクライアント２１０、２２０、
２３０から切り離し、クライアント２１０、２２０、２
３０からＳＱＬを実行する依頼をサーバ１２０、１３０
に対して行うように設定することにより、データベース
更新の処理を継続することができる。
０、１３０から返送された処理結果が１つでも異なる場
合、クライアントはそのＳＱＬにより行った処理をロー
ルバックする依頼を全てのサーバ１１０、１２０、１３
０に対して行い、そのＳＱＬの再実行を依頼する。サー
バはそのＳＱＬにより行った処理をロールバックしてか
ら、そのＳＱＬを再実行する。したがって、サーバ１１
０、１２０、１３０のいずれかにおいて、不具合が発生
し、不正な処理が行われた場合でも、他のサーバで正し
い処理が行われていれば、クライアントは全てのサーバ
１１０、１２０、１３０に対してＳＱＬの実行を再依頼
し、同じ結果が得られるまで繰り返される。サーバのい
ずれか、例えばサーバ１１０に障害が発生して停止した
場合は、サーバ１１０をクライアント２１０、２２０、
２３０から切り離し、クライアント２１０、２２０、２
３０からＳＱＬを実行する依頼をサーバ１２０、１３０
に対して行うように設定することにより、データベース
更新の処理を継続することができる。
【００２３】また、サーバによって、入力キュー１１
３、１２３、１３３へのＳＱＬの受け付け順が異なるこ
とがある。例えば、サーバ１１０およびサーバ１２０で
は、クライアント２１０による処理セッションＡのＳＱ
Ｌ、クライアント２２０による処理セッションＢのＳＱ
Ｌの順に入力キュー１１３、１２３に格納され、サーバ
１３０では処理セッションＢのＳＱＬ、処理セッション
ＡのＳＱＬの順に入力キュー１３３に格納されることが
ある。この場合、処理セッションＡの処理対象リソース
が処理セッションＢの処理対象リソースと重複している
と、サーバ１１０、１２０からクライアント２１０へ
は、処理セッションＢのＳＱＬを実行する前の処理セッ
ションＡのＳＱＬの処理結果が返送され、サーバ１３０
からクライアント２１０へは、処理セッションＢのＳＱ
Ｌを実行した後の処理セッションＡのＳＱＬの処理結果
が返送されることになり、処理結果が異なる場合があ
る。本実施例では、上記のような場合、全てのサーバ１
１０、１２０、１３０に対して処理セッションＡのＳＱ
Ｌによる処理がロールバックされた後に、ＳＱＬの実行
が再び依頼され、全てのサーバで処理セッションＢのＳ
ＱＬ、処理セッションＡのＳＱＬの順に実行されるよう
になる。そのため、全てのサーバ１１０、１２０、１３
０のデータベースの内容は同一となり、同一の処理結果
がクライアント２１０に返送される。
３、１２３、１３３へのＳＱＬの受け付け順が異なるこ
とがある。例えば、サーバ１１０およびサーバ１２０で
は、クライアント２１０による処理セッションＡのＳＱ
Ｌ、クライアント２２０による処理セッションＢのＳＱ
Ｌの順に入力キュー１１３、１２３に格納され、サーバ
１３０では処理セッションＢのＳＱＬ、処理セッション
ＡのＳＱＬの順に入力キュー１３３に格納されることが
ある。この場合、処理セッションＡの処理対象リソース
が処理セッションＢの処理対象リソースと重複している
と、サーバ１１０、１２０からクライアント２１０へ
は、処理セッションＢのＳＱＬを実行する前の処理セッ
ションＡのＳＱＬの処理結果が返送され、サーバ１３０
からクライアント２１０へは、処理セッションＢのＳＱ
Ｌを実行した後の処理セッションＡのＳＱＬの処理結果
が返送されることになり、処理結果が異なる場合があ
る。本実施例では、上記のような場合、全てのサーバ１
１０、１２０、１３０に対して処理セッションＡのＳＱ
Ｌによる処理がロールバックされた後に、ＳＱＬの実行
が再び依頼され、全てのサーバで処理セッションＢのＳ
ＱＬ、処理セッションＡのＳＱＬの順に実行されるよう
になる。そのため、全てのサーバ１１０、１２０、１３
０のデータベースの内容は同一となり、同一の処理結果
がクライアント２１０に返送される。
【００２４】１つの処理セッションが処理対象リソース
について処理を実行中には、他の処理セッションからア
クセスできないように、ロックすることが行われる。ロ
ックされた処理対象リソースについてＳＱＬによる処理
を実行しようとすると、その処理対象リソースに対する
ロックが解除されるまでウェイト処理が行われ、ロック
解除後にＳＱＬが実行される。ＳＱＬの受け付け順がサ
ーバによって異なると、処理対象リソースがロックされ
る順序が変わるため、ＳＱＬの処理対象リソースが１つ
のサーバではロックされておらず、他のサーバではロッ
クされている場合に、サーバからクライアントへの処理
結果の返送が遅れる場合がある。クライアントが依頼し
たＳＱＬについて、例えば最初に１つのサーバからの返
答を受け取ってから所定の待ち時間以内に返答がないサ
ーバがあった場合は、クライアントはそのＳＱＬにより
行った処理をロールバックする依頼を全てのサーバ１１
０、１２０、１３０に対して行い、そのＳＱＬの再実行
を依頼する。上記の待ち時間は使用者が設定することが
可能である。
について処理を実行中には、他の処理セッションからア
クセスできないように、ロックすることが行われる。ロ
ックされた処理対象リソースについてＳＱＬによる処理
を実行しようとすると、その処理対象リソースに対する
ロックが解除されるまでウェイト処理が行われ、ロック
解除後にＳＱＬが実行される。ＳＱＬの受け付け順がサ
ーバによって異なると、処理対象リソースがロックされ
る順序が変わるため、ＳＱＬの処理対象リソースが１つ
のサーバではロックされておらず、他のサーバではロッ
クされている場合に、サーバからクライアントへの処理
結果の返送が遅れる場合がある。クライアントが依頼し
たＳＱＬについて、例えば最初に１つのサーバからの返
答を受け取ってから所定の待ち時間以内に返答がないサ
ーバがあった場合は、クライアントはそのＳＱＬにより
行った処理をロールバックする依頼を全てのサーバ１１
０、１２０、１３０に対して行い、そのＳＱＬの再実行
を依頼する。上記の待ち時間は使用者が設定することが
可能である。
【００２５】前記所定の待ち時間以内に返答がないサー
バがあることによるＳＱＬの再実行の繰り返しがＮS回
以上繰り返されると、そのＳＱＬを含むトランザクショ
ンをロールバックする。上記のＳＱＬを再実行する回数
ＮSは、使用者が設定することが可能である。トランザ
クションがコミットしたとき、作業領域の内容はデータ
ベースに記録され、トランザクションがアボートしたと
きには、データベースの内容は変更されない。
バがあることによるＳＱＬの再実行の繰り返しがＮS回
以上繰り返されると、そのＳＱＬを含むトランザクショ
ンをロールバックする。上記のＳＱＬを再実行する回数
ＮSは、使用者が設定することが可能である。トランザ
クションがコミットしたとき、作業領域の内容はデータ
ベースに記録され、トランザクションがアボートしたと
きには、データベースの内容は変更されない。
【００２６】図３は、本実施例のデータベース管理シス
テムにより、データベースを変更するトランザクション
の実行を行う手順を示すフローチャートである。ステッ
プＳ１０１では、使用者が例えばクライアント２１０を
操作することにより、トランザクションの実行が指示さ
れる。ステップＳ１０２では、クライアント２１０がト
ランザクションを構成するＳＱＬのうち１つを実行する
ように複数のサーバ１１０、１２０、１３０のそれぞれ
に依頼する。ステップＳ１０３では、サーバ１１０、１
２０、１３０が作業領域に複製された処理対象リソース
に対してクライアントから依頼されたＳＱＬを実行す
る。ステップＳ１０４では、サーバ１１０、１２０、１
３０からクライアント２１０へＳＱＬの処理結果を返送
する。
テムにより、データベースを変更するトランザクション
の実行を行う手順を示すフローチャートである。ステッ
プＳ１０１では、使用者が例えばクライアント２１０を
操作することにより、トランザクションの実行が指示さ
れる。ステップＳ１０２では、クライアント２１０がト
ランザクションを構成するＳＱＬのうち１つを実行する
ように複数のサーバ１１０、１２０、１３０のそれぞれ
に依頼する。ステップＳ１０３では、サーバ１１０、１
２０、１３０が作業領域に複製された処理対象リソース
に対してクライアントから依頼されたＳＱＬを実行す
る。ステップＳ１０４では、サーバ１１０、１２０、１
３０からクライアント２１０へＳＱＬの処理結果を返送
する。
【００２７】ステップＳ１０５では、クライアント２１
０が各サーバ１１０、１２０、１３０から返送された処
理結果が全て同一であるか否かを判定する。各サーバ１
１０、１２０、１３０から返送された処理結果が１つで
も異なる場合は、ステップＳ１０６へ進み、ＳＱＬのロ
ールバック回数が所定の回数より小さいときは、ＳＱＬ
をロールバックしてステップＳ１０２に戻り、ＳＱＬを
再実行する。ステップＳ１０６でＳＱＬのロールバック
回数が所定の回数以上のときは、ステップＳ１０８でト
ランザクションをロールバックし、トランザクションは
アボートされる。ステップＳ１０２でＳＱＬが始めに実
行される前にロールバック回数は０に設定され、ステッ
プＳ１０７でロールバックされる毎にロールバック回数
は加算される。ステップＳ１０５で、クライアント２１
０が依頼したＳＱＬについて、最初に１つのサーバから
の返答を受け取ってから所定の待ち時間以内に他の全て
のサーバからの返答がない場合も、処理結果が異なる場
合と同様にステップＳ１０６へ進み、同様の処理を行
う。
０が各サーバ１１０、１２０、１３０から返送された処
理結果が全て同一であるか否かを判定する。各サーバ１
１０、１２０、１３０から返送された処理結果が１つで
も異なる場合は、ステップＳ１０６へ進み、ＳＱＬのロ
ールバック回数が所定の回数より小さいときは、ＳＱＬ
をロールバックしてステップＳ１０２に戻り、ＳＱＬを
再実行する。ステップＳ１０６でＳＱＬのロールバック
回数が所定の回数以上のときは、ステップＳ１０８でト
ランザクションをロールバックし、トランザクションは
アボートされる。ステップＳ１０２でＳＱＬが始めに実
行される前にロールバック回数は０に設定され、ステッ
プＳ１０７でロールバックされる毎にロールバック回数
は加算される。ステップＳ１０５で、クライアント２１
０が依頼したＳＱＬについて、最初に１つのサーバから
の返答を受け取ってから所定の待ち時間以内に他の全て
のサーバからの返答がない場合も、処理結果が異なる場
合と同様にステップＳ１０６へ進み、同様の処理を行
う。
【００２８】ステップＳ１０５で、各サーバから返送さ
れた処理結果が全て同一であると判定された場合は、ス
テップＳ１０９に進み、ＳＱＬがロールバック指令であ
ればＳ１０８でトランザクションをロールバックし、Ｓ
ＱＬがロールバック指令でなければ、Ｓ１１０へ進む。
れた処理結果が全て同一であると判定された場合は、ス
テップＳ１０９に進み、ＳＱＬがロールバック指令であ
ればＳ１０８でトランザクションをロールバックし、Ｓ
ＱＬがロールバック指令でなければ、Ｓ１１０へ進む。
【００２９】ステップＳ１１０では、そのＳＱＬがコミ
ット指令であれば、ステップＳ１１２でトランザクショ
ンをコミットし、作業領域にあるＳＱＬによる処理結果
をデータベースに書き込み、トランザクションの実行を
終了する。ステップＳ１１０で、ＳＱＬがコミット指令
ではないと判定された場合は、Ｓ１１１で次のＳＱＬを
実行するように指定してステップＳ１０２に戻り、クラ
イアントからＳＱＬの実行が依頼される。
ット指令であれば、ステップＳ１１２でトランザクショ
ンをコミットし、作業領域にあるＳＱＬによる処理結果
をデータベースに書き込み、トランザクションの実行を
終了する。ステップＳ１１０で、ＳＱＬがコミット指令
ではないと判定された場合は、Ｓ１１１で次のＳＱＬを
実行するように指定してステップＳ１０２に戻り、クラ
イアントからＳＱＬの実行が依頼される。
【００３０】次に、本実施例のデータベース管理システ
ムにおいて、クライアントからサーバのデータベースを
照会するときの行程を説明する。例えばクライアント２
１０で、使用者がデータベースの照会に関するトランザ
クションの実行を指示すると、クライアント２１０は、
サーバ１１０、１２０、１３０の中からいずれか１つを
選択してＳＱＬの実行を依頼する。
ムにおいて、クライアントからサーバのデータベースを
照会するときの行程を説明する。例えばクライアント２
１０で、使用者がデータベースの照会に関するトランザ
クションの実行を指示すると、クライアント２１０は、
サーバ１１０、１２０、１３０の中からいずれか１つを
選択してＳＱＬの実行を依頼する。
【００３１】特定のサーバにＳＱＬの実行を集中させな
いために、クライアント２１０はサーバ１１０に照会を
依頼した場合、次の照会時にはサーバ１２０に照会を依
頼するというように、照会を実行する毎に順次ＳＱＬの
実行を依頼するサーバを選択する。乱数によってＳＱＬ
の実行を依頼するサーバを選択したり、物理的に距離が
近いあるいは高速な通信回線で接続されたサーバを選択
するようにしてもよい。
いために、クライアント２１０はサーバ１１０に照会を
依頼した場合、次の照会時にはサーバ１２０に照会を依
頼するというように、照会を実行する毎に順次ＳＱＬの
実行を依頼するサーバを選択する。乱数によってＳＱＬ
の実行を依頼するサーバを選択したり、物理的に距離が
近いあるいは高速な通信回線で接続されたサーバを選択
するようにしてもよい。
【００３２】クライアント２１０から指令されたＳＱＬ
の命令は、例えばサーバ１１０の入力キュー１１３に格
納され、処理手段１１１のＳＱＬＭ機能によりＳＱＬ命
令を実行し、処理結果をクライアント２１０に返答す
る。また、データベース全体を第１の領域、第２の領域
および第３の領域の３つに分割して考え、クライアント
２１０がサーバ１１０には第１の領域に関する照会を依
頼し、サーバ１２０には第２の領域に関する照会を依頼
し、サーバ１３０には第３の領域に関する照会を依頼し
て、得られた結果を合成してデータベース全体について
の照会結果を得ることにより、サーバの負荷をより低減
することができる。
の命令は、例えばサーバ１１０の入力キュー１１３に格
納され、処理手段１１１のＳＱＬＭ機能によりＳＱＬ命
令を実行し、処理結果をクライアント２１０に返答す
る。また、データベース全体を第１の領域、第２の領域
および第３の領域の３つに分割して考え、クライアント
２１０がサーバ１１０には第１の領域に関する照会を依
頼し、サーバ１２０には第２の領域に関する照会を依頼
し、サーバ１３０には第３の領域に関する照会を依頼し
て、得られた結果を合成してデータベース全体について
の照会結果を得ることにより、サーバの負荷をより低減
することができる。
【００３３】本実施例のデータベース管理システムによ
れば、クライアントから照会の依頼を受け付けることの
できるサーバおよびデータベースが独立して複数設けら
れるため、１つのサーバ毎の負荷が小さくなり、クライ
アントからの照会に対して高速で応答することが可能で
ある。また、クライアント数の増加に応じてサーバの数
を増加させることが容易であるため、単独のサーバの性
能を向上させるのに比べ、大幅にコストを低減すること
ができる。さらに、同一内容のデータベースを格納する
サーバが複数設けられているため、サーバに障害が発生
した場合でも、障害の発生したサーバをネットワークか
ら切り離し、クライアントが他のサーバに処理を依頼す
るようにすることで、継続して使用することができる。
れば、クライアントから照会の依頼を受け付けることの
できるサーバおよびデータベースが独立して複数設けら
れるため、１つのサーバ毎の負荷が小さくなり、クライ
アントからの照会に対して高速で応答することが可能で
ある。また、クライアント数の増加に応じてサーバの数
を増加させることが容易であるため、単独のサーバの性
能を向上させるのに比べ、大幅にコストを低減すること
ができる。さらに、同一内容のデータベースを格納する
サーバが複数設けられているため、サーバに障害が発生
した場合でも、障害の発生したサーバをネットワークか
ら切り離し、クライアントが他のサーバに処理を依頼す
るようにすることで、継続して使用することができる。
【００３４】上記の実施例では、同じ内容のデータベー
スが記録されたサーバを３つ備えるデータベース管理シ
ステムについて説明したが、サーバを２つまたは４つ以
上の任意の数とすることも可能である。
スが記録されたサーバを３つ備えるデータベース管理シ
ステムについて説明したが、サーバを２つまたは４つ以
上の任意の数とすることも可能である。
【図１】本発明実施例のデータベース管理システムの概
要を示すブロック図である。
要を示すブロック図である。
【図２】本発明実施例のデータベース管理システムによ
るデータベースの構造を示す模式図である。
るデータベースの構造を示す模式図である。
【図３】本発明実施例のデータベース管理システムによ
り処理を実行する手順のフローチャートを示す図であ
る。
り処理を実行する手順のフローチャートを示す図であ
る。
１１０ サーバ １１１ 処理手段 １１２ 記憶装置 １１３ 入力キュー １１４ 出力キュー １２０ サーバ １２１ 処理手段 １２２ 記憶装置 １２３ 入力キュー １２４ 出力キュー １３０ サーバ １３１ 処理手段 １３２ 記憶装置 １３３ 入力キュー １３４ 出力キュー ２１０ クライアント ２２０ クライアント ２３０ クライアント
Claims (9)
- 【請求項１】 データベースを格納する記憶装置を備え
る複数の独立したサーバと、 前記サーバに前記データベースの照会を依頼する複数の
クライアントと、 前記複数の独立したサーバのデータベースの内容を互い
に同一に保持する手段と、 前記クライアントが照会を依頼するサーバを選択する手
段と、 を備えることを特徴とする純並列データベース管理シス
テム。 - 【請求項２】 前記サーバは、前記クライアントから依
頼されたデータ処理指令を実行する手段と、前記データ
処理指令による処理を打ち切り、実行前の状態に戻す手
段と、前記データ処理指令の処理結果を前記クライアン
トに返送する手段とを備え、 前記クライアントは、前記複数のサーバそれぞれに同一
のデータ処理指令の実行を依頼する手段と、全てのサー
バから返送された処理結果が同一であるか否かを判定す
る手段と、前記複数のサーバから返送された処理結果の
少なくとも一つが他のサーバから返送された処理結果と
異なるときに、前記データ処理指令による処理を実行前
の状態に戻す依頼と、前記データ処理指令を再実行する
依頼とを前記複数のサーバの全てに対して行う手段とを
備えることを特徴とする請求項１に記載の純並列データ
ベース管理システム。 - 【請求項３】 前記クライアントは、依頼したデータ処
理指令の処理結果が所定時間内に返送されないサーバが
あるとき、前記データ処理指令による処理を打ち切り、
実行前の状態に戻す依頼と、前記データ処理指令を再実
行する依頼とを前記複数のサーバの全てに対して行う手
段を備えることを特徴とする請求項２に記載の純並列デ
ータベース管理システム。 - 【請求項４】 データベースが格納される記憶装置を備
える複数の独立したサーバに、複数のクライアントが前
記データベースの照会を依頼するデータベース管理シス
テムのデータ処理実行方法であって、 前記複数の独立したサーバのデータベースの内容を互い
に同一に保持する行程と、 前記クライアントが照会を依頼するサーバを選択する行
程と、 を含むことを特徴とするデータベースの処理実行方法。 - 【請求項５】 前記クライアントが前記複数のサーバそ
れぞれに同一のデータ処理指令の実行を依頼する行程
と、 前記複数のサーバが各データベースに対して前記クライ
アントから依頼されたデータ処理指令を実行する行程
と、 前記複数のサーバが前記データ処理指令の処理結果を前
記クライアントに返送する行程と、 前記クライアントが前記複数のサーバから返送された処
理結果の全てが同一であるか否かを判定する行程と、 前記複数のサーバから返送された処理結果の少なくとも
一つが他のサーバから返送された処理結果と異なると
き、前記複数のサーバの全てが前記データ処理指令によ
る処理を打ち切り、実行前の状態に戻した後に、前記ク
ライアントが前記データ処理指令を再実行する依頼を前
記複数のサーバの全てに対して行う行程と、を含むこと
を特徴とする請求項４に記載のデータベースの処理実行
方法。 - 【請求項６】 前記クライアントが依頼したデータ処理
指令の処理結果が所定時間内に返送されないサーバがあ
るとき、前記複数のサーバの全てが前記データ処理指令
による処理を打ち切り、実行前の状態に戻した後に、前
記クライアントが前記データ処理指令を再実行する依頼
を前記複数のサーバの全てに対して行う行程を含むこと
を特徴とする請求項５に記載のデータベースの処理実行
方法。 - 【請求項７】 データベースが格納される複数の独立し
たサーバに、複数のクライアントが前記データベースの
照会を依頼するデータベース管理プログラムであって、 前記複数の独立したサーバのデータベースの内容を互い
に同一に保持する手順と、 前記クライアントが照会を依頼するサーバを選択する手
順と、を含むことを特徴とするデータベースプログラム
を記録したコンピュータ読み取り可能な記憶媒体。 - 【請求項８】 前記クライアントが前記複数のサーバそ
れぞれに同一のデータ処理指令の実行を依頼する手順
と、 前記複数のサーバが各データベースに対して前記クライ
アントから依頼されたデータ処理指令を実行する手順
と、 前記複数のサーバが前記データ処理指令の処理結果を前
記クライアントに返送する手順と、 前記クライアントが前記複数のサーバから返送された処
理結果の全てが同一であるか否かを判定する手順と、 前記複数のサーバから返送された処理結果の少なくとも
一つが他のサーバから返送された処理結果と異なると
き、前記複数のサーバの全てが前記データ処理指令によ
る処理を打ち切り、実行前の状態に戻した後に、前記ク
ライアントが前記データ処理指令を再実行する依頼を前
記複数のサーバの全てに対して行う手順とを含むことを
特徴とするデータベースプログラムを記録したコンピュ
ータ読み取り可能な記憶媒体。 - 【請求項９】 前記クライアントが依頼したデータ処理
指令の処理結果が所定時間内に返送されないサーバがあ
るとき、前記複数のサーバの全てに対する前記データ処
理指令による処理を打ち切り、実行前の状態に戻した後
に、前記データ処理指令を再実行する依頼を前記複数の
サーバの全てに対して行う手順を含むことを特徴とする
請求項８に記載のデータベースプログラムを記録したコ
ンピュータ読み取り可能な記憶媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10364952A JP2000187605A (ja) | 1998-12-22 | 1998-12-22 | 純並列データベース管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10364952A JP2000187605A (ja) | 1998-12-22 | 1998-12-22 | 純並列データベース管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000187605A true JP2000187605A (ja) | 2000-07-04 |
Family
ID=18483070
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10364952A Pending JP2000187605A (ja) | 1998-12-22 | 1998-12-22 | 純並列データベース管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000187605A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005004754A (ja) * | 2003-06-10 | 2005-01-06 | Internatl Business Mach Corp <Ibm> | ソフトウェア環境において統合トランザクション・マネージャなしでリソース保全性を維持するための装置及び方法 |
| JP2007317028A (ja) * | 2006-05-26 | 2007-12-06 | Ns Solutions Corp | 情報処理装置、データベース管理システム、情報処理装置の制御方法及びプログラム |
| JP2013092945A (ja) * | 2011-10-26 | 2013-05-16 | Nomura Research Institute Ltd | データ利用システム |
| JP2014016887A (ja) * | 2012-07-10 | 2014-01-30 | Nomura Research Institute Ltd | データ利用システム |
-
1998
- 1998-12-22 JP JP10364952A patent/JP2000187605A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005004754A (ja) * | 2003-06-10 | 2005-01-06 | Internatl Business Mach Corp <Ibm> | ソフトウェア環境において統合トランザクション・マネージャなしでリソース保全性を維持するための装置及び方法 |
| JP2007317028A (ja) * | 2006-05-26 | 2007-12-06 | Ns Solutions Corp | 情報処理装置、データベース管理システム、情報処理装置の制御方法及びプログラム |
| JP2013092945A (ja) * | 2011-10-26 | 2013-05-16 | Nomura Research Institute Ltd | データ利用システム |
| JP2014016887A (ja) * | 2012-07-10 | 2014-01-30 | Nomura Research Institute Ltd | データ利用システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5796934A (en) | Fault tolerant client server system | |
| US7162467B2 (en) | Systems and methods for managing distributed database resources | |
| Das et al. | Albatross: Lightweight elasticity in shared storage databases for the cloud using live data migration | |
| US9767135B2 (en) | Data processing system and method of handling requests | |
| US7103586B2 (en) | Collision avoidance in database replication systems | |
| US7177866B2 (en) | Asynchronous coordinated commit replication and dual write with replication transmission and locking of target database on updates only | |
| US20160335310A1 (en) | Direct-connect functionality in a distributed database grid | |
| US9165025B2 (en) | Transaction recovery in a transaction processing computer system employing multiple transaction managers | |
| US7853570B2 (en) | Method and system for data processing with parallel database systems | |
| JPH06214915A (ja) | 分散データ処理システム | |
| Camargos et al. | Sprint: a middleware for high-performance transaction processing | |
| Gupta et al. | Efficient and non-blocking agreement protocols | |
| US20040243578A1 (en) | Techniques for achieving higher availability of resources during reconfiguration of a cluster | |
| Thomasian et al. | A new distributed optimistic concurrency control method and a comparison of its performance with two-phase locking | |
| Satyanarayanan et al. | Efficient execution of read-only transactions in replicated multiversion databases | |
| Franaszek et al. | Distributed concurrency control based on limited wait-depth | |
| JP2000187605A (ja) | 純並列データベース管理システム | |
| US11669518B1 (en) | Method and system for processing database transactions in a distributed online transaction processing (OLTP) database | |
| JPH06119227A (ja) | 分散データベース制御システム | |
| Bhargava et al. | Design and implementation of the Raid V2 distributed database system | |
| US20050286415A1 (en) | System and method for lightweight deadlock detection | |
| Yu et al. | Effect of system dynamics on coupling architectures for transaction processing | |
| Haritsa et al. | Characterization and optimization of commit processing performance in distributed database systems | |
| JPH11306063A (ja) | 高信頼度データベース管理システム | |
| US20220358098A1 (en) | Efficient update-anywhere replication of queue operations on a replicated message queue |