特許 7593688 キー許可の配布

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-25

(45)【発行日】2024-12-03

(54)【発明の名称】キー許可の配布

(51)【国際特許分類】

   G06F 16/23 20190101AFI20241126BHJP

   G06F 16/13 20190101ALI20241126BHJP

【ＦＩ】

G06F16/23

G06F16/13 100

【請求項の数】 12

(21)【出願番号】P 2023506487

(86)(22)【出願日】2021-09-08

(65)【公表番号】

(43)【公表日】2023-10-02

(86)【国際出願番号】 US2021049394

(87)【国際公開番号】W WO2022066410

(87)【国際公開日】2022-03-31

【審査請求日】2023-03-31

(31)【優先権主張番号】17/029,928

(32)【優先日】2020-09-23

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】506332063

【氏名又は名称】セールスフォース インコーポレイテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ヘランド，パトリック ジェームズ

【審査官】酒井 恭信

(56)【参考文献】

【文献】国際公開第２０２０／０６８８５６（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０２０／００９７５５８（ＵＳ，Ａ１）

【文献】特開２００８－２１７７９７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００ － １６／９５８

(57)【特許請求の範囲】

【請求項1】

データベースシステムの許可オーケストレータノードによって実行される方法であって、
前記データベースシステムの複数のデータベースノードに第１の許可情報を配布することであって、前記第１の許可情報は、前記複数のデータベースノードの各々に対するキー範囲許可の配布を識別し、所与のデータベースノードに配布されている所与のキー範囲許可は、前記所与のキー範囲許可に関連付けられたキー範囲内にキーが入るレコードを前記所与のデータベースノードが前記所与のデータベースノードのメモリ内キャッシュに書き込むことを許可する、ことと、
第２のデータベースノードにプロビジョニングされた第１のキー範囲許可の要求を第１のデータベースノードから受信することと、
前記第１の許可情報を修正して、前記第２のデータベースノードの代わりに前記第１のデータベースノードに前記第１のキー範囲許可をプロビジョニングする第２の許可情報を導出することと、
前記複数のデータベースノードの各々に前記第２の許可情報を配布することと、を含む、方法。

【請求項2】

前記第１の許可情報を修正する前に、
前記第１のキー範囲許可を放棄するための要求を前記第２のデータベースノードに送信することであって、前記第２のデータベースノードは、前記第１のキー範囲許可が前記第２のデータベースノードにおいて実行されているアクティブトランザクションのセットで使用されていないと判定することに応答して、前記第１のキー範囲許可を放棄するように動作可能である、ことと、
前記第２のデータベースノードから、前記第１のキー範囲許可が放棄されたことを示す表示を受信することと、をさらに含む、請求項１に記載の方法。

【請求項3】

前記第１の許可情報は、前記第２のデータベースノードに、前記第１のキー範囲許可のスーパーセットである第２のキー範囲許可をプロビジョニングし、前記第２のデータベースノードは、前記第１のキー範囲許可を放棄するが、前記第２のキー範囲許可の残りの部分を保持するように動作可能である、請求項２に記載の方法。

【請求項4】

前記表示は、前記第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたトランザクションコミット番号を指定し、前記第２の許可情報は、前記第１のデータベースノードへの前記トランザクションコミット番号を識別し、前記第１のデータベースノードは、前記トランザクションコミット番号に基づいて、特定のレコードを前記第１のデータベースノードのメモリ内キャッシュに書き込むかどうかを判定するように動作可能である、請求項２又は３に記載の方法。

【請求項5】

前記第２の許可情報は、前記第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたキー範囲トランザクションコミット番号を定義し、前記第１のデータベースノードは、
前記第１のデータベースノードに関連付けられたトランザクションコミット番号が、前記キー範囲トランザクションコミット番号よりも大きいかどうかを判定することと、
前記トランザクションコミット番号が前記キー範囲トランザクションコミット番号よりも大きいと判定することに応答して、前記第１のキー範囲許可に関連付けられた特定のキーのレコードを前記第１のデータベースノードのメモリ内キャッシュに書き込むことと、を行うように動作可能である、請求項１に記載の方法。

【請求項6】

前記第２の許可情報は、前記第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたキー範囲トランザクションコミット番号を定義し、前記第１のデータベースノードは、
前記第１のデータベースノードに関連付けられたトランザクションコミット番号が、前記キー範囲トランザクションコミット番号よりも大きいかどうかを判定することと、
前記トランザクションコミット番号が前記キー範囲トランザクションコミット番号以下であると判定することに応答して、前記最新のコミットされたレコードをコミットしたデータベースノードから、前記第１のキー範囲許可に関連付けられた特定のキーのレコードトランザクションコミット番号を検索することと、を行うように動作可能である、請求項１に記載の方法。

【請求項7】

前記第１のデータベースノードは、
前記第１のデータベースノードに関連付けられた前記トランザクションコミット番号がレコードトランザクションコミット番号以下であると判定することに応答して、前記第１のデータベースノードのメモリ内キャッシュへの前記特定のキーのレコード書き込みを防止するように動作可能である、請求項６に記載の方法。

【請求項8】

前記第１のデータベースノードは、
前記第１のデータベースノードに関連付けられた前記トランザクションコミット番号がレコードトランザクションコミット番号よりも大きいと判定することに応答して、前記特定のキーのレコードを前記第１のデータベースノードのメモリ内キャッシュに書き込むように動作可能である、請求項６に記載の方法。

【請求項9】

前記第２の許可情報は、複数のブランチを含むトライ木データ構造に記憶され、前記複数のブランチのうちの特定のブランチは、前記第１のキー範囲許可に対応する、請求項１～８のいずれか一項に記載の方法。

【請求項10】

前記複数のデータベースノードの各々に前記第２の許可情報を配布することは、
前記複数のデータベースノードに前記第２の許可情報を通知することと、
前記複数のデータベースノードの各々から、前記第２の許可情報に対する情報要求を受信することと、
前記情報要求に応答して、トライ木データ構造を返すことと、を含む、請求項９に記載の方法。

【請求項11】

データベースシステムの許可オーケストレータノードによって実行可能に記憶されたプログラムを有する非一時的なコンピュータ可読記憶媒体であって、前記プログラムは、前記データベースシステムの前記許可オーケストレータノードに、請求項１～１０のいずれか一項に記載の方法を実行させる、非一時的なコンピュータ可読記憶媒体。

【請求項12】

データベースシステムの許可オーケストレータノードであって、
少なくとも１つのプロセッサと、
請求項１～１０のいずれか一項に記載の方法を実行するために前記少なくとも１つのプロセッサによって実行可能なプログラムを記憶したメモリと、を含む、許可オーケストレータノード。

【発明の詳細な説明】

【関連技術】

【0001】

本開示は、一般に、データベースシステムに関し、より具体的には、データベースノード間のデータベースキー許可の配布に関する。

【背景技術】

【0002】

現代のデータベースシステムは、ユーザが効率的にアクセスし操作できるように組織化された方式で情報の集合を記憶することを可能にする管理システムを日常的に実装している。場合によっては、これらの管理システムは、各々がキー値ペアとしてデータベースレコードに記憶する複数レベルを有する、ログ構造化されたマージツリー（ｌｏｇ－ｓｔｒｕｃｔｕｒｅｄ ｍｅｒｇｅ ｔｒｅｅ、ＬＳＭツリー）を維持する。ＬＳＭツリーは、典型的には、メモリ内キャッシュと永続ストレージの２つの高レベル構成要素を含む。動作中、データベースシステムは、永続的記憶装置にデータベースレコードを書き込むことを含むトランザクションを処理するためのトランザクション要求を受信する。データベースシステムは、最初にデータベースレコードをインメモリキャッシュに書き込み、その後、永続的記憶装置にそれらをフラッシュする。

【図面の簡単な説明】

【0003】

【図1】いくつかの実施形態による、許可オーケストレータノード及びワーカノードを含むシステムの例示的な要素を例示するブロック図である。

【0004】

【図2】いくつかの実施形態による、キー許可を放棄するワーカノードの例示的な要素を例示するブロック図である。

【0005】

【図3】いくつかの実施形態による、許可オーケストレータノードの例示的な要素を例示するブロック図である。

【0006】

【図4】いくつかの実施形態による、キー許可を取得するワーカノードの例示的な要素を例示するブロック図である。

【0007】

【図5】いくつかの実施形態による、キー許可の配布に関する例示的な方法を例示するフロー図である。

【図6】いくつかの実施形態による、キー許可の配布に関する例示的な方法を例示するフロー図である。

【0008】

【図7】いくつかの実施形態による、マルチテナントシステムの要素を例示するブロック図である。

【0009】

【図8】いくつかの実施形態による、コンピュータシステムの要素を例示するブロック図である。

【発明を実施するための形態】

【0010】

上述のように、現代のデータベースシステムは、キー値ペアを有するデータベースレコードを含むＬＳＭツリーを維持することがある。多くの場合、データベースシステムは、ＬＳＭツリーの永続的記憶構成要素へのデータベースレコードの書き込みを担当する単一のアクティブデータベースノード（及び複数のスタンバイデータベースノード）を含む。しかし、場合によっては、データベースシステムは、データベースレコードをＬＳＭツリーに書き込んでいる複数のアクティブデータベースノードを含む。複数のアクティブデータベースノードは、共通の永続ストレージを共有することがあるが、自分自身の個々のメモリ内キャッシュを有する。このような実装では、アクティブデータベースノードによってその個々のメモリ内キャッシュに書き込まれるデータベースレコードは、それらのレコードが共通の永続的記憶装置にフラッシュされるまで、他のアクティブデータベースノードには表示されない。

【0011】

複数のアクティブなデータベースノードを有する実装では、それらのデータベースノードが何らかの方法で制限されていなければ、２つ以上のデータベースノードが同じデータベースキーのレコードをほとんど同時に書き込む可能性が存在する。（対照的に、ローカルトランザクションからの変更が調整され、競合しないことを確実にするローカルロックマネージャがあるため、単一のアクティブデータベースノードを有する実装では、このシナリオの懸念はほとんどない。）したがって、いくつかのマルチアクティブノード実装では、アクティブデータベースノードのうちの１つに、特定のデータベースキーに対するデータベースキー許可がプロビジョニングされて、そのデータベースノードがデータベースキーのレコードを書き込むことが許可される。しかしながら、他のアクティブデータベースノードには、データベースキー許可がプロビジョニングされず、したがって、特定のデータベースキーのレコードを書き込むことができない。しかし、場合によっては、所有者のアクティブデータベースノードから別のアクティブなデータベースノードにデータベースキー許可を再プロビジョニングすることが望ましいことがある。一例として、所有者のデータベースノードが他のデータベースワークで圧倒され、特定のデータベースキーのレコードを書き込むことを伴う未解決のトランザクションが存在する場合、その未解決のトランザクションを別のデータベースノードにオフロードすることが望ましいことがある。本開示は、とりわけ、データベースシステムの要求を満たすために、データベースキー許可を再配布することを可能にしながら、比較的同時に同じキーのレコードを複数のデータベースノードが書き込まないことを確実にすることが可能なこの技術的課題に対処する。

【0012】

より具体的には、本開示は、データベースシステムの複数のデータベースノード間でデータベースキー許可の配布をオーケストレーションするための様々な技術を記載する。以下に記載される様々な実施形態では、データベースシステムは、データベースシステムのデータベースにデータベースレコードを書き込むことが可能なワーカノード間のキー許可の配布をオーケストレーションする許可オーケストレータノードを含む。データベースシステムの動作中に、第１のワーカノードは、特定のデータベースキー（例えば、データベースキー「ＸＹＺ」）のレコードを書き込むことを伴うトランザクションを実行するための要求を受信してもよい。様々な実施形態では、第１のワーカノードは、許可オーケストレータノードからの許可情報に最初にアクセスし（第１のワーカノードが以前に許可情報を取得していない場合）、それが特定のデータベースキーのデータベースレコードを書き込む許可を有するかどうかを判定する。場合によっては、許可情報は、関連するキー許可が第１のワーカノードにプロビジョニングされていることを示してもよく、第１のワーカノードはレコードを書き込んでもよい。第１のワーカノードはまた、それがトランザクションのレコードを書き込む前に、特定の時間枠内に特定のデータベースキーに対して別のレコードがコミットされていないことを確実にしてもよい。それ以外の場合、許可情報は、関連するキー許可がプロビジョニングされていないか、又は他のワーカノードにプロビジョニングされていることを示してもよい。その後、第１のワーカノードは、関連するキー許可のために、要求を許可オーケストレータノードに対して発行する。場合によっては、第１のワーカノードは、関連するデータベースキー許可を含むキー範囲許可（例えば、データベースキー「ＸＹＺ」を含むキー範囲「ＸＹ」）を要求してもよい。

【0013】

所与のワーカノードから要求を受信すると、様々な実施形態では、許可オーケストレータノードは、関連するキー許可が別のワーカノードによって所有されているかどうかを最初に判定する。関連するキー許可が所有されていない場合、許可オーケストレータノードは、第１のワーカノードに、関連するキー許可をプロビジョニングする更新された許可情報を生成してもよい。次いで、許可オーケストレータノードは、許可情報をデータベースシステムのワーカノードに配布してもよい。いくつかの実施形態では、許可オーケストレータノードは、関連するキー許可を含むある範囲のキー許可（これは、「キー範囲許可」と呼ばれてもよい）をプロビジョニングしてもよい。一例として、許可オーケストレータノードは、キー範囲「ＸＹ」（特定のデータベースキー「ＸＹＺ」を含む、「ＸＹ」で始まる任意のキーを包含する）に対するキー許可をプロビジョニングしてもよい。しかし、第２のワーカノードが関連するキー許可を所有している場合、許可オーケストレータノードは、いくつかの実施形態では、関連するキー許可を放棄するための放棄要求を第２のワーカノードに送信する。

【0014】

放棄要求を受信すると、様々な実施形態では、第２のワーカノードは、レコードコミットのために関連するキー許可をロックした第２のワーカノードにおけるアクティブなトランザクションがあるかどうかを判定する。アクティブトランザクションは、キー許可に対応するデータベースキーのレコードをコミットしようとする場合、そのキー許可をロックすることがある。ロックされたキー許可は、他のアクティブなトランザクションによって使用されたり、キー許可がロック／ホールドされている間に許可オーケストレータノードに戻して放棄されたりすることはできない。関連するキー許可が、第２のワーカノードで実行しているアクティブトランザクションによってホールドされている場合、第２のワーカノードは、トランザクションが完了するまで待機し、その後キー許可を返す。いくつかの実施形態では、第２のワーカノードは、関連するキー許可を含むキー許可のセットを放棄してもよい。いくつかの実施形態では、第２のワーカノードはまた、放棄したキー許可に関連するトランザクションコミット番号（「ＸＣＮ」）を識別する履歴情報を返す。ＸＣＮは、放棄したキー許可（又は放棄したキー許可を含むキー許可のセット）に対して最新のデータベースレコードがいつコミットされかを示してもよい。キー範囲「ＸＹ」の最新のコミットされたデータベースレコードが「５０１」のＸＣＮでコミットされた例を考えてみる。その結果、第２のワーカノードは、放棄されたキー許可「ＸＹＺ」の「５０１」の最大ＸＣＮを示す履歴情報を返してもよい。関連するキー許可が第２のワーカノードにおいて取り消されたことを確実にした後に、様々な実施形態において、許可オーケストレータノードは、許可情報を更新し、それをワーカノードに配布することにより、関連するするキー許可を第１のワーカノードにプロビジョニングする。更新された許可情報は、他のワーカノードが特定のデータベースキーのレコードをコミットしてもよいかどうかを判定することができるように、第２のワーカノードによって返される履歴情報を含んでもよい。

【0015】

関連するキー許可を受信すると、第１のワーカノードは、その許可情報を使用して、特定の時間枠内に関連するキー許可のレコードがコミットされたかどうかを判定してもよい。例えば、第２のワーカノードがキー許可を所有している間に、関連するキー許可のレコードをコミットしたかどうかを判定してもよい。レコードがコミットされたかのように見える場合、第１のワーカノードは、実際にレコードがコミットされたかどうかを判定するために、第２のワーカノードと通信してもよい。レコードがコミットされている場合、第１のワーカノードはトランザクションを中止し、２つのトランザクションが競合しないことを確実にし、それ以外の場合、第１のワーカノードは、関連するキー許可のレコードをそのメモリ内キャッシュに書き込む。キー許可を放棄すると（例えば、放棄要求を受信することに応答において）、様々な実施形態では、第１のワーカノードは、他のワーカノードがキー関連許可を取得したら認識することができるように、許可オーケストレータノードに、そのレコードの書き込み及びコミットについて通知する。いくつかの実施形態では、関連するキー許可はレコードコミットを識別する。結果として、キー許可は、ロックと並行性保護であると同時に、最近の更新に対するロケーションの列挙でもあってもよい。

【0016】

このようにして、データベースキー許可は、許可オーケストレータノードによって、ワーカノード間で配布され、再配布されてもよい。これは、システムのトランザクションのデータベースレコードを書き込むために、ワーカノードがデータベースキー許可を「引っ張る（ｔｕｇ）」という「綱引き」シナリオをもたらしてもよい。つまり、ワーカノードは、特定のキー許可を取得し、特定のキー許可のレコードを書き込み、特定のキー許可を放棄し、その後、別のレコード書き込みの特定のキー許可を再取得してもよい。その結果、特定のキー許可は、特定のキー許可を使用してレコードを書き込もうとしているワーカノードによって「取り戻す」ことが行われてもよい。

【0017】

これらの技法は、複数のデータベースノードがほぼ同時に同じデータベースキーのレコードを書き込んでおり、トランザクション分離の違反を引き起こし、アプリケーションの可視異常を導入する可能性がないことを確実にしながら、データベースシステムが複数のアクティブデータベースノードで実装されることを可能にするので、有利であり得る。つまり、一度に最大１つのデータベースノードにキー許可が配分され、他のデータベースノードがキー許可に関連付けられたキーを有するデータベースレコードを書き込むことが防止される。これらのテクニックは、１つのアクティブデータベースノードがデータベースキーに関連付けられた全てのワークを処理する必要がないように、アクティブデータベースノード間でキー許可を移動させることを可能にするので、さらに有利であり得る。これにより、以前のデータベースシステム実装と比較して、トランザクションがより迅速に処理されることをもたらすことができる。図１の参照から開始して、これらの技法の例示的な適用をここで説明する。

【0018】

ここで図１を参照すると、システム１００のブロック図が示されている。システム１００は、ハードウェア又はハードウェアとソフトウェアのルーチンの組み合わせを介して実装され得る構成要素のセットを含む。例示された実施形態では、システム１００は、ＬＳＭファイル１１５を有するデータベース１１０、ワーカノード１２０Ａ及び１２０Ｂ、並びに許可オーケストレータノード１５０を含む。さらに例示されるように、ワーカノード１２０及び許可オーケストレータノード１５０は、キー範囲許可１４５Ａ及び１４５Ｂを定義する許可情報１４０を含む。また、例示されるように、ワーカノード１２０は、キー１３４に関連付けられたデータベースレコード１３２を記憶するそれぞれのメモリ内キャッシュ１３０を含む。いくつかの実施形態では、システム１００は、図示のものとは異なって実装される。例えば、許可オーケストレータノード１５０は、キー範囲許可１４５の配布をオーケストレーションすることに加えて、ワーカノード１２０の機能も実装してもよい。さらに、本開示の技術はＬＳＭツリーに関して説明されるが、この技法は、複数のノードがデータベースのレコードを書き込み、コミットしている他のタイプのデータベース実装に適用され得る。

【0019】

システム１００は、様々な実施形態では、プラットフォームサービス（例えば、顧客関係管理（ＣＲＭ）プラットフォームサービス）を実装し、そのサービスのユーザがアプリケーションを開発、実行、及び管理することを可能にする。システム１００は、マルチテナントシステムによってホストされるマルチユーザ／テナントに様々な機能を提供するマルチテナントシステムであってもよい。したがって、システム１００は、様々な異なるユーザ（例えば、システム１００のプロバイダ及びテナント）からのソフトウェアルーチンを実行し、コード、ウェブページ、及び他のデータを、システム１００に関連付けられたユーザ、データベース、及び他のエンティティに提供してもよい。図示のように、例えば、システム１００は、システム１００のユーザに代わってデータベース１１０のＬＳＭファイル１１５からデータを記憶し、操作し、検索することができるワーカノード１２０を含む。

【0020】

データベース１１０は、様々な実施形態では、その情報のアクセス、記憶、及び操作を可能にするように組織化された情報の集合である。したがって、データベース１１０は、ワーカノード１２０がデータベース１１０に記憶された情報に対する動作（例えば、アクセス、記憶など）を実行することを可能にする支援ソフトウェアを含んでもよい。いくつかの実施形態では、データベース１１０は、ネットワーク上で互いに接続された単一又は複数の記憶デバイス（例えば、記憶装置接続ネットワーク（ＳＡＮ））によって実装され、データ損失を防止するために情報を冗長的に記憶するように構成されている。記憶デバイスは、永続的にデータを記憶してもよく、したがって、データベース１１０は、永続的記憶装置として機能してもよい。様々な実施形態では、一方のワーカノード１２０によってＬＳＭファイル１１５に書き込まれるデータベースレコード１３２は、他方のワーカノード１２０によってアクセス可能である。ＬＳＭファイル１１５は、データベース１１０に実装されたログ構造化されたマージツリーの一部として記憶されてもよい。

【0021】

ＬＳＭツリーは、様々な実施形態では、レベルベースのスキームを使用する組織化された方法でＬＳＭファイル１１５を記憶するデータ構造である。ＬＳＭツリーは、メモリ内キャッシュ１３０に実装されたメモリ内記憶要素と、データベース１１０に実装されたディスク上記憶要素の２つの高レベル記憶要素を含んでもよい。いくつかの実施形態では、メモリ内キャッシュ１３０は、ＬＳＭツリーから分離されていると考えられる。作業ノード１２０は、様々な実施形態では、最初に、データベースレコード１３２をそれらのメモリ内キャッシュ１３０に書き込む。キャッシュ１３０が満杯になると、及び／又は特定の時点で、ワーカノード１２０は、それらのデータベースレコード１３２をデータベース１１０にフラッシュし得る。データベースレコード１３２をフラッシュする一部として、様々な実施形態では、ワーカノード１２０は、データベース１１０において、データベースレコード１３２を新しいセットのＬＳＭファイル１１５に書き込む。

【0022】

ＬＳＭファイル１１５は、様々な実施形態では、データベースレコード１３２のセットである。データベースレコード１３２は、データと、そのデータベースレコードをルックアップするために使用可能な対応するデータベースキー１３４とを含むキー値ペアであってもよい。例えば、データベースレコード１３２は、データベーステーブル内のデータ行に対応し、データベースレコード１３２は、データベーステーブルに関連付けられた１つ以上の属性の値を指定する。様々な実施形態では、ファイル１１５は、そのＬＳＭファイル１１５に含まれるデータベースレコード１３２のキー１３４によって定義される１つ以上のデータベースキー範囲に関連付けられる。ファイル１１５が、キー１３４「ＸＹＡ」、「ＸＹＷ」、及び「ＸＹＺ」にそれぞれ関連付けられた３つのデータベースレコード１３２をそれぞれ記憶する例を考える。これら３つのキー１３４は、ＸＹＡ→ＸＹＺのデータベースキー範囲にまたがり、したがって、ＬＳＭファイル１１５は、そのデータベースキー範囲に関連付けられる。

【0023】

ワーカノード１２０は、様々な実施形態では、ハードウェア、ソフトウェア、又はそれらの組み合わせであり、データ記憶、データ検索、及び／又はデータ操作などのデータベースサービスを提供することが可能である。これらのデータベースサービスは、システム１００内の他の構成要素に提供されてもよいし、システム１００の外部の構成要素に提供されてもよい。例えば、ワーカノード１２０Ａは、１つ以上のデータベースタスクを実行するためのデータベーストランザクション要求を受信してもよい。この要求は、データベースレコード１３２のセットにアクセスしようとしているアプリケーションサーバから受信されてもよい。トランザクション要求は、１つ以上のデータベーステーブルから１つ以上の行を選択するためのＳＱＬ ＳＥＬＥＣＴコマンドを指定してもよい。行の内容は、データベースレコード１３２内で定義されてもよく、したがって、ワーカノード１２０Ａは、選択された１つ以上のテーブル行に対応する１つ以上のデータベースレコード１３２を返してもよい。様々な場合では、データベーストランザクション要求は、ワーカノード１２０に、１つ以上のデータベースレコード１３２をＬＳＭツリーに書き込むように命令してもよい。様々な実施形態では、ワーカノード１２０は、データベースレコード１３２を、データベース１１０にフラッシュする前に、最初に、そのメモリ内キャッシュ１３０に書き込む。

【0024】

メモリ内キャッシュ１３０は、様々な実施形態では、ワーカノード１２０のメモリ（例えば、ランダムアクセスメモリ）にデータを記憶するバッファである。ＨＢａｓｅ（登録商標）Ｍｅｍｓｔｏｒｅは、メモリ内キャッシュ１３０の一例である。上述のように、ワーカノード１２０は、最初に、そのメモリ内キャッシュ１３０にデータベースレコード１３２を書き込んでもよい。場合によっては、データベーステーブル内の行の最新／最も新しいバージョンが、メモリ内キャッシュ１３０に記憶されたデータベースレコード１３２内に見つかることがある。しかしながら、ワーカノード１２０のメモリ内キャッシュ１３０に書き込まれたデータベースレコード１３２は、様々な実施形態では、他のワーカノード１２０には見えない。すなわち、他のワーカノード１２０は、どの情報がワーカノード１２０のメモリ内キャッシュ１３０内に記憶されているかを尋ねなければ知らない。１つのワーカノード１２０が別のワーカノード１２０によって書きこまれたデータベースレコード１３２について知らないことがあることによるデータベースレコード衝突することを防止するために、様々な実施形態では、ワーカノード１２０には、どのレコード１３２が所与のワーカノード１２０によって書き込むことができるかを制御する許可情報１４０がプロビジョニングされる。このように、許可情報１４０は、２つ以上のワーカノード１２０が特定の時間間隔内に同じデータベースキー１３４のデータベースレコード１３２を書き込むことを防止して、ワーカノード１２０が矛盾するデータベースレコード１３２をデータベース１１０にフラッシュすることを防止するようにすることができる。

【0025】

許可情報１４０は、様々な実施形態では、キー範囲許可１４５及びそれらのキー範囲許可に対する所有者の対応するセットを識別する情報である。例えば、ワーカノード１２０Ａには、キー範囲許可１４５Ａ（ワーカノード１２０Ａに実線ボックスで示される）がプロビジョニングされ、ワーカノード１２０Ｂには、キー範囲許可１４５Ｂ（ワーカノード１２０Ｂに実線ボックスで示される）がプロビジョニングされる。キー範囲許可１４５は、様々な実施形態では、所有するワーカノード１２０がデータベースレコード１３２を書き込むことを許可されているデータベースキー１３４の範囲に対応するキー許可の範囲を示す。一例として、キー範囲許可１４５Ａは、キー１３４Ａに対するキー許可を示してもよい。結果として、ワーカノード１２０Ａは、図示のように、そのメモリ内キャッシュ１３０にデータベースレコード１３２Ａを書き込むことができる。様々な実施形態では、キー許可は、任意の時点で最大１つのワーカノード１２０に提供される。キー範囲許可１４５Ｂが、キー１３４Ｂに対するキー許可を示す例を考える。そのキー許可はワーカノード１２０Ｂにプロビジョニングされており、ワーカノード１２０Ａはキー１３４Ｂを有するレコード１３２を書き込むことが許可されない。特定のキー１３４のレコード１３２を書き込むことが許可されるために、様々な実施形態では、ワーカノード１２０は、特定のキー１３４を指定する許可要求１１２を許可オーケストレータノード１５０に対して発行してもよい。様々な場合では、許可要求１１２は、複数のキー１３４（例えば、キー範囲）を指定してもよい。

【0026】

許可オーケストレータノード１５０は、様々な実施形態では、ワーカノード１２０間のキー許可の配布を容易にし、最大１つのワーカノード１２０がキー許可の所有権を有することを確実にする。キー許可の配布を容易にする一部として、様々な実施形態では、許可オーケストレータノード１５０は、許可要求１１２の受信に応答して、許可情報１４０を更新してもよい。図示のように、許可オーケストレータノード１５０は、ワーカノード１２０Ｂから許可要求１１２を受信する。許可オーケストレータノード１５０は、許可要求１１２を受信することに応答して、要求されたデータベースキー１３４に対するキー許可が既にプロビジョニングされているかどうかを最初に判定してもよい。プロビジョニングされていない場合、許可オーケストレータノード１５０は、許可情報１４０を更新して、ワーカノード１２０Ｂにキー許可をプロビジョニングし、許可応答１１４を介してワーカノード１２０Ｂに更新を通知し、許可情報表示１５６を介して他のワーカノード１２０に更新を通知してもよい。様々な実施形態では、ワーカノード１２０Ｂを含む全てのワーカノード１２０は、許可情報表示１５６を介して通知を受ける。

【0027】

キー許可（又はキー範囲が要求されている場合はキー範囲許可１４５）がプロビジョニングされている場合、許可オーケストレータノード１５０は、所有しているワーカノード１２０を識別し、解除要求１５２をそのワーカノード１２０に対して発行してもよい。一例として、ワーカノード１２０Ｂは、キー１３４Ａに関連付けられたキー許可のための許可要求１１２を発行してもよい。許可オーケストレータノード１５０は、キー許可が、既にワーカノード１２０Ａに提供されているキー範囲許可１４５Ａの一部であると判定してもよい。このように、許可オーケストレータノード１５０は、放棄要求１５２をワーカノード１２０Ａに対して発行してもよい。ワーカノード１２０は、キー許可を放棄するときに、様々な実施形態では、放棄されるべきキー許可が使用されていないことを確実にする。その後、ワーカノード１２０は、キー許可を放棄し、放棄応答１５４を介して許可オーケストレータノード１５０に通知してもよい。場合によっては、ワーカノード１２０は、レコード１３２が放棄されたキー許可（場合によっては放棄されたキー範囲許可１４５）を使用してコミットされた可能性があるかどうかを示す履歴情報を放棄応答１５４に含めてもよい。

【0028】

許可オーケストレータノード１５０は、放棄応答１５４を受信することに応答して、許可情報１４０を更新して、ワーカノード１２０Ｂにキー許可をプロビジョニングし、許可応答１１４を介してワーカノード１２０Ｂに更新を通知し、許可情報表示１５６を介して他のワーカノード１２０に更新を通知してもよい。このように、許可オーケストレータノード１５０は、許可要求１１２に応答して許可情報１４０を更新し、更新された許可情報１４０をワーカノード１２０に伝搬することによって、キー許可の所有権をワーカノード１２０に配布及び再配布し得る。

【0029】

ここで図２を参照すると、キー許可を放棄するワーカノード１２０に関する例示的なレイアウトのブロック図が示されている。例示される実施形態では、ワーカノード１２０Ａは、メモリ内キャッシュ１３０、許可情報１４０、及びデータベースアプリケーション２００を含む。さらに図示のように、データベースアプリケーション２００は、ロック２１５をホールドするアクティブトランザクション２１０と、関連付けられたトランザクションコミット番号（ＸＣＮ）２２５を有するコミットトランザクション２２０とを処理している。また、図示のように、許可情報１４０は、キー許可２０５を有するキー範囲許可１４５Ａ～１４５Ｃと、ＸＣＮ２２５を指定する対応する履歴情報２３０と、を含む。いくつかの実施形態では、ワーカノード１２０Ａは、図示されているものとは異なって実装される。一例として、データベースアプリケーション２００は、複数のアクティブトランザクション２１０及び複数のコミットされたトランザクション２２０を処理してもよい。

【0030】

データベースアプリケーション２００は、様々な実施形態では、データベース１１０の周囲に構築されたＬＳＭツリーの管理を含む、データベース１１０を管理するために実行可能なプログラム命令のセットである。したがって、データベースアプリケーション２００は、ＬＳＭツリーからレコード１３２を読み出し、レコード１３２を書き込むために、データベーストランザクションを処理してもよい。データベーストランザクションの処理を支援するために、様々な実施形態では、データベースアプリケーション２００は、どこにファイル１１５がデータベース１１０に記憶されているか、及び何のレコード１３２がそれらのファイル１１５に含まれ得るか含む、ＬＳＭツリーの構造レイアウトを記載するメタデータを維持する。いくつかの実施態様では、メタデータは、ファイル１１５に対応するトライを含む。データベースアプリケーション２００は、メタデータを使用して、データベーストランザクションの処理の一部として、より迅速でより効率的なキー範囲ルックアップを実行してもよい。

【0031】

説明のように、データベースアプリケーション２００は、データベースレコード１３２を読み込み、書き込むためのトランザクションを実行するための要求を受信してもよい。トランザクション要求を受信すると、データベースアプリケーション２００は、受信したトランザクション要求に基づいてアクティブトランザクション２１０を開始してもよい。アクティブトランザクション２１０は、様々な実施形態では、データベースアプリケーション２００がインメモリキャッシュ１３０内にデータベースレコード１３２を書き込んでいる進行中のトランザクションを参照する。トランザクションがアクティブトランザクション２１０である間、そのトランザクションについて書着こまれたデータベースレコード１３２は、コミットされておらず、それらを書き込んだワーカノード１２０以外の別のエンティティによって読み出し可能／アクセス可能とすることができない。様々な場合では、データベースアプリケーション２００は、アクティブトランザクション２１０のロールバックを実行することを決定してもよく、したがって、アクティブトランザクション２１０に対して書き込まれたデータベースレコード１３２は、コミットされず、フラッシュされる。例えば、一連の基準（例えば、図４に関してより詳細に説明される時間期間分析）に基づいて、データベースアプリケーション２００が特定のデータベースレコード１３２を書き込むことが許可されない場合、データベースアプリケーション２００は、そのデータベースレコード１３２を書き込むことを含むアクティブトランザクション２１０をロールバックしてもよい。場合によっては、データベースアプリケーション２００は、アクティブトランザクション２１０のサブ部分のみのロールバックを実行することを決定してもよい。

【0032】

所与のアクティブトランザクション２１０を処理するときにデータベースレコード１３２を書き込むために、様々な実施形態において、データベースアプリケーション２００は、ワーカノード１２０Ａが適切な許可２０５を有するかどうかを判定し、データベースレコード１３２を書き込む前に、それらの許可２０５に対するロック２１５を取得する。例示のアクティブトランザクション２１０が、値「ＸＹＴ」（「キー１３４（ＸＹＴ）」と呼ばれる）を有するキー１３４を有するデータベースレコード１３２を書き込むことを伴う例を考える。データベースアプリケーション２００は、最初に許可情報１４０を検査して、キー１３４に対する許可キー２０５がワーカノード１２０Ａに提供されているかどうかを判定してもよい。キー許可２０５は、様々な実施形態では、関連付けられたキー１３４及びそのキー１３４の所有者を識別する。図示のように、キー範囲許可１４５Ａ及び１４５Ｃ（実線のボックスで例示）は、ワーカノード１２０Ａにプロビジョニングされており、キー範囲許可１４５Ｂ（破線のボックスで例示）は、ワーカノード１２０Ａに提供されていない。したがって、例示の実施形態では、データベースアプリケーション２００は、キー許可２０５Ａが、キー１３４（ＸＹＴ）の所有者として、ワーカノード１２０Ａを識別することを判定するが、他の場合では、ワーカノード１２０Ａは、所有者ではなく、したがって、キー１３４（ＸＹＴ）の所有権を要求しなければならないことがある。所有権を要求する例は、図４に関して詳細に説明される。

【0033】

ワーカノード１２０は、所望のキー許可２０５がワーカノード１２０にプロビジョニングされていることを判定した後に、様々な実施形態では、キー１３４を有するデータベースレコード１３２を書き込むときに、関連付けられたキー１３４に対するロック２１５を取得する。前の例に続いて、ワーカノード１２０Ａは、キー１３４（ＸＹＴ）に対するロック２１５（ＸＹＴ）を取得してもよい。ロック２１５は、様々な実施形態では、他のエンティティ（例えば、他のワーカノード１２０）が、関連付けられたキー１３４を有するデータベースレコード１３２を書き込むことを防止し、さらに、関連付けられたキー許可２０５が取り消されて他のエンティティに再プロビジョニングされることを防止してもよい。ロック２１５が取得されると、ワーカノード１２０は対応するキー１３４に対するデータベースレコード１３２を書き込み得る。図４に関してより詳細に説明するように、データベースレコード１３２を書き込む前に、ワーカノード１２０は、ＸＣＮ２２５に基づいて特定の期間内に別のワーカノード１２０が同じデータベースキー１３４に対するデータベースレコード１３２をコミットしたかどうかをさらに判定してもよい。

【0034】

アクティブトランザクション２１０を処理した後（例えば、トランザクションに対して要求された全てのデータベースレコード１３２を書き込んだ後）に、ワーカノード１２０は、そのトランザクションをコミットしてもよく、コミットされたトランザクション２２０をもたらす。コミットプロセスの一部として、様々な実施形態では、ワーカノード１２０は、トランザクションの各データベースレコード１３２にトランザクションコミット番号２２５をスタンプする。例示のように、コミットされたトランザクション２２０は、Ｔ５０１のＸＣＮ２２５（「ＸＣＮ２２５（Ｔ５０１）」と呼ばれる）を有する。したがって、コミットされたトランザクション２２０に関連付けられた各レコード１３２は、ＸＣＮ２２５（Ｔ５０１）を識別するメタデータを含んでもよい。ＸＣＮ２２５は、様々な実施形態では、単調に増加する値であり、したがって、時間期間を示すことができる。すなわち、動作中に、システム１００は、コミット時にトランザクションに割り当てられるデータベースシステムのＸＣＮ２２５を周期的にインクリメントしてもよい。データベースシステムのＸＣＮ２２５が周期的にインクリメントされているので、２つのコミットされたトランザクション２２０が異なるＸＣＮ２２５に関連付けられてもよい。例えば、第１のコミットされたトランザクション２２０はＸＣＮ２２５（Ｔ５０１）に割り当てられてもよく、第２のコミットされたトランザクション２２０はＸＣＮ２２５（Ｔ４１２）に割り当てられてもよい。データベースシステムのＸＣＮ２２５がインクリメントされているので、ワーカノード１２０（又は別のエンティティ）は、第２のコミットされたトランザクション２２０が、時間的に第１のコミットされたトランザクション２２０（Ｔ４１２＜Ｔ５０１）よりも前に発生したことを判定することができる。様々な実施形態では、コミットされたデータベースレコード１３２は、要求に応じて他のワーカノード１２０に利用可能となり、最終的には、データベース１１０におけるファイル１１５に書き込まれる。

【0035】

コミットプロセスの一部として、様々な実施形態では、ワーカノード１２０は、コミットされているトランザクションのＸＣＮ２２５に基づいて履歴情報２３０も更新する。様々な実施形態では、履歴情報２３０は、キー許可２０５及び／又はキー範囲許可１４５に対して、そのキー許可２０５／キー範囲許可１４５を伴う直近のレコードコミットに関連付けられたＸＣＮ２２５を識別する。そのＸＣＮ２２５は、そのキー許可２０５／キー範囲許可１４５に対する「最大ＸＣＮ」又は「最新ＸＣＮ」と呼ばれる。図示したコミットされたトランザクション２２０に対してキー１３４を有するデータベースレコード１３２がコミットされた例を考える。ワーカノード１２０Ａはキー許可２０５Ｂをホールドし、ワーカノード１２０Ａがキー許可２０５Ｂをホールドする間に、他のワーカノード１２０はキー１３４（ＸＹＺ）に対して書き込む許可を有さないので、データベースレコード１３２は、キー１３４（ＸＹＺ）対する直近のコミットされたレコード１３２である。したがって、ワーカノード１２０Ａは、履歴情報２３０を更新して、キー許可２０５Ｂ（又は、キー許可２０５Ｂを含むキー範囲許可１４５Ａ）をＸＣＮ２２５（Ｔ５０１）に関連付け得る。

【0036】

履歴情報２３０は、異なる方法で更新されてもよい。様々な場合では、ワーカノード１２０は、履歴情報２３０を更新して、ワーカノード１２０における所与のトランザクションで使用される各キー許可２０５を、その所与のトランザクションのＸＣＮ２２５に関連付けてもよい。場合によっては、キー許可２０５のセットがグループ化され、キー範囲許可１４５としてプロビジョニングされてもよく、履歴情報２３０の一部をそのキー範囲許可１４５にリンクされてもよい。したがって、ワーカノード１２０は、履歴情報２３０を更新して、キー範囲許可１４５をＸＣＮ２２５に関連付けてもよい。これは、「キー範囲ＸＣＮ」と呼ばれ得る。示すように、キー範囲許可１４５Ｃは、ＸＣＮ２２５（Ｔ４１２）に関連付けられている。したがって、キー範囲許可１４５Ｃに対する最新のコミットされたデータベースレコード１３２は、ＸＣＮ２２５（Ｔ４１２）を有するコミットされたトランザクション２２０において発生している。しかし、キー範囲許可１４５Ｃに対する他のレコード１３２は、異なるより小さいＸＣＮ２２５と関連付けられていることがあり、そのため、より早い時点に、別のワーカノード１２０によってコミットされている。図４に関してより詳細に説明するように、ワーカノード１２０は、履歴情報２３０を使用して、記録の書き込みを中止するかどうかを判定してもよい。

【0037】

動作中、ワーカノード１２０Ａは、１つ以上のキー許可２０５（又はキー範囲許可１４５）を放棄するための放棄要求１５２を受信してもよい。放棄要求１５２は、許可オーケストレータノード１５０から受信されてもよく、放棄されるべき１つ以上のキー許可２０５を識別してもよい。ワーカノード１２０Ａは、放棄要求１５２を受信することに応答して、様々な実施形態では、要求されたキー許可２０５に対するロック２１５を任意の新しいトランザクションが取得することを最初に防止する。次いで、ワーカノード１２０Ａは、任意のアクティブトランザクション２１０が、要求されたキー許可２０５に対してロック２１５を有するかどうかを判定してもよい。これらのキー許可２０５に関連付けられたロック２１５がない場合、ワーカノード１２０Ａは、放棄応答１５４を許可オーケストレータノード１５０に戻すように送信してもよい。場合によっては、ワーカノード１２０Ａは、キー許可２０５を放棄してもよいが、放棄されたキー許可１０５を含むキー範囲に対してキー許可２０５を保持する。例えば、ワーカノード１２０Ａは、キー許可２０５「ＸＹＺ」を放棄してもよいが、他の残りのキー許可２０５をキー範囲「ＸＹ」に対して保持してもよい。放棄応答１５４は、様々な実施形態では、要求されたキー許可２０５が放棄されたこと、したがって、キー許可２０５がワーカノード１２０Ａに再プロビジョニングされない限り、トランザクションに使用されないことの表示を含む。場合によっては、ワーカノード１２０は、要求された１つ以上のキー許可２０５を含むキー範囲許可１４５のセットを放棄してもよく、したがって、放棄応答１５４は、放棄されたキー範囲許可１４５の表示を含んでもよい。例えば、放棄要求１５２は、キー許可２０５Ｂを指定してもよいが、ワーカノード１２０Ａは、キー範囲許可１４５Ａ全体を放棄することを決定してもよい。放棄応答１５４はまた、ワーカノード１２０にこれらのキー許可２０５が提供されていた間に、どの放棄されたキー許可２０５がレコード１３２をコミットするために使用されたかについての表示を提供する履歴情報２３０を含んでもよい。

【0038】

場合によっては、ワーカノード１２０Ａは、要求されたキー許可２０５に対するロック２１５をホールドするアクティブトランザクション２１０が存在することを判定してもよい。例えば、放棄要求１５２は、例示の実施形態のアクティブトランザクション２１０によって取得されたキー許可２０５Ａを識別する可能性がある。いくつかの実施形態では、ワーカノード１２０Ａは、関連するアクティブトランザクション２１０がコミット又は中止するのを待つ。その後、ワーカノード１２０Ａは、要求されたキー許可２０５に対して、オーケストレータノード１５０に解放応答１５４を提供してもよい。ワーカノード１２０がキー範囲許可１４５を放棄しようとするが、そのキー範囲許可１４５内の要求されていないキー許可２０５に対してロック２１５が存在する場合、ワーカノード１２０はロックされたキー許可２０５を保持するが、キー範囲許可１４５の残りの部分を放棄し得る。一例として、ワーカノード１２０Ａは、キー許可２０５Ｂを識別する放棄要求１５２を受信してもよい。ワーカノード１２０Ａは、キー範囲許可１４５Ａを返すことを決定してもよい。しかし、キー許可２０５Ａ（要求されたキー許可ではない）は、アクティブトランザクション２１０によってロックされるため、ワーカノード１２０Ａは、キー許可２０５Ａを除いて、キー範囲許可１４５Ａのすべてのキー許可２０５を返してもよい。作業ノード１２０Ａは、キー許可２０５Ａ上に保持されたロック２１５が存在しなくなった後に、キー許可２０５Ａを返してもよい。

【0039】

ここで図３を参照すると、例示的な許可オーケストレータノード１５０のブロック図が示されている。例示の実施形態では、許可オーケストレータノード１５０は、許可情報１４０を有する許可エンジン３００を含む。いくつかの実施形態では、許可オーケストレータノード１５０は、図示のものとは異なって実装される。例えば、許可オーケストレータノード１５０は、ワーカノード１２０として実装されてもよく、したがって、データベースアプリケーション２００及びメモリ内キャッシュ１３０をさらに含んでもよい。

【0040】

図示のように、許可オーケストレータノード１５０は、ワーカノード１２０Ｂによって発行された許可要求１１２を受信する。許可要求１１２は、ワーカノード１２０Ｂが取得しようとする１つ以上のキー許可２０５又はキー範囲許可１４５を識別してもよい。例えば、ワーカノード１２０Ｂからの許可要求１１２は、キー範囲許可１４５Ａを識別してもよい。許可エンジン３００は、許可要求１１２を受信することに応答して、許可要求１１２を処理し、要求元が要求したキー許可２０５を受信したかどうかを示す許可応答１１４を返してもよい。

【0041】

許可エンジン３００は、様々な実施形態では、ワーカノード１２０間のキー許可２０５のプロビジョニング及び放棄を容易にするために実行可能なソフトウェアルーチンのセットである。許可エンジン３００は、許可要求１１２を受信することに応答して、様々な実施形態では、要求されたキー許可２０５がワーカノード１２０に提供されたかどうかを最初に判定する。示されるように、許可エンジン３００は許可情報１４０を記憶し、したがって、許可エンジン３００は、許可情報１４０を参照して、要求されたキー許可２０５がプロビジョニングされたどうかを判定してもよい。これらのキー許可２０５がプロビジョニングされていない場合、許可エンジン３００は、要求されたキー許可２０５を、要求しているワーカノード１２０に配分する更新された許可情報１４０を生成してもよい。次いで、許可エンジン３００は、更新された許可情報１４０をワーカノード１２０に配布してもよい。いくつかの実施形態では、許可エンジン３００は、更新された許可情報１４０を含む許可情報表示１５６をワーカノード１２０に対して発行する。さらにいくつかの実施形態では、許可情報表示１５６は、許可情報１４０が更新されたことを示す。したがって、ワーカノード１２０は、許可情報表示１５６を受信することに応答して、許可オーケストレータノード１５０から、更新された許可情報１４０を検索してもよい。

【0042】

要求されたキー許可２０５がワーカノード１２０に提供されている場合、許可エンジン３００は、放棄要求１５２をワーカノード１２０に対して発行することができる。例えば、許可エンジン３００は、許可情報１４０の第１バージョン（例えば、許可情報１４０Ａ）から、キー範囲許可１４５Ａが（図示のように）ワーカノード１２０Ａに提供されたと判定してもよい。したがって、許可エンジン３００は、上述のようにキー範囲許可１４５Ａを放棄するための放棄要求１５２をワーカノード１２０Ａに送信してもよい。許可エンジン３００は、要求されたキー許可２０５が放棄されたことを示す放棄応答１５４を受信することに応答して、様々な実施形態において、第１のバージョンを、要求されたキー許可２０５が要求しているワーカノード１２０に配分される許可情報１４０（例えば、許可情報１４０Ｂ）を第２のバージョンに更新する。図示のように、許可エンジン３００は、ワーカノード１２０Ａがキー範囲許可１４５Ａの所有者である許可情報１４０Ａを、ワーカノード１２０Ｂがキー範囲許可１４５Ａの所有者である許可情報１４０Ｂに更新する。次いで、許可エンジン３００は、更新された許可情報１４０のための許可情報表示１５６を発行してもよい。いくつかの実施形態では、許可エンジン３００は、更新された許可情報１４０を含む許可応答１１４を、要求しているワーカノード１２０に対して発行する。

【0043】

キー許可２０５の所有権を修正するために許可情報１４０を更新するときに、様々な実施形態では、許可エンジン３００は、許可情報１４０に含まれる履歴情報２３０も更新する。前述のように、放棄応答１５４は、放棄するワーカノード１２０でのトランザクションで使用されたキー許可２０５又はキー範囲許可１４５のためのＸＣＮ２２５を識別してもよい。キー許可２０５（又はキー範囲許可１４５）に提供されるＸＣＮ２２５は、システム１００全体にわたって対応するキー１３４に対してレコード１３２がコミットされた直近の時間期間を表してもよい。したがって、許可エンジン３００は、履歴情報２３０を更新して、受信された放棄応答１５４において識別されるＸＣＮ２２５を含めてもよい。

【0044】

次に、図４を参照すると、キー許可２０５を取得するワーカノード１２０に関する例示的なレイアウトのブロック図が示されている。例示される実施形態では、ワーカノード１２０Ｂは、メモリ内キャッシュ１３０、許可情報１４０、及びデータベースアプリケーション２００を含む。図示のように、データベースアプリケーション２００は、ロック２１５及びスナップショットＸＣＮ ４１０に関連付けられたアクティブトランザクション２１０を含む。また、図示のように、許可情報１４０は、キー範囲許可１４５Ａ～１４５Ｃ及び関連付けられた履歴情報２３０を含む。いくつかの実施形態では、ワーカノード１２０Ｂは、図示されているものとは異なって実装される。例えば、データベースアプリケーション２００は、複数のアクティブトランザクション２１０及び複数のコミットされたトランザクション２２０を処理してもよい。

【0045】

説明のように、データベースアプリケーション２００は、データベースレコード１３２を読み込み、書き込むためのトランザクションを実行するための要求を受信してもよい。トランザクション要求を受信すると、データベースアプリケーション２００は、受信したトランザクション要求に基づいて新しいアクティブトランザクション２１０を開始してもよい。データベースアプリケーション２００は、そのアクティブトランザクション２１０を処理するときに、様々なレコード１３２をメモリ内キャッシュ１３０に書き込んでもよい。データベースアプリケーション２００は、特定のレコード１３２を書き込むときに、許可情報１４０に基づいて、ワーカノード１２０Ｂに適切な許可２０５をプロビジョニングされているかどうかを判定してもよい。適切な許可２０５がワーカノード１２０Ｂに提供されない場合、ワーカノード１２０Ｂは、上述のように、その許可２０５を要求してもよい。一旦、ワーカノード１２０Ｂが適切な許可２０５を所有すると、データベースアプリケーション２００は、データベースレコード１３２を書き込む前に、その許可２０５に対するロック２１５を取得してもよい。データベースアプリケーション２００は、様々な場合では、レコード１３２を書き込む前に、アクティブトランザクション２１０が閲覧を許可されるシステム１００の状態を識別するスナップショットＸＣＮ４１０に対応する時間の後に、別のレコード１３２がコミットされていないことを確実にしてもよい。

【0046】

スナップショットＸＣＮ４１０は、様々な実施形態では、データベースレコード１３２が対応するアクティブトランザクション２１０によって読み出され得る最新のＸＣＮ２２５を示す値である。図示のように、アクティブトランザクション２１０は、スナップショットＸＣＮ４１０（Ｔ４３２）が割り当てられる。したがって、アクティブトランザクション２１０は、ＸＣＮ２２５が「Ｔ４３２」以下であるコミットされたデータベースレコード１３２を読み出してもよい。（場合によっては、スナップショットＸＣＮ４１０未満のデータベースレコード１３２が読み出されてもよい。）例えば、アクティブトランザクション２１０は、データベース１１０から、ＸＣＮ２２５（Ｔ２３０）（Ｔ２３０＜Ｔ４３２）でスタンプされたデータベースレコード１３２を読み出すことができる。

【0047】

システム１００に記憶されたデータの完全性を確実するために、様々な実施形態では、データベースアプリケーション２００は、特定のキー１３４のデータベースレコード１３２を、同じ特定のキー１３４の別のデータベースレコード１３２が、対応するアクティブトランザクション２１０に割り当てられたスナップショットＸＣＮ４１０よりも大きいＸＣＮ２２５でコミットされている場合、書き込まない。このように、様々な実施形態では、データベースアプリケーション２００は、アクティブトランザクション２１０に対して、特定のキー１３４のデータベースレコード１３２が、履歴情報２３０に基づいてスナップショットＸＣＮ４１０（Ｔ４３２）よりも大きいＸＣＮ２２５でコミットされているかどうかを判定する。例えば、アクティブトランザクション２１０は、キー１３４のデータベースレコード１３２を書き込むことを伴ってもよい。データベースアプリケーション２００は、そのデータベースレコード１３２を書き込む前に、履歴情報２３０をチェックして、キー許可２０５Ａに関連付けられたＸＣＮ２２５を判定してもよい。いくつかの実施態様において、履歴情報２３０は、各キー許可２０５に対するそれぞれのＸＣＮ２２５を識別する。キー許可２０５Ａに関連付けられたＸＣＮ２２５がスナップショットＸＣＮ４１０（Ｔ４３２）よりも大きい場合、データベースアプリケーション２００は、キー１３４のデータベースレコード１３２の書き込みを中止してもよい。しかし、ＸＣＮ２２５がスナップショットＸＣＮ４１０（Ｔ４３２）以下である場合、データベースアプリケーション２００は、そのデータベースレコード１３２を書き込んでもよい。

【0048】

いくつかの実施形態では、履歴情報２３０は、キー範囲許可１４５全体についてＸＣＮ２２５を識別する。図示のように、ＸＣＮ２２５（Ｔ５０１）は、キー許可２０５Ａを含むキー範囲許可１４５Ａに関連付けられている。キー範囲許可１４５Ａに対するＸＣＮ２２５（Ｔ５０１）がスナップショットＸＣＮ４１０（Ｔ４３２）よりも大きいと判定することに応答して、データベースアプリケーション２００は、キー許可２０５Ａ自体がより小さいＸＣＮ２２５に関連付けられているかどうかを判定してもよい。ＸＣＮ２２５（Ｔ５０１）は、キー範囲許可１４５Ａ全体に関連付けられているが、それは、キー１３４ ＸＹＺとは異なるキー１３４（例えば、ＸＹＡ）に関連付けられたデータベースレコード１３２のコミットの結果として、履歴情報に追加された可能性がある。特定のキー許可２０５に対するＸＣＮ２２５を判定するために、様々な実施形態では、ワーカノード１２０Ｂは、ＸＣＮ要求４２０をワーカノード１２０に送信する。いくつかの実施形態では、履歴情報２３０は、キー許可２０５に関連付けられた最後のワーカノード１２０を識別し、したがって、ワーカノード１２０Ｂは、識別されたワーカノード１２０のみにＸＣＮ要求４２０を送信してもよい。場合によっては、データベースアプリケーション２００は、ＸＣＮ要求４２０で識別されるキー許可２０５に対するＸＣＮ２２５を識別し得るＸＣＮ応答４２５を受信してもよい。識別されたＸＣＮ２２５がスナップショットＸＣＮ４１０（Ｔ４３２）よりも大きい場合、データベースアプリケーション２００は、キー１３４（ＸＹＺ）のデータベースレコード１３２の書き込みを中止してもよい。しかし、ＸＣＮ２２５がスナップショットＸＣＮ４１０（Ｔ４３２）以下である場合、データベースアプリケーション２００は、そのデータベースレコード１３２を書き込んでもよい。

【0049】

ここで図５を参照すると、方法５００のフロー図が示されている。方法５００は、データベースシステムの複数のデータベースノード（例えば、ワーカノード１２０）間のキー範囲許可（例えば、キー範囲許可１４５）の配布をオーケストレーションするデータベースシステム（例えば、システム１００）によって実行される方法の一実施形態である。方法５００は、非一時的なコンピュータ可読媒体に記憶されたプログラム命令を実行することによって実行されてもよい。いくつかの実施形態では、方法５００は、図示されているよりも多い又は少ないステップを含む。例えば、方法５００は、データベースシステムが第１の許可情報を生成するステップを含んでもよい。

【0050】

方法５００は、ステップ５１０において、データベースシステムが複数のデータベースノードに第１の許可情報（例えば、許可情報１４０Ａ）を配布することから始まる。第１の許可情報は、複数のデータベースノードの各々に対するキー範囲許可の配布を識別することができる。所与のキー範囲許可が所与のデータベースノードに配布されると、所与のデータベースノードは、所定のキー範囲許可に関連付けられたキー範囲内にキー（例えば、キー１３４）が入るレコード（例えば、データベースレコード１３２）を書き込むことが許可されてもよい。場合によっては、第１の許可情報が、第２のデータベースノードに、第１のキー範囲許可を含む第２のキー範囲許可をプロビジョンしてもよい。

【0051】

ステップ５２０において、データベースシステムは、第１のデータベースノード（例えば、ワーカノード１２０Ｂ）から、第２のデータベースノード（例えば、ワーカノード１２０Ａ）にプロビジョニングされた第１のキー範囲許可に対する要求（例えば、許可要求１１２）を受信する。様々な実施形態では、データベースシステムは、第２のデータベースノードに、第１のキー範囲許可を放棄するための放棄要求（例えば、放棄要求１５２）を送信する。第２のデータベースノードは、第１のキー範囲許可が第２のデータベースノードにおいて実行されているアクティブなトランザクション（例えば、アクティブトランザクション２１０）のセットで使用されていないことを判定することに応答して、第１のキー範囲許可を放棄してもよい。データベースシステムは、第２のデータベースノードから、第１のキー範囲許可が放棄されたことを示す表示（例えば、放棄応答１５４）を受信してもよい。場合によっては、第２のデータベースノードは、第１のキー範囲許可を放棄し、第２のキー範囲許可の残りの部分を保持してもよい。場合によっては、最新のレコードが第１のキー範囲許可に対してコミットされたときの時間間隔を示すトランザクションコミット番号（例えば、ＸＣＮ２２５）を指定してもよい。

【0052】

ステップ５３０において、データベースシステムは、第１の許可情報を修正して、第２のデータベースノードの代わりに第１のデータベースノードに第１のキー範囲許可をプロビジョニングする第２の許可情報（例えば、許可情報１４０Ｂ）を導出する。様々な実施形態では、第２の許可情報は、複数のブランチを含むトライ木データ構造に記憶され、複数のブランチのうちの特定のものは、第１のキー範囲許可に対応する。

【0053】

ステップ５４０において、データベースシステムは、第２の許可情報を複数のデータベースノードに配布する。第２の許可情報を配布することは、第２の許可情報について複数のデータベースノードに通知し（例えば、許可情報表示１５６を介して）、複数のデータベースノードから、第２の許可情報に対する要求を受信することに応答して、第２の許可情報を返すことを含んでもよい。

【0054】

様々な場合では、第２の許可情報は、最新のレコードが第１のキー範囲許可に対してコミットされたときの第１の時間間隔を示すキー範囲トランザクションコミット番号を識別してもよい。様々な実施形態では、第１のデータベースノードは、第１のデータベースノードに関連付けれた第２の時間間隔（例えば、スナップショットＸＣＮ４１０に対応する）が、第１の時間間隔の後に発生するかどうかを判定する。第２の時間間隔が第１の時間間隔の後に発生すると判定することに応答して、第１のデータベースノードは、第１のキー範囲許可に関連付けられた特定のキーのデータベースレコードを書き込んでもよい。第２の時間間隔が第１の時間間隔の後に発生しないと判定することに応答して、第１のデータベースノードは、特定のキーの直近のレコードをコミットしたデータベースノードから、特定のキーのレコードトランザクションコミット番号を検索してもよい。第１のデータベースノードは、レコードトランザクションコミット番号が第１のデータベースノードに関連付けられた第２の時間間隔より前には発生しない時間間隔を示すと判定することに応答して、特定のキーのレコード書き込みを防止してもよい。第１のデータベースノードは、レコードトランザクションコミット番号が第１のデータベースノードに関連付けられた第２の時間間隔より前に発生する時間間隔を示すと判定することに応答して、特定のキーのレコードを書き込みしてもよい。

【0055】

ここで図６を参照すると、方法６００のフロー図が示されている。方法６００は、データベースシステムの複数のデータベースノード（例えば、ワーカノード１２０）間のキー範囲許可（例えば、キー範囲許可１４５）の配布をオーケストレーションするデータベースシステム（例えば、システム１００）によって実行される方法の一実施形態である。方法６００は、非一時的なコンピュータ可読媒体に記憶されたプログラム命令を実行することによって実行されてもよい。いくつかの実施形態では、方法６００は、図示されているよりも多い又は少ないステップを含む。例えば、方法６００は、データベースシステムが第１の許可情報を生成するステップを含んでもよい。

【0056】

メソッド６００は、ステップ６１０において、許可オーケストレータデータベースノード（例えば、許可オーケストレーションノード１５０）がデータベースシステムの第１のワーカデータベースノード（例えば、ワーカノード１２０Ａ）に第１のキー範囲許可（例えば、キー範囲許可１４５）をプロビジョニングすることから始まる。第１のキー範囲許可は、キー（例えば、キー１３４）が第１のキー範囲許可に関連付けられた第１のキー範囲内に入るレコード（例えば、データベースレコード１３２）が書き込まれることを許可してもよい。ステップ６２０において、許可オーケストレータデータベースノードは、データベースシステムの第２のワーカデータベースノード（例えば、ワーカノード１２０Ｂ）から、第１のキー範囲に包含される第２のキー範囲に関連付けられた第２のキー範囲許可に対する許可要求（例えば、許可要求１１２）を受信する。

【0057】

ステップ６３０において、許可オーケストレータデータベースノードは、許可要求を受信することに応答して、第１のワーカデータベースノードに、第１のキー範囲許可の少なくとも一部を放棄させる。放棄させることは、第２のキー範囲に関連付けられた許可を放棄するための放棄要求（例えば、放棄要求１５２）を第１のワーカデータベースノードに送信することを含んでもよい。第１のワーカデータベースノードは、トランザクションが、放棄要求の受信に応答して、第２のキー範囲に関連付けられたキーを使用することを防止してもよい。様々な場合では、第１のワーカデータベースノードは、第２のキー範囲内に入るキーに関連付けられたレコードが進行中のトランザクション（例えば、アクティブトランザクション２１０）に対して書き込まれたと判定してもよい。第１のワーカデータベースノードは、進行中のトランザクションをコミットしてもよい。進行中のトランザクションをコミットした後に、第１のワーカデータベースノードは、許可オーケストレータデータベースノードに、第２のキー範囲に関連付けられた第１のキー範囲許可の一部が放棄されたことの表示（例えば、放棄応答１５４）を返してもよい。

【0058】

ステップ６４０において、第１のワーカデータベースノードが第１のキー範囲許可の少なくとも一部を放棄することに続いて、許可オーケストレータデータベースノードは、第２のキー範囲許可を第２のワーカデータベースノードにプロビジョニングする。様々な実施形態では、第２のキー範囲許可を第２のワーカデータベースノードにプロビジョニングすることは、許可オーケストレータデータベースノードが、第１のワーカデータベースノードによって実行された１つ以上の書き込みを示す履歴情報（例えば、履歴情報２３０）を第２のワーカデータベースノードに提供することを含む。第２のワーカデータベースノードは、履歴情報に基づいて、第１のワーカデータベースノードが、特定の時間間隔中に第２のキー範囲内に入る特定のキーを有するレコードをコミットしたかどうかを判定する。第１のワーカデータベースノードが特定の時間間隔中に特定のキーを持つレコードをコミットしたと判定することに応答して、第２のワーカデータベースノードは、特定のキーを有するレコードを書き込むことを伴うトランザクションの一部を中止してもよい。例示的なマルチテナントデータベースシステム

【0059】

ここで図７を参照すると、本開示の様々な技法が実装され得る例示的なマルチテナントデータベースシステム（ＭＴＳ）７００が示されている。例えば、システム１００がＭＴＳ７００であってもよい。図７では、ＭＴＳ７００は、データベースプラットフォーム７１０、アプリケーションプラットフォーム７２０、及びネットワーク７４０に接続されたネットワークインターフェース７３０を含む。また、図示のように、データベースプラットフォーム７１０は、データ記憶装置７１２と、データ記憶装置７１２と対話するデータベースサーバ７１４Ａ～７１４Ｎのセットと、を含み、アプリケーションプラットフォーム７２０は、それぞれの環境７２４を有するアプリケーションサーバ７２２Ａ～７２２Ｎのセットを含む。例示の実施形態では、ＭＴＳ７００は、ネットワーク７４０を介して様々なユーザシステム７５０Ａ～７５０Ｎに接続されている。開示されるマルチテナントシステムは、説明目的のために含まれており、本開示の範囲を制限しようとしていない。他の実施形態では、本開示の技法は、クライアント／サーバ環境、クラウドコンピューティング環境、クラスタ化コンピュータなどのマルチテナント環境ではない環境で実装される。

【0060】

ＭＴＳ７００は、様々な実施形態では、ＭＴＳ７００と対話するユーザ（代替的に「テナント」と呼ばれる）に様々なサービスを共に提供するコンピュータシステムのセットである。いくつかの実施形態では、ＭＴＳ７００は、テナント（例えば、企業、政府機関など）が顧客及び潜在的顧客との関係及び対話を管理するためのメカニズムを提供する顧客関係管理（ＣＲＭ）システムを実装する。例えば、ＭＴＳ７００は、テナントが顧客の連絡先情報（例えば、顧客のウェブサイト、電子メールアドレス、電話番号、及びソーシャルメディアデータ）を記憶し、販売機会を指定し、サービス問題を記録し、マーケティングキャンペーンを管理することを可能にする可能性がある。さらに、ＭＴＳ７００は、それらのテナントが、顧客とのコミュニケーション方法、顧客が購入したもの、顧客が最後に購入した商品の時期、及び顧客が支払ったものを識別することを可能にしてもよい。図示のように、ＣＲＭシステム及び／又は他のサービスのサービスを提供するために、ＭＴＳ７００は、データベースプラットフォーム７１０及びアプリケーションプラットフォーム７２０を含む。

【0061】

データベースプラットフォーム７１０は、様々な実施形態では、テナントデータを含むＭＴＳ７００のデータを記憶及び管理するためのデータベースサービスを実装するハードウェア要素及びソフトウェアルーチンの組み合わせである。図示のように、データベースプラットフォーム７１０は、データ記憶装置７１２を含む。データ記憶装置７１２は、様々な実施形態では、ネットワーク（例えば、記憶装置接続ネットワーク（ＳＡＮ））上で互いに接続され、データ損失を防止するためにデータを冗長的に記憶するように構成された記憶デバイス（例えば、ソリッドステートドライブ、ハードディスクドライブなど）のセットを含む。様々な実施形態では、データ記憶装置７１２は、情報のアクセス、記憶、及び操作を可能にするように組織化された情報の集合を含むデータベース（例えば、データベース１１０）を実装するために使用される。データ記憶装置７１２は、単一のデータベース、分散データベース、分散データベースの集合、冗長なオンライン若しくはオフラインバックアップ又は他の冗長性を有するデータベースを実装してもよい。データベースを実装する一部として、データ記憶装置７１２は、それぞれのデータペイロード（例えば、データベーステーブルのフィールドに対する値）及びメタデータ（例えば、キー値、タイムスタンプ、レコードに関連付けられたテーブルのテーブル識別子、レコードに関連付けられたテナントのテナント識別子など）を有する１つ以上のデータベースレコードを含むファイル（例えば、ファイル１１５）を記憶してもよい。

【0062】

様々な実施形態において、データベースレコードは、表の行に対応してもよい。テーブルには、視認可能なスキーマ内の列又はフィールドとして論理的に配置された１つ以上のデータカテゴリを一般に含む。したがって、テーブルの各レコードは、フィールドによって定義された各カテゴリのデータのインスタンスを含んでもよい。例えば、データベースは、名前、住所、電話番号、ファックス番号などの基本的な連絡先情報のフィールドを有する顧客を記載するテーブルを含んでもよい。したがって、そのテーブルのレコードは、テーブル内の各フィールドの値（例えば、名前フィールドの名前）を含んでもよい。別のテーブルは、顧客、製品、販売価格、日付などの情報のためのフィールドを含む発注を記載する可能性がある。様々な実施形態では、アカウント、連絡先、リード、機会データなど、すべてのテナントによって使用されるための標準エンティティテーブルが提供され、各々は事前に定義されたフィールドを含む。ＭＴＳ７００は、同じテーブル内に、１つ以上のテナントのデータベースレコードを記憶してもよい。すなわち、テナントは、テーブルを共有してもよい。したがって、データベースレコードは、様々な実施形態では、データベースレコードの所有者を示すテナント識別子を含む。結果として、１つのテナントのデータはセキュアに保持され、他のテナントのデータとは分離されて、その結果、１つのテナントは、別のテナントのデータに対して、そのようなデータが明示的に共有されない限りアクセスを有さない。

【0063】

いくつかの実施態様では、データ記憶装置７１２に記憶されたデータは、ログ構造化されたマージツリー（ＬＳＭツリー）の一部として組織化される。ＬＳＭツリーは、通常、メモリ内キャッシュと永続ストレージの２つの高レベル構成要素を含む。動作では、データベースサーバ７１４は、後にレコードを永続的記憶装置（例えば、データ記憶装置７１２）にフラッシュする前に、それらのデータベースレコードをローカルインメモリキャッシュに最初に書き込んでもよい。データベースレコードのフラッシュすることの一部として、データベースサーバ７１４は、データベースレコードを、ＬＳＭツリーの「トップ」レベルに含まれる新しいファイルに書き込んでもよい。経時的に、データベースレコードは、データベースサーバ７１４によって、データベースレコードがＬＳＭツリーのレベルの下方に移動されるにつれて、より低いレベルに含まれる新しいファイルに書き換えられ得る。様々な実装では、データベースレコードが古くなり、ＬＳＭツリーの下方に移動するにつれて、それらは、データ記憶装置７１２のだんだんと遅い記憶装置（例えば、ソリッドステートドライブからハードディスクドライブ）に移動される。

【0064】

データベースサーバ７１４が特定のキーのデータベースレコードにアクセスすることを望むときに、データベースサーバ７１４は、その特定のキーのデータベースレコードを潜在的に含むファイルのために、ＬＳＭツリーの異なるレベルを横断してもよい。データベースサーバ７１４が、ファイルが関連するデータベースレコードを含んでもよいと判定する場合、データベースサーバ７１４は、データ記憶装置７１２からデータベースサーバ７１４のメモリにファイルをフェッチしてもよい。次いで、データベースサーバ７１４は、特定のキーを有するデータベースレコードについて、フェッチされたファイルをチェックしてもよい。様々な実施形態では、データベースレコードは、一旦データ記憶装置７１２に書き込まれると、不変である。したがって、データベースサーバ７１４がテーブルの行（アクセスされたデータベースレコードから識別され得る）の値を修正したい場合、データベースサーバ７１４は、新しいデータベースレコードをＬＳＭツリーの最上位レベルに書き出す。経時的に、そのデータベースレコードはＬＳＭツリーの下にマージされる。したがって、ＬＳＭツリーは、データベースキーの様々なデータベースレコードを記憶してもよく、そのキーの古いデータベースレコードは、ＬＳＭツリーの下位レベルに位置し、次いで、より新しいデータベースレコードが位置する。

【0065】

データベースサーバ７１４は、様々な実施形態では、ハードウェア要素、ソフトウェア、又はそれらの組み合わせであり、データ記憶、データ検索、及び／又はデータ操作などのデータベースサービスを提供することが可能である。データベースサーバ７１４は、ワーカノード１２０に対応してもよい。そのようなデータベースサービスは、データベースサーバ７１４によって、ＭＴＳ７００内の構成要素（例えば、アプリケーションサーバ７２２）及びＭＴＳ７００の外部の記憶要素に提供されてもよい。一例として、データベースサーバ７１４は、データ記憶装置７１２への書き込み又はデータ記憶装置７１２からの読み出しを要求しているアプリケーションサーバ７２２からデータベーストランザクション要求を受信してもよい。データベーストランザクション要求は、１つ以上のデータベーステーブルから１つ以上の行を選択するためのＳＱＬ ＳＥＬＥＣＴコマンドを指定してもよい。行の内容は、データベースレコード内で定義されてもよく、したがって、データベースサーバ７１４は、選択された１つ以上のテーブル行に対応する１つ以上のデータベースレコードを特定し、返してもよい。様々な場合では、データベーストランザクション要求は、データベースサーバ７１４に、ＬＳＭツリーに対する１つ以上のデータベースレコード７１４を書き込むように命令し、データベースサーバ７１４は、データベースプラットフォーム７１０上で実装されるＬＳＭツリーを維持する。いくつかの実施形態では、データベースサーバ７１４は、データ記憶装置７１２に対する情報の記憶及び検索を容易にする関係データベース管理システム（ＲＤＭＳ）又はオブジェクト指向データベース管理システム（ＯＯＤＢＭＳ）を実装する。様々な場合では、データベースサーバ７１４は、トランザクションの処理を容易にするために互いに通信してもよい。例えば、データベースサーバ７１４Ａは、データベースサーバ７１４Ｎと通信して、データベースサーバ７１４Ｎが、特定のキーのデータベースレコードをそのメモリ内キャッシュに書き込んだかどうかを判定してもよい。

【0066】

アプリケーションプラットフォーム７２０は、様々な実施形態では、ＣＲＭソフトウェアアプリケーションを実装及び実行し、ユーザシステム７５０に関連データ、コード、フォーム、ウェブページ、及び他の情報を提供し、これらのユーザシステム７５０にそれらを提供し、データベースプラットフォーム７１０を介して関連データ、オブジェクト、ウェブページコンテンツ、及び他のテナント情報を記憶するハードウェア要素及びソフトウェアルーチンの組み合わせである。これらのサービスを容易にするために、様々な実施形態では、アプリケーションプラットフォーム７２０は、データベースプラットフォーム７１０と通信して、データを記憶し、アクセスし、操作する。いくつかのインスタンスでは、アプリケーションプラットフォーム７２０は、異なるネットワーク接続を介してデータベースプラットフォーム７１０と通信してもよい。例えば、１つのアプリケーションサーバ７２２はローカルエリアネットワークを介して結合されてもよく、別のアプリケーションサーバ７２２は直接ネットワークリンクを介して結合されてもよい。ＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）は、アプリケーションプラットフォーム７７０とデータベースプラットフォーム７１０との間で通信するための例示的なプロトコルであるが、使用されるネットワーク相互接続に応じて他のトランスポートプロトコルが使用されてもよいことは当業者には明らかであろう。

【0067】

アプリケーションサーバ７２２は、様々な実施形態では、ＭＴＳ７００のテナントから受信された処理要求を含む、アプリケーションプラットフォーム７２０のサービスを提供することが可能なハードウェア要素、ソフトウェアルーチン、又はそれらの組み合わせである。アプリケーションサーバ７２２は、様々な実施形態では、アプリケーション（例えば、ビジネスロジック）を開発、実行、及び管理するために開発者に機能性を提供するなど、様々な目的に使用可能な環境７２４を発生させることができる。データは、別の環境７２４及び／又はデータベースプラットフォーム７１０から環境７２４に転送されてもよい。場合によっては、環境７２４は、そのようなデータが明示的に共有されない限り、他の環境７２４からのデータにアクセスすることができない。いくつかの実施形態では、複数の環境７２４が、単一のテナントと関連付けられてもよい。

【0068】

アプリケーションプラットフォーム７２０は、ＣＲＭアプリケーション及び／又はテナントによって開発されたアプリケーションを含む、複数の異なるホスト（標準及び／又はカスタム）アプリケーションへのユーザシステム７５０のアクセスを提供してもよい。様々な実施形態では、アプリケーションプラットフォーム７２０は、アプリケーションの作成、アプリケーションのテスト、データ記憶装置７１２におけるデータベースオブジェクトへのアプリケーションの記憶、環境７２４（例えば、プロセス空間の仮想マシン）におけるアプリケーションの実行、又はそれらの任意の組み合わせを管理してもよい。いくつかの実施形態では、アプリケーションプラットフォーム７２０は、何らかの理由で任意の時点でアプリケーションサーバ７２２をサーバプールに追加し、ここから除去してもよく、特定のアプリケーションサーバ７２２へのユーザ及び／又は組織に対するサーバアフィニティが存在しなくてもよい。いくつかの実施形態では、負荷バランシング機能（例えば、Ｆ５ Ｂｉｇ－ＩＰ負荷バランサ）を実装するインターフェースシステム（図示せず）は、アプリケーションサーバ７２２とユーザシステム７５０との間に位置し、要求をアプリケーションサーバ７２２に分散するように構成されている。いくつかの実施形態では、負荷バランサは、ユーザ要求をアプリケーションサーバ７２２にルーティングするために、最小接続アルゴリズムを使用する。ラウンドロビン、観測応答時間などの負荷バランシングアルゴリズムの他の例も使用され得る。例えば、特定の実施形態では、同じユーザからの３つの連続した要求が３つの異なるアプリケーションサーバ７２２にヒットし、異なるユーザからの３つの要求が同じサーバ７２２にヒットすることができる。

【0069】

いくつかの実施形態では、ＭＴＳ７００は、データが共有されない限り、各テナントのデータを別々に保持するために、暗号化などのセキュリティメカニズムを提供する。複数の７１４又は７２２が使用される場合、それらは、互いに近接して位置する（例えば、１つの建物又はキャンパス内に位置するサーバファーム内）か、又はそれらは、互いから離れたロケーションに分散されていてもよい（例えば、シティＡ内に位置する１つ以上のサーバとシティＢ内に位置する１つ以上のサーバ）。したがって、ＭＴＳ７００は、ローカル又は１つ以上の地理的ロケーションに分散された１つ以上の論理的及び／又は物理的に接続されたサーバを含んでもよい。

【0070】

１つ以上のユーザ（例えば、ユーザシステム７５０を介して）は、ネットワーク７４０を介してＭＴＳ７００と対話してもよい。ユーザシステム７５０は、例えば、ＭＴＳ７００のテナント、ＭＴＳ７００のプロバイダ（例えば、管理者）、又は第三者に対応してもよい。各ユーザシステム７５０は、デスクトップパーソナルコンピュータ、ワークステーション、ラップトップ、ＰＤＡ、携帯電話、又は任意の無線アクセスプロトコル（ＷＡＰ）が可能なデバイス、又はインターネット若しくは他のネットワーク接続と直接的若しくは間接的にインターフェースすることが可能な任意の他のコンピューティングシステムであってもよい。ユーザシステム７５０は、ネットワーク７４０を介してＭＴＳ７００とインターフェースするように構成された専用ハードウェアを含んでもよい。ユーザシステム７５０は、ＭＴＳ７００に対応するグラフィックユーザインターフェース（ＧＵＩ）、ＨＴＴＰクライアント（例えば、ＭｉｃｒｏｓｏｆｔのＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）ブラウザ、ＮｅｔｓｃａｐｅのＮａｖｉｇａｔｏｒ（登録商標）ブラウザ、Ｏｐｅｒａのブラウザ、携帯電話、ＰＤＡ、若しくは他の無線デバイスの場合のＷＡＰが可能なブラウザなどのブラウザプログラム）、又はその両方を実行して、ユーザシステム７５０のユーザ（例えば、ＣＲＭシステムの加入者）が、ネットワーク７４０を介してＭＴＳ７００から利用可能な情報及びページにアクセスし、処理し、閲覧することを可能にする。各ユーザシステム７５０はまた、典型的には、ページ、フォーム、及びＭＴＳ７００又は他のシステム若しくはサーバによって提供される他の情報と併せて、ディスプレイモニタ画面、ＬＣＤディスプレイなど上にブラウザによって提供されるグラフィカルユーザインターフェース（ＧＵＩ）と対話するための、キーボード、マウス、タッチ画面、ペンなどの１つ以上のユーザインターフェースデバイスを含んでもよい。上述のように、開示された実施形態は、ネットワークの特定のグローバルインターネットワークを指すインターネットを伴う使用に好適である。しかしながら、イントラネット、エクストラネット、仮想プライベートネットワーク（ＶＰＮ）、非ＴＣＰ／ＩＰベースのネットワーク、任意のＬＡＮ又はＷＡＮなどの他のネットワークが、インターネットの代わりに使用され得ると理解されたい。

【0071】

ユーザシステム７５０のユーザは、容量が異なるユーザであってもよく、特定のユーザシステム７５０の容量は、現在のユーザに関連付けられた１つ以上の許可レベルで判定される可能性がある。例えば、販売員が特定のユーザシステム７５０を使用してＭＴＳ７００と対話するときに、そのユーザシステム７５０は、その販売員に配分された容量（例えば、ユーザ特権）を有してもよい。しかし、管理者が同じユーザシステム７５０を使用して、ＭＴＳ７００と対話するときに、ユーザシステム７５０は、その管理者に配分された容量（例えば、管理特権）を有してもよい。階層的ロールモデルを有するシステムでは、１つの許可レベルのユーザは、下位の許可レベルのユーザがアクセスできるアプリケーション、データ、及びデータベース情報へのアクセスを有してもよいが、上位の許可レベルのユーザがアクセスできる特定のアプリケーション、データベース情報、及びデータにはアクセスできないことがある。したがって、異なるユーザは、ユーザのセキュリティ又は許可レベルに依存して、アプリケーション及びデータベース情報へのアクセス及び修正に関して異なる能力を有してもよい。また、ＭＴＳ７００によって管理されるいくつかのデータ構造があってもよく、これらは、テナントレベルで配分され、他のデータ構造がユーザレベルで管理される。

【0072】

いくつかの実施形態では、ユーザシステム７５０及びその構成要素は、１つ以上の処理要素上で実行可能なコンピュータコードを含む、ブラウザなどのアプリケーションを使用して設定可能である。同様に、いくつかの実施形態では、ＭＴＳ７００（及び複数のものが存在する場合のＭＴＳの追加のインスタンス）並びにそれらの構成要素は、処理要素上で実行可能なコンピュータコードを含むアプリケーションを使用して、オペレータが設定可能である。したがって、本明細書に記載される様々な動作は、非一時的なコンピュータ可読媒体に記憶されたプログラム命令を実行することによって実行され得、処理要素によって実行されてもよい。プログラム命令は、ハードディスクのような不揮発性媒体に記憶されてもよいし、ＲＯＭ又はＲＡＭのような周知の他の任意の揮発性又は不揮発性メモリ媒体又はデバイスに記憶されてもよいし、コンパクトディスク（ＣＤ）媒体、デジタル多用途ディスク（ＤＶＤ）媒体、フロッピーディスクなどのプログラムコードをスターリングすることが可能な任意の媒体上に提供されてもよい。追加的に、プログラムコード全体又はその一部は、ソフトウェアソースから、例えばインターネットを介して、又は周知の別のサーバから、送信及びダウンロードされてもよいし、周知の任意の通信媒体及びプロトコル（例えば、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＨＴＴＰＳ、Ｅｔｈｅｒｎｅｔなど）を使用して、周知の任意の他の従来のネットワーク接続（例えば、エクストラネット、ＶＰＮ、ＬＡＮなど）を介して送信されてもよい。また、開示された実施形態の態様を実装するためのコンピュータコードは、例えばＣ、Ｃ＋、ＨＴＭＬ、Ｊａｖａ、ＪａｖａＳｃｒｉｐｔ、又はＶＢＳｃｒｉｐｔのような任意の他のスクリプト言語など、サーバ又はサーバシステム上で実行され得る任意のプログラミング言語で実装され得ることが理解されよう。

【0073】

ネットワーク７４０は、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、無線ネットワーク、ポイントツーポイントネットワーク、スターネットワーク、トークンリングネットワーク、ハブネットワーク、又は任意の他の適切な構成であってもよい。大文字「Ｉ」を有する「Ｉｎｔｅｒｎｅｔ」と呼ばれることが多いネットワークのグローバルなインターネットワークは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ ａｎｄ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの一例である。しかしながら、開示された実施形態は、様々な他のタイプのネットワークのいずれかを利用し得ることが理解されたい。

【0074】

ユーザシステム７５０は、ＴＣＰ／ＩＰを使用してＭＴＳ７００と通信し、より上位のネットワークレベルにおいて、ＨＴＴＰ、ＦＴＰ、ＡＦＳ、ＷＡＰなどの他の一般的なインターネットプロトコルを使用して通信してもよい。例えば、ＨＴＴＰが使用される場合、ユーザシステム７５０は、ＭＴＳ７００においてＨＴＴＰサーバからＨＴＴＰメッセージを送信及び受信するために、一般的に「ブラウザ」と呼ばれるＨＴＴＰクライアントを含む可能性がある。そのようなサーバは、ＭＴＳ７００とネットワーク７４０との間の唯一のネットワークインターフェースとして実装される可能性があるが、他の技術も同様に又は代わりに使用される可能性がある。いくつかの実装では、ＭＴＳ７００とネットワーク７４０との間のインターフェースは、負荷をバランシングし、複数のサーバを介して到来ＨＴＴＰ要求を均等に分散させるために、ラウンドロビンＨＴＴＰ要求ディストリビュータのような負荷共有機能を含む。

【0075】

様々な実施形態では、ユーザシステム７５０は、アプリケーションサーバ７２２と通信して、データストレージ７１２に１つ以上のクエリを必要とし得るＭＴＳ７００からのシステムレベル及びテナントレベルのデータを要求及び更新する。いくつかの実施態様では、ＭＴＳ７００は、所望の情報にアクセスするように設計された１つ以上のＳＱＬ文（ＳＱＬクエリ）を自動的に生成する。場合によっては、ユーザシステム７５０は、ＭＴＳ７００の少なくとも一部に対応する特定のフォーマットを有する要求を生成してもよい。一例として、ユーザシステム７５０は、特定の複数のオブジェクトのオブジェクト関係マッピング（例えば、ＪａｖａＳｃｒｉｐｔオブジェクト表記マッピング）を記載するオブジェクト表記を使用して、データオブジェクトを特定の環境７２４に移動するよう要求してもよい。例示的なコンピュータシステム

【0076】

ここで、図８を参照すると、システム１００、データベース１１０、ワーカノード１２０、ＭＴＳ７００、及び／又はユーザシステム７５０を実装し得る例示的なコンピュータシステム８００のブロック図が示されている。コンピュータシステム８００は、相互接続８６０（例えば、システムバス）を介してシステムメモリ８２０及びＩ／Ｏインターフェース８４０に結合されるプロセッササブシステム８８０を含む。Ｉ／Ｏインターフェース１３３０は、１つ以上のＩ／Ｏデバイス８５０に結合されてもよい。図８には、便宜上単一のコンピュータシステム８００が示されているが、システム８００はまた、一緒に動作する２つ以上のコンピュータシステムとして実装されてもよい。

【0077】

プロセッササブシステム８８０は、１つ以上のプロセッサ又は処理ユニットを含んでもよい。コンピュータシステム８００の様々な実施形態では、プロセッササブシステム８８０の複数のインスタンスが、相互接続８６０に結合されてもよい。様々な実施形態では、プロセッササブシステム８８０（又はプロセッササブシステム８８０内の各プロセッサ）は、キャッシュ又は他の形態のオンボードメモリを含んでもよい。

【0078】

システムメモリ８２０は、プロセッササブシステム８８０によって実行可能なプログラム命令を記憶するように使用可能であり、プログラム命令は、システム８００に本明細書に記載される様々な動作を実行させる。システムメモリ８２０は、ハードディスク記憶装置、フロッピーディスク記憶装置、リムーバブルディスク記憶装置、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ－ＳＲＡＭ、ＥＤＯ ＲＡＭ、ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ、ＲＤＲＡＭ ＲＡＭなど）、読み出し専用メモリ（ＰＲＯＭ、ＥＥＰＲＯＭなど）など、異なる物理メモリ媒体を使用して実装されてもよい。コンピュータシステム８００内のメモリは、メモリ８２０のような一次記憶装置に限定されない。むしろ、コンピュータシステム８００は、プロセッササブシステム８８０内のキャッシュメモリ、Ｉ／Ｏデバイス８５０上の二次記憶装置（例えば、ハードドライブ、記憶アレイなど）などの他の形態の記憶装置を含んでもよい。いくつかの実施形態では、これらの他の形態の記憶装置はまた、プロセッササブシステム８８０によって実行可能なプログラム命令を記憶してもよい。いくつかの実施形態では、実行されるときに、データベースアプリケーション２００を実装するプログラム命令は、システムメモリ８２０内に含まれ／記憶されてもよい。

【0079】

Ｉ／Ｏインターフェース８４０は、様々な実施形態による、他のデバイスに結合して通信するように構成されている様々なタイプのインターフェースのいずれであってもよい。一実施形態では、Ｉ／Ｏインターフェース８４０は、フロントサイドから１つ以上のバックサイドバスへのブリッジチップ（例えば、サウスブリッジ）である。Ｉ／Ｏインターフェース８４０は、１つ以上の対応するバス又は他のインターフェースを介して、１つ以上のＩ／Ｏデバイス８５０に結合されてもよい。Ｉ／Ｏインターフェースの例は、記憶デバイス（ハードドライブ、光学ドライブ、リムーバブルフラッシュドライブ、記憶アレイ、ＳＡＮ、又はそれらに関連付けられたコントローラ）、ネットワークインターフェースデバイス（例えば、ローカル又はワイドエリアネットワークへの）、又は他のデバイス（例えば、グラフィック、サウンドなど）を含む。一実施形態では、コンピュータシステム８００は、ネットワークインターフェースデバイス８５０（例えば、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、Ｅｔｈｅｒｎｅｔなどを介して通信するように構成されている）を介してネットワークに結合されている。

【0080】

出願の主題の実現は、以下の例１～２０を含むが、これらに限定されない。方法であって、
例１．データベースシステムによって、データベースシステムの複数のデータベースノードに第１の許可情報を配布することであって、第１の許可情報は、複数のデータベースノードの各々に対するキー範囲許可の配布を識別し、所与のデータベースノードに配布されている所与のキー範囲許可は、所与のキー範囲許可に関連付けられたキー範囲内にキーが入るレコードを所与のデータベースノードが書き込むことを許可する、ことと、
データベースシステムによって、第２のデータベースノードにプロビジョニングされた第１のキー範囲許可の要求を第１のデータベースノードから受信することと、
データベースシステムによって、第１の許可情報を修正して、第２のデータベースノードの代わりに第１のデータベースノードに第１のキー範囲許可をプロビジョニングする第２の許可情報を導出することと、
データベースシステムによって、複数のデータベースノードの各々に第２の許可情報を配布することと、を含む、方法。
例２．第１の許可情報を修正する前に、データベースシステムは、
第１のキー範囲許可を放棄するための要求を第２のデータベースノードに送信することであって、第２のデータベースノードは、第１のキー範囲許可が第２のデータベースノードにおいて実行されているアクティブトランザクションのセットで使用されていないと判定することに応答して、第１のキー範囲許可を放棄するように動作可能である、ことと、
第２のデータベースノードから、第１のキー範囲許可が放棄されたことを示す表示を受信することと、をさらに含む、例１に記載の方法。
例３．第１の許可情報は、第２のデータベースノードに、第１のキー範囲許可のスーパーセットである第２のキー範囲許可をプロビジョニングし、第２のデータベースノードは、第１のキー範囲許可を放棄するが、第２のキー範囲許可の残りの部分を保持するように動作可能である、例２に記載の方法。
例４．表示は、第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたトランザクションコミット番号を指定し、第２の許可情報は、第１のデータベースノードへのトランザクションコミット番号を識別し、第１のデータベースノードは、トランザクションコミット番号に基づいて、特定のレコードを書き込むかどうかを判定するように動作可能である、例２に記載の方法。
例５．第２の許可情報は、第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたキー範囲トランザクションコミット番号を定義し、第１のデータベースノードは、
第１のデータベースノードに関連付けられたトランザクションコミット番号が、キー範囲トランザクションコミット番号よりも大きいかどうかを判定することと、
トランザクションコミット番号がキー範囲トランザクションコミット番号よりも大きいと判定することに応答して、第１のキー範囲許可に関連付けられた特定のキーのレコードを書き込むことと、を行うように動作可能である、例１に記載の方法。
例６．第２の許可情報は、第１のキー範囲許可に対する最新のコミットされたレコードに関連付けられたキー範囲トランザクションコミット番号を定義し、第１のデータベースノードは、
第１のデータベースノードに関連付けられたトランザクションコミット番号が、キー範囲トランザクションコミット番号よりも大きいかどうかを判定することと、
トランザクションコミット番号がキー範囲トランザクションコミット番号以下であると判定することに応答して、最新のコミットされたレコードをコミットしたデータベースノードから、第１のキー範囲許可に関連付けられた特定のキーのレコードトランザクションコミット番号を検索することと、を行うように動作可能である、例１に記載の方法。
例７．第１のデータベースノードは、
第１のデータベースノードに関連付けられたトランザクションコミット番号がレコードトランザクションコミット番号以下であると判定することに応答して、特定のキーのレコード書き込みを防止するように動作可能である、例６に記載の方法。
例８．第１のデータベースノードは、
第１のデータベースノードに関連付けられたトランザクションコミット番号がレコードトランザクションコミット番号よりも大きいと判定することに応答して、特定のキーのレコードを書き込むように動作可能である、例６に記載の方法。
例９．第２の許可情報は、複数のブランチを含むトライ木データ構造に記憶され、複数のブランチのうちの特定のブランチは、第１のキー範囲許可に対応する、例１に記載の方法。
例１０．複数のデータベースノードの各々に第２の許可情報を配布することは、
複数のデータベースノードに第２の許可情報を通知することと、
複数のデータベースノードの各々から、第２の許可情報に対する情報要求を受信することと、
情報要求に応答して、トライ木データ構造を返すことと、を含む、例９に記載の方法。
例１１．データベースシステムによって実行可能に記憶されたプログラム命令を有する非一時的なコンピュータ可読媒体であって、プログラム命令は、データベースシステムに、
データベースシステムの複数のデータベースノードに第１の許可情報を配布することであって、第１の許可情報は、複数のデータベースノードの各々に対するキー範囲許可の配布を識別し、所与のデータベースノードに配布されている所与のキー範囲許可は、所与のキー範囲許可に関連付けられたキー範囲内にキーが入るレコードを所与のデータベースノードが書き込むことを許可する、ことと、
第２のデータベースノードにプロビジョニングされた第１のキー範囲許可の許可要求を第１のデータベースノードから受信することと、
第１の許可情報を修正して、第２のデータベースノードの代わりに第１のデータベースノードに第１のキー範囲許可をプロビジョニングする第２の許可情報を導出することと、
複数のデータベースノードの各々に第２の許可情報を配布すること、を含む動作を実行させる、媒体。
例１２．前記動作は、
第２のデータベースノードに、少なくとも第１のキー範囲許可を放棄するための要求を送信することと、
第１の許可情報を変更する前に、第２のデータベースノードから、第１のキー範囲許可及び第２のキー範囲許可が放棄されたことを示す表示を受信することと、をさらに含む、例１１に記載の媒体。
例１３．第１の許可情報の修正は、スーパーセットキー範囲許可が、第１のデータベースノードに提供されるように実行され、スーパーセットキー範囲許可は、第１のキー範囲許可と、許可要求において第１のデータベースノードによって要求されなかった第２のキー範囲許可を含む、例１２に記載の媒体。
例１４．第１の許可情報の修正は、第２の許可情報が、特定の時間枠中に、第１のキー範囲許可に関連付けられたキー範囲内に入るキーを有するレコードを別のデータベースノードがコミットしたかどうかの表示を含むように実行される、例１２に記載の媒体。
例１５．第１の許可情報の修正は、第２の許可情報が、特定の時間枠中に、第１のキー範囲許可に関連付けられたキー範囲内に入るキーを有するレコードを別のデータベースノードがコミットしたかどうかの表示を含むように実行される、例１１に記載の媒体。
例１６．方法であって、
データベースシステムの許可オーケストレータデータベースノードによって、データベースシステムの第１のワーカデータベースノードに第１のキー範囲許可をプロビジョニングすることであって、第１のキー範囲許可は、第１のキー範囲許可に関連付けられた第１のキー範囲にキーが入るレコードが書き込まれるのを許可する、ことと、
データベースシステム許可オーケストレータデータベースノードによって、第２のワーカデータベースノードから、第１のキー範囲に包含される第２のキー範囲に関連付けられた第２のキー範囲許可に対する許可要求を受信することと、
許可オーケストレータデータベースノードが、許可要求を受信することに応答して、第１のワーカデータベースノードに、第１のキー範囲許可の少なくとも一部を放棄させることと、
第１のワーカデータベースノードが第１のキー範囲許可の少なくとも一部を放棄することに続いて、許可オーケストレータデータベースノードは、第２のキー範囲許可を第２のワーカデータベースノードにプロビジョニングすることと、を含む、方法。
例１７．放棄させることは、第２のキー範囲に関連付けられた許可を放棄するための放棄要求を第１のワーカデータベースノードに送信することを含み、方法は、
第１のワーカデータベースノードによって、第２のキー範囲内に入るキーに関連付けられたレコードが進行中のトランザクションに対して書き込まれたと判定することと、
第１のワーカデータベースノードによって、進行中のトランザクションをコミットすることと、
進行中のトランザクションをコミットした後に、第１のワーカデータベースノードが、許可オーケストレータデータベースノードに、第２のキー範囲に関連付けられた第１のキー範囲許可の一部が放棄されたことの表示を返すことと、をさらに含む、例１７に記載の方法。
例１８．第１のワーカデータベースノードによって、トランザクションが、放棄要求を受信することに応答して、第２のキー範囲に関連付けられたキーを使用することを防止することをさらに含む、例１７に記載の方法。
例１９．第２のキー範囲許可を第２のワーカデータベースノードにプロビジョニングすることは、第２のワーカデータベースノードに、第１のワーカデータベースノードによって実行された１つ以上の書き込みを示す履歴情報を提供することを含み、方法は、
第２のワーカデータベースノードによって、履歴情報に基づいて、第１のワーカデータベースノードが、特定の時間間隔中に第２のキー範囲内に入る特定のキーを有するレコードをコミットしたかどうかを判定することをさらに含む、例１６に記載の方法。
例２０．第１のワーカデータベースノードが特定の時間間隔中に特定のキーを持つレコードをコミットしたと判定することに応答して、第２のワーカデータベースノードが、特定のキーを有するレコードを書き込むことを伴うトランザクションの一部を中止する、例１９に記載の方法。

【0081】

本開示は、開示された概念の非限定的な実装である「実施形態」への言及を含む。「実施形態」、「一実施形態」、「特定の実施形態」、「いくつかの実施形態」、「様々な実施形態」などへの言及は、必ずしも同じ実施形態を指しているわけではない。多数の可能な実施形態が企図され、これらには、詳細に記載される特定の実施形態、並びに本開示の精神又は範囲に含まれる修正又は代替が含まれる。全ての実施形態が、必ずしも本明細書に記載される潜在的な利点のいずれか又は全てを明らかにする必要はない。

【0082】

特に断らない限り、特定の実施形態は、特定の特徴に関して単一の例のみが記載されている場合であっても、本開示に基づいてドラフトされる特許請求の範囲を開示された形態に制限しようとしていない。したがって、開示される実施形態は、限定的ではなく例示的であるようにしており、これに反する記述はない。本出願は、本開示の利益を有する当業者に明らかであるような代替、修正、及び等価をカバーするようにしている。

【0083】

特定の特徴、構造、又は特性は、本開示と矛盾しない任意の好適な様式で組み合わされ得る。したがって、本開示は、本明細書に（明示的か、又は暗示的に）開示される任意の特徴もしくは特徴の組み合わせ、又はそれらの任意の一般化を含むようにしている。したがって、新たな請求項が、この出願（又はその優先権を主張する出願）のこのような特徴の組み合せに対するプロセキューション中に明確にされることがある。特に、添付の特許請求の範囲を参照すると、従属請求項からの特徴は、独立請求項の特徴と組み合わせてもよく、それぞれの独立請求項からの特徴は、添付の特許請求の範囲に列挙された特定の組み合わせのみでなく、任意の適切な様式で組み合わされてもよい。

【0084】

例えば、添付の従属請求項は、各々が単一の他の請求項に従属するようにドラフトされているが、クレーム６は、先行するクレームのいずれかに従属することができ、クレーム９は、先行するクレームのいずれかに従属することができ、クレーム１５は、クレーム１１～１４のいずれかに従属することができ、クレーム１９は、クレーム１６～１８のいずれかに従属することができることを含む追加の従属も企図されている。適当な場合には、１つの法定タイプ（例えば、装置）でドラフトされたクレームは、他の法定タイプ（例えば、方法）の対応するクレームを示唆することも企図されている。

【0085】

本開示は法的文書であるため、様々な用語及び語句は、行政上及び司法上の解釈の対象となることがある。本開示に基づいてドラフトされるクレームの解釈方法を判定する際には、以下の段落、及び本開示全体を通じて提供される定義を使用することがここに公告される。

【0086】

「ａ」、「ａｎ」、「ｔｈｅ」などの単数形への言及は、文脈上明らかに別段の指示がない限り、「１つ以上」を意味しようとしている。したがって、請求項内の「アイテム」への言及は、そのアイテムの追加のインスタンスを排除しない。

【0087】

本明細書において、「ｍａｙ」という語は、許容的な意味（すなわち、可能性を有し、可能である）で使用され、必須の意味（すなわち、必須）では使用されない。

【0088】

「ｃｏｍｐｒｉｓｉｎｇ」及び「ｉｎｃｌｕｄｉｎｇ」及びその形態は、オープンエンドであり、「含むがこれに限定されない」を意味する。

【0089】

「又は」という用語がオプションのリストに関して本開示において使用されるときに、文脈が他に提供しない限り、それは包括的な意味で使用されると一般に理解されよう。したがって、「ｘ又はｙ」の記述は、「ｘ若しくはｙ、又はその両方」と同等であり、ｙではなくｘ、ｘではなくｙ、及びｘとｙの両方をカバーする。一方、「ｘ又はｙのいずれか、ただし両方ではない」という表現は、「又は」が排他的な意味で使用されていることを明確にしている。

【0090】

「ｗ、ｘ、ｙ、若しくはｚ、又はその任意の組み合わせ」、又は「ｗ、ｘ、ｙ及びｚのうちの少なくとも１つ」の規定は、セット内の単一の要素から要素の総数までを伴う全ての可能性をカバーしようとしている。例えば、セット［ｗ、ｘ、ｙ、ｚ］が与えられると、これらの語句はセットの任意の単一の要素（例えば、ｗであるが、ｗ、ｘ又はｚではない）、任意の２つの要素（例えば、ｗ及びｘであるが、ｙ又はｚではない）、任意の３つの要素（例えば、ｗ、ｘ及びｙであるが、ｚではない）、及び全ての４つの要素をカバーする。したがって、「ｗ、ｘ、ｙ及びｚのうちの少なくとも１つ」という語句は、セット［ｗ、ｘ、ｙ、ｚ］の要素のうちの少なくとも１つを指し、それによって、このオプションのリストの中の全ての可能な組み合わせをカバーする。この語句は、ｗの少なくとも１つのインスタンス、ｘの少なくとも１つのインスタンス、ｙの少なくとも１つのインスタンス、及びｚの少なくとも１つのインスタンスが存在することを要求するように解釈されるべきではない。

【0091】

様々な「ラベル」は、本開示において名詞を進めてもよい。文脈が他を提供しない限り、特徴のために使用される異なるラベル（例えば、「第１の回路」、「第２の回路」、「特定の回路」、「所与の回路」など）は、特徴の異なるインスタンスを指す。ラベル「第１」、「第２」及び「第３」は、特定の特徴に適用されるときに、特に断らない限り、任意のタイプの順序付け（例えば、空間的、時間的、論理的など）も暗示しない。

【0092】

本開示においては、異なるエンティティ（「ユニット」、「回路」、他の構成要素などと様々に呼ばれてもよい）は、１つ以上のタスク又は動作を実行するように「構成」されていると記載されるか、又は特許請求の範囲において記載されてもよい。この定式化、つまり、［１つ以上のタスクを実行する］ように構成されている［エンティティ］は、本明細書において構造（すなわち、何らかの物理的なもの）を指すために使用される。より具体的には、この定式化は、この構造が、動作中に１つ以上のタスクを実行するように配置されていることを示すために使用される。構造は、たとえその構造が現在動作していなくても、いくつかのタスクを実行するように「構成」されているということができる。したがって、いくつかのタスクを実行するように「構成されている」と記載されるか、又は規定されるエンティティは、デバイス、回路、タスクを実行するために実行可能なプログラム命令を記憶するメモリなどの何らかの物理的なものを指す。この語句は、本明細書において何らかの無形のものを指すためには使用されない。

【0093】

「～するように構成」という用語は、「～することが構成可能」ということを意味しようとしていない。例えば、プログラムされていないＦＰＧＡは、何らかの機能を実行「するように構成」されているとは考えられないだろう。しかし、このプログラムされていないＦＰＧＡは、その機能を実行「することが構成可能」であり得る。

【0094】

本明細書において使用される場合、「～に基づいて」という語句は、判定に影響する１つ以上のファクタを記載するために使用される。この用語は、追加的なファクタが判定に影響する可能性を排除しない。すなわち、判定は、指定されたファクタのみに基づいてもよいし、指定されたファクタ及び他の指定されていないファクタに基いてもよい。「Ｂに基づいてＡを判定する」という語句を考える。この語句は、ＢがＡを判定するために使用されるか、又はＡの判定に影響するファクタであることを指定する。この語句は、Ａの判定がＣなどの他のファクタにも基づいてもよいことを排除しない。この語句は、ＡがＢのみに基づいて判定される実施形態をもカバーしようとしている。本明細書で使用される場合、「～に基づいて」という語句は、「～に少なくとも部分的に基づいて」という語句と同義である。

【0095】

「～に応答して」という語句は、効果をトリガする１つ以上のファクタを記載する。この語句は、追加的なファクタが影響するか、そうでなければ効果をトリガする可能性を排除しない。すなわち、効果は、それらのファクタだけに応答するものであってもよいし、指定されたファクタ及び他の指定されていないファクタに応答するものであってもよい。「Ｂに応答してＡを実行する」という語句を考える。この語句は、ＢがＡの性能をトリガするファクタであることを指定している。この語句は、Ａを実行することがＣなどの何らかの他のファクタにも応答してもよいことを排除しない。この語句はまた、ＡがＢだけに応答して実行される実施形態をカバーしようともしている。

【0096】

本開示では、指定された機能を実行するように動作可能な様々な「モジュール」が、図に示され、上記で詳細に記載されている。本明細書で使用される場合、「モジュール」は、特定の動作のセットを実行するように動作可能なソフトウェア又はハードウェアを指す。モジュールは、動作のセットを実行するためにコンピュータシステムによって実行可能なソフトウェア命令のセットを指してもよい。モジュールはまた、動作のセットを実行するように構成されているハードウェアを指してもよい。ハードウェアモジュールは、汎用ハードウェア、及びプログラム命令、又はカスタマイズされたＡＳＩＣのような特殊なハードウェアを記憶する非一時的なコンピュータ可読な媒体を構成してもよい。したがって、動作を実行するように「実行可能」であると記載されているモジュールは、ソフトウェアモジュールを指し、動作を実行するように「構成されている」として記載されたモジュールはハードウェアモジュールを指す。動作を実行するために「動作可能」であるとして記載されているモジュールは、ソフトウェアモジュール、ハードウェアモジュール、又はそれらのいくつかの組み合わせを指す。さらに、本明細書では、特定の動作を実行するように「実行可能」なモジュールを指す任意の説明について、これらの動作は、他の実施形態では、動作を実行するために「構成されている」ハードウェアモジュールによって実装されてもよく、その逆も可能であることが理解されるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】