▶ インターナショナル・ビジネス・マシーンズ・コーポレーションの特許一覧
特表2024-536123ＳＱＬインデックスのリーフページのロック競合のハンドリング
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-10-04
(54)【発明の名称】ＳＱＬインデックスのリーフページのロック競合のハンドリング
(51)【国際特許分類】
G06F 16/22 20190101AFI20240927BHJP
【ＦＩ】
G06F16/22
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024519109
(86)(22)【出願日】2022-09-28
(85)【翻訳文提出日】2024-03-27
(86)【国際出願番号】 EP2022077029
(87)【国際公開番号】W WO2023052457
(87)【国際公開日】2023-04-06
(31)【優先権主張番号】17/492,132
(32)【優先日】2021-10-01
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】390009531
【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション
【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100112690
【弁理士】
【氏名又は名称】太佐 種一
(74)【代理人】
【識別番号】100120710
【弁理士】
【氏名又は名称】片岡 忠彦
(74)【復代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】ワン、シャオボ
(72)【発明者】
【氏名】ワン、ピン
(72)【発明者】
【氏名】リ、シュオ
(72)【発明者】
【氏名】スン、シェン ヤン
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175DA01
5B175EA03
(57)【要約】
ＳＱＬインデックスのリーフページのロック競合のハンドリングインデックス（例えば、ＳＱＬインデックス）のロック競合をハンドリングするためのコンピュータ実装方法、システム、及びコンピュータプログラム製品。インデックスのリーフページは、トランザクションによるインデックスキーの挿入動作中にロック競合について監視される。リーフページのロック競合を検出すると、そのようなリーフページに入力されることになる次のインデックスキーが、バッファのキューにルーティングされる。バッファのキューに記憶されたインデックスキーは、次に、トランザクションがそのようなインデックスキーを記憶することを当初試みた、ロック競合を経験している特定のリーフページにマッピングされ、そのようなマッピングは、データ構造に記憶される。そのようなリーフページがもはやそのようなロック競合を経験しなくなると、適切なインデックスキーが、次に、バッファから除外され、データ構造において識別されたマッピングに基づき、適切なリーフページに記憶される。
【特許請求の範囲】
【請求項1】
インデックスのロック競合をハンドリングするためのコンピュータ実装方法であって：インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する段階；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする段階、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する段階、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を備える、コンピュータ実装方法。
【請求項2】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項１に記載のコンピュータ実装方法。
【請求項3】
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする段階、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される、を更に備える、請求項１又は２に記載のコンピュータ実装方法。
【請求項4】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、前述の請求項のいずれかに記載のコンピュータ実装方法。
【請求項5】
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する段階、を更に備える、前述の請求項のいずれかに記載のコンピュータ実装方法。
【請求項6】
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する段階を更に備える、前述の請求項のいずれかに記載のコンピュータ実装方法。
【請求項7】
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する段階；及び新たに入来するインデックスキーを前記新たなキューにルーティングする段階
を更に備える、前述の請求項のいずれかに記載のコンピュータ実装方法。
【請求項8】
インデックスのロック競合をハンドリングするためのコンピュータプログラム製品であって、プログラムコードが具現化された１つ又は複数のコンピュータ可読ストレージ媒体を備え、前記プログラムコードは：インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
のためのプログラミング命令を有する、コンピュータプログラム製品。
【請求項9】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項８に記載のコンピュータプログラム製品。
【請求項10】
前記プログラムコードは：前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
のための前記プログラミング命令を更に有する、請求項８又は９に記載のコンピュータプログラム製品。
【請求項11】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、請求項８～１０のいずれかに記載のコンピュータプログラム製品。
【請求項12】
前記プログラムコードは：前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、請求項８～１１のいずれかに記載のコンピュータプログラム製品。
【請求項13】
前記プログラムコードは：以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、請求項８～１２のいずれかに記載のコンピュータプログラム製品。
【請求項14】
前記プログラムコードは：前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する手順；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする手順
のための前記プログラミング命令を更に有する、請求項８～１３のいずれかに記載のコンピュータプログラム製品。
【請求項15】
インデックスのロック競合をハンドリングするためのコンピュータプログラムを記憶するためのメモリ；及び前記メモリに接続されたプロセッサ、ここで前記プロセッサは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を有する前記コンピュータプログラムのプログラム命令を実行するように構成されている
を備えるシステム。
【請求項16】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項１５に記載のシステム。
【請求項17】
前記コンピュータプログラムの前記プログラム命令は：前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
を更に有する、請求項１５又は１６に記載のシステム。
【請求項18】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、請求項１５～１７のいずれかに記載のシステム。
【請求項19】
前記コンピュータプログラムの前記プログラム命令は：前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、請求項１５～１８のいずれかに記載のシステム。
【請求項20】
前記コンピュータプログラムの前記プログラム命令は：以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、請求項１５～１９のいずれかに記載のシステム。
【請求項21】
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、請求項１～７のいずれかのコンピュータ実装方法を実行するように適合されたプログラムコード手段を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、概してリレーショナルデータベース管理システムに関し、より具体的には、インデックス（例えば、構造化クエリ言語（ｓｔｒｕｃｔｕｒｅｄ ｑｕｅｒｙ ｌａｎｇｕａｇｅ：ＳＱＬ）インデックス）のリーフページのロック競合のハンドリングに関する。
【背景技術】
【0002】
リレーショナルデータベースは、データのリレーショナルモデルに基づくデジタルデータベースである。リレーショナルデータベースを維持するために使用されるシステムは、リレーショナルデータベース管理システム（ｒｅｌａｔｉｏｎａｌ ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ：ＲＤＢＭＳ）である。多くのリレーショナルデータベースシステムは、データベースをクエリ及び維持するために構造化クエリ言語（ＳＱＬ）を使用する選択肢を有する。
【発明の概要】
【0003】
本開示の一実施形態において、インデックスのロック競合をハンドリングするためのコンピュータ実装方法は、インデックスキーの挿入動作中にインデックスのリーフページのロック競合について監視する段階を備える。本方法は、インデックスのリーフページのロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする段階を更に備え、ここで第１のインデックスキーは、インデックスのリーフページに挿入されることになるトランザクションのインデックスキーに対応している。本方法は、加えて、バッファのキューに記憶された第１のインデックスキーの、ロック競合を経験しているリーフページへのマッピングをデータ構造に記憶する段階、ここでデータ構造は、バッファのキューに記憶されたインデックスキーの、インデックスのリーフページへのマッピングを記憶する、を備える。
【0004】
上記で説明されたコンピュータ実装方法の実施形態の他の形態は、システムの形態及びコンピュータプログラム製品の形態である。
【0005】
一態様によれば、インデックスのロック競合をハンドリングするためのコンピュータプログラム製品が提供され、当該コンピュータプログラム製品は、プログラムコードが具現化された１つ又は複数のコンピュータ可読ストレージ媒体を備え、当該プログラムコードは、インデックスキーの挿入動作中に当該インデックスのリーフページのロック競合について監視する手順；当該インデックスの当該リーフページの当該ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで当該第１のインデックスキーは、当該インデックスの当該リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び、当該バッファの当該キューに記憶された当該第１のインデックスキーの、当該ロック競合を経験している当該リーフページへのマッピングをデータ構造に記憶する手順、ここで当該データ構造は、当該バッファのキューに記憶されたインデックスキーの、当該インデックスのリーフページへのマッピングを記憶する、のためのプログラミング命令を有する。
【0006】
別の態様によれば、インデックスのロック競合をハンドリングするためのコンピュータプログラムを記憶するためのメモリ；及び、当該メモリに接続されたプロセッサ、ここで当該プロセッサは、インデックスキーの挿入動作中に当該インデックスのリーフページのロック競合について監視する手順；当該インデックスの当該リーフページの当該ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで当該第１のインデックスキーは、当該インデックスの当該リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び、当該バッファの当該キューに記憶された当該第１のインデックスキーの、当該ロック競合を経験している当該リーフページへのマッピングをデータ構造に記憶する手順、ここで当該データ構造は、当該バッファのキューに記憶されたインデックスキーの、当該インデックスのリーフページへのマッピングを記憶する、を有するコンピュータプログラムのプログラム命令を実行するように構成されている、を備えるシステムが提供される。
【0007】
上記では、以下に続く本開示の詳細な説明がより良く理解され得るために、本開示の１つ又は複数の実施形態の特徴及び技術的利点をかなり一般的に概説している。本開示の追加の特徴及び利点は、以降で説明されることになり、本開示の特許請求の範囲の主題を形成し得る。
【図面の簡単な説明】
【0008】
ここで、本発明の１つ又は複数の好ましい実施形態が、例としてのみ、以下の図面を参照して説明される。
【0009】
【図1】本開示の実施形態による、本開示の原理を実践する通信システムを示す。
【0010】
【図2】本開示の実施形態による、インデックスのリーフページのロック競合を効果的にハンドリングするためのリレーショナルデータベース管理システムのソフトウェアコンポーネントを示す図である。
【0011】
【図3】本開示を実践するためのハードウェア環境を代表する、リレーショナルデータベース管理システムのハードウェア構成の本開示の実施形態を示す。
【0012】
【図4】本開示の実施形態による、インデックスのリーフページのロック競合をハンドリングするための方法のフローチャートである。
【0013】
【図5】本開示の実施形態による、リーフページへのインデックスキーの挿入動作中にインデックスのリーフページのロック競合について監視することを示す。
【0014】
【図6】本開示の実施形態による、ロック競合を経験しているリーフページにインデックスキーを記憶する試みを伴うトランザクションから、インデックス分配キューバッファのキューへのインデックスキーのルーティングを示す。
【0015】
【図7】本開示の実施形態による、追加のインデックスキーのストレージをハンドリングするための方法のフローチャートである。
【0016】
【図8】本開示の実施形態による、ロック競合を以前に経験していた適切なリーフページにインデックスキーを非同期的に挿入するための方法のフローチャートである。
【0017】
【図9】本開示の実施形態による、リーフページのインデックス分割、リーフページを伴うシステムチェックポイント、又はリーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信、を検出することに応答して、リーフページにインデックスキーを同期的に挿入するための方法のフローチャートである。
【0018】
【図10】本開示の実施形態による、潜在的な将来のロック競合が検出された場合において、インデックス分割中にリーフページを事前割り当てするための方法のフローチャートである。
【図11】本開示の実施形態による、インデックス分割中にリーフページを事前割り当てすることを示す。
【発明を実施するための形態】
【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】
【0097】
図５に示されている通り、複数のトランザクション５０１Ａ～５０１Ｃ（図５において、それぞれ「トランザクション＃Ｘ」、「トランザクション＃Ｙ」、及び「トランザクション＃Ｚ」として識別される）は、一定数のインデックスキー５０３（図５において、「キー＃１」、「キー＃２」、「キー＃３」、...「キー＃Ｎ」として識別され、Ｎは正の整数である）を既に記憶しているインデックスのリーフページ５０２にインデックスキーを記憶することを試みる。トランザクション５０１Ａ～５０１Ｃは、集合的に、又は個別に、それぞれ複数のトランザクション５０１又は単数のトランザクション５０１と称され得る。インデックスキー５０３は、集合的に、又は個別に、それぞれ複数のインデックスキー５０３又は単数のインデックスキー５０３と称され得る。
【0098】
各トランザクション５０１が、リーフページ５０２などのリーフページにインデックスキー５０３を記憶することを試みた場合、トランザクション５０１は、ページロック又は行ロック＋ページラッチのいずれかを適用する。実装されることになるページ又は行ロックは、実装されることになるページ／行ロックのリストを含む「ページ／行レベルロック待機キュー」５０４に記憶される（図５において、「ロック＃ｎ」、「ロック＃ｍ」、「ロック＃ｘ」、「ロック＃ｙ」、及び「ロック＃ｚ」として識別される）。本明細書において使用される場合、記号「／」は、「又は」を意味することに留意されたい。従って、「ページ／行」レベルロック待機キューは、ページレベルロック待機キュー又は行レベルロック待機キューを指す。
【0099】
一実施形態において、監視エンジン２０１は、ページ／行レベルロック待機キュー５０４の長さに基づき、ロック競合を検出する。一実施形態において、そのようなロック競合は、キュー５０４の全長の閾値パーセンテージに基づき得る。一実施形態において、そのような閾値パーセンテージは、ユーザ指定のものであり得る。
【0100】
更に、図５において示されている通り、一実施形態において、監視エンジン２０１は、実装されることになる様々なページラッチ（様々なリーフページのために配置されるラッチ）を記憶するラッチ待機キュー５０５の長さ（例えば、図５において、「ラッチ＃ｘ」、「ラッチ＃ｙ」、「ラッチ＃ｚ」、...「ラッチ＃ｙ」として識別される）に基づき、ロック競合を検出する。例えば、そのようなロック競合は、キュー５０５の全長の閾値パーセンテージに基づき得る。一実施形態において、そのような閾値パーセンテージは、ユーザ指定のものであり得る。
【0101】
更に、図５において示されている通り、監視エンジン２０１によるそのような監視に基づき、インデックスキー５０３は、以下で更に詳細に論述される通り、インデックス分配キューバッファ５０６にルーティングされることになる。
【0102】
加えて、図５において示されている通り、インデックス分配キューバッファ５０６は、キュー５０７Ａ～５０７Ｎ（図５において、「キュー＃１」、「キュー＃２」、...「キュー＃Ｎ」として識別され、Ｎは正の整数である）を含む。キュー５０７Ａ～５０７Ｎは、集合的に、又は個別に、それぞれ複数のキュー５０７又は単数のキュー５０７と称され得る。各キュー５０７は、１つ又は複数のインデックスキー５０３を記憶する。インデックス分配キューバッファ５０６のキュー５０７へのインデックスキー５０３の記憶に関する更なる論述は、以下で更に提供される。
【0103】
図５は、キュー５０４、５０５内の特定の数のエントリを示しているが、図５は、キュー５０４、５０５内の任意の数のエントリを含み得ることに留意されたい。同様に、バッファ５０６は任意の数のキュー５０７を含み得、各キュー５０７は任意の数のインデックスキー５０３を記憶するための任意の数のエントリを含み得る。更に、リーフページ５０２は、任意の数のインデックスキー５０３を記憶し得る。要素番号５０３は、リーフページ５０２などのリーフページに記憶されたそれらのインデックスキー、並びに、バッファ５０６のキュー５０７に記憶されたそれらのインデックスキーを指すことに留意されたい。
【0104】
図１～図３及び図５と併せて、図４の動作４０２に戻ると、ロック競合が検出されなかった場合、リレーショナルデータベース管理システム１０２の監視エンジン２０１は、動作４０１におけるトランザクション５０１によるインデックスキーの挿入動作中におけるインデックス（例えば、ＳＱＬインデックス）のリーフページのロック競合についての監視を継続する。
【0105】
しかしながら、ロック競合が検出された場合、動作４０３において、リレーショナルデータベース管理システム１０２のルーティングエンジン２０３は、図６に示されている通り、（ロック競合を呈していると識別されたリーフページに記憶されることが意図されている）次のインデックスキー５０３を、インデックス分配キューバッファ５０６のキュー５０７にルーティングし、それにより、ロック競合を異なるリーフページに移動させる。
【0106】
図６を参照すると、図６は、本開示の実施形態に従い、ロック競合を経験しているリーフページにインデックスキー５０３を記憶する試みを伴うトランザクションから、インデックス分配キューバッファ５０６（図５）のキュー５０７（図５）へのインデックスキー５０３のルーティングを示し、記憶されたインデックスキー５０３は、ロック競合を経験しているリーフページにマッピングされる。
【0107】
図６に示されている通り、トランザクション６０１Ａ～６０１Ｄ（図６において、それぞれ「トランザクション＃１」、「トランザクション＃２」、「トランザクション＃３」、及び「トランザクション＃４」とラベル付けされている）は、インデックスキー５０３（図６において、トランザクション６０１Ａに関して「Ｋ５１」、「Ｋ５２」、及び「Ｋ６１」とラベル付けされ、トランザクション６０１Ｂに関して「Ｋ５３」、「Ｋ５４」、及び「Ｋ６２」とラベル付けされ、トランザクション６０１Ｃに関して「Ｋ５５」、「Ｋ６３」、及び「Ｋ６５」とラベル付けされ、かつトランザクション６０１Ｄに関して「Ｋ５６」、「Ｋ６４」、及び「Ｋ６６」とラベル付けされている）を、ロック競合を経験しているリーフページ６０２Ａ～６０２Ｂ（図６において、それぞれ「リーフ＃５」及び「リーフ＃６」として識別される）に記憶することを試みる。その結果、図６において示されている通り、ルーティングエンジン２０３は、そのようなインデックスキー５０３をインデックス分配キューバッファ５０６の様々なキュー５０７にルーティングする。更に、図６に示されている通り、そのようなインデックスキー５０３をインデックス分配キューバッファ５０６の様々なキュー５０７にルーティングすることにより、ロック競合のエリアが、リーフページ６０２Ｃ（図６において、「リーフ＃７」として識別される）などの別のリーフページに移動され得る。完全を期すために、インデックス（例えば、ＳＱＬインデックス）において、図６に示されるリーフページの各々（６０２Ａ～６０２Ｄ、ここでリーフページ６０２Ｄは、図６において「リーフ＃４」として識別される）は、ルートノード（図６には示されていない）の１又は複数レベル下にある（インデックスの（Ｂツリー）構造の中間レベルに位置する）（図６において、「非リーフ＃２」として識別される）非リーフページ６０３の子であることに留意されたい。トランザクション６０１Ａ～６０１Ｄは、集合的に、又は個別に、それぞれ複数のトランザクション６０１又は単数のトランザクション６０１と称され得る。リーフページ６０２Ａ～６０２Ｄは、集合的に、又は個別に、それぞれ複数のリーフページ６０２又は単数のリーフページ６０２と称され得る。図６は４つのトランザクション６０１を示しているが、任意の数のトランザクション６０１が、任意の数のリーフページ６０２にインデックスキー５０３を記憶することを試みている可能性があることに留意されたい。更に、インデックス（例えば、ＳＱＬインデックス）は、任意の数のリーフページ６０２及び非リーフページ６０３を含み得る。
【0108】
一実施形態において、ルーティングエンジン２０３は、特定のルール（例えば、図６に示されている通り、モジュラーハッシングなどのハッシュ、ここでハッシュ値＝キー値モジュール１６）の観点で、そのようなインデックスキー５０３をインデックス分配キューバッファ５０６のキュー５０７にルーティングする。例えば、そのような特定のルールを適用することに基づき、図６において示されている通り、インデックスキーＫ５１はキュー５０７Ａのキュー位置Ｑ１１に記憶され、インデックスキーＫ６１はキュー５０７Ａのキュー位置Ｑ１２に記憶され、インデックスキーＫ５４はキュー５０７Ａのキュー位置Ｑ１３に記憶され、インデックスキーＫ６３はキュー５０７Ａのキュー位置Ｑ１４に記憶される。同様に、図６において示されている通り、インデックスキーＫ６２はキュー５０７Ｂのキュー位置Ｑ２１に記憶され、インデックスキーＫ５２はキュー５０７Ｂのキュー位置Ｑ２２に記憶され、インデックスキーＫ６６はキュー５０７Ｂのキュー位置Ｑ２３に記憶され、インデックスキーＫ５３はキュー５０７Ｂのキュー位置Ｑ２４に記憶される。更に、図６に示されている通り、インデックスキーＫ５５、Ｋ６４、Ｋ６５、及びＫ５６はキュー５０７Ｎに記憶される。
【0109】
一実施形態において、インデックス分配キューバッファ５０６のキュー５０７に記憶されているインデックスキー５０３は、コンペア・アンド・スワップを介して同期される。本明細書において使用される場合、「コンペア・アンド・スワップ」は、同期を実現するためにマルチスレッドで使用されるアトミック命令を指す。それは、メモリ位置のコンテンツを所与の値と比較し、それらが同じである場合にのみ、当該メモリ位置のコンテンツを新たな所与の値に修正する。例えば、一実施形態において、キューカウント、使用されるキュースペース、及びキューテールポインタは、「コンペア・アンド・スワップ」処理において使用されるインデックス分配キューバッファ５０６におけるキュー５０７の構造に関連する情報を提供するために使用され得る。
【0110】
図１～図３及び図５～図６と併せて、図４に戻ると、動作４０４で、リレーショナルデータベース管理システム１０２のマッピングエンジン２０４は、インデックス分配キューバッファ５０６のキュー５０７（例えば、キュー５０７Ａ）に記憶されたインデックスキー５０３（例えば、「Ｋ５１」）を、トランザクション６０１（例えば、トランザクション６０１Ａ）がインデックスキー５０３（例えば、「Ｋ５１」）を記憶することを当初試みた、ロック競合を経験している特定のリーフページ６０２（例えば、リーフページ６０２Ａ）にマッピングする。一実施形態において、そのようなマッピングは、図６において示されている通り、マッピングエンジン２０４によって、本明細書において「インデックスリーフルータマップ」６０４と称されるデータ構造に記憶される。
【0111】
再び図６を参照すると、インデックスリーフルータマップ６０４は、インデックス分配キューバッファ５０６のキュー５０７に記憶されたインデックスキー５０３の、インデックス（例えば、ＳＱＬインデックス）の特定のリーフページ６０２へのマッピングを記憶する。例えば、インデックスキー５０３の記憶場所の識別子（例えば、キュー位置Ｑ１１、Ｑ１３、Ｑ２２、Ｑ２４、Ｑ１６＿１、Ｑ１６＿４）は、図６に示されている通り、リーフページ６０２Ａ（図６において、「リーフ＃５」として識別される）にマッピングされる。同様に、インデックスキー５０３の記憶場所の識別子（例えば、キュー位置Ｑ１２、Ｑ１４、Ｑ２１、Ｑ２３、Ｑ１６＿２、Ｑ１６＿３）は、図６に示されている通り、リーフページ６０２Ｂ（図６において、「リーフ＃６」として識別される）にマッピングされる。
【0112】
一実施形態において、インデックスリーフルータマップ６０４はまた、図６に示されている通り、そのようなリーフページ６０２（例えば、それぞれリーフページ６０２Ａ～６０２Ｂ）のページ空きサイズ情報６０５Ａ～６０５Ｂを記憶する。本明細書において、「ページ空きサイズ情報」６０５Ａ～６０５Ｂは、集合的に、又は個別に、ページ空きサイズ情報６０５と称され得る。本明細書において使用される場合、そのようなページ空きサイズ情報６０５は、インデックスキー５０３を記憶するためにリーフページ６０２において利用可能なメモリスペースの量を指す。以前に論述された通り、一実施形態において、監視エンジン２０１は、インデックスキー５０３のストレージによって使用されているメモリの量を追跡するように構成されており、従って、追加のインデックスキー５０３を記憶するために残されているメモリスペースの量を判定することができる。
【0113】
更に、上記で論述された通り、一実施形態において、インデックス分配キューバッファ５０６のキュー５０７内のインデックスキー５０３のメモリ位置と、インデックス（例えば、ＳＱＬインデックス）の様々なリーフページ６０２の識別子とのマッピングは、マッピングエンジン２０４によるコンペア・アンド・スワップを介して同期される。
【0114】
ロック競合を経験しているリーフページ６０２にインデックスキー５０３を記憶するのとは対照的に、インデックス分配キューバッファ５０６のキュー５０７にそのようなインデックスキー５０３をルーティングした後、インデックス分配キューバッファ５０６のキュー５０７は、インデックスのリーフページ６０２によって経験されるロック競合の程度に基づき、動的に追加／削除され得る。
【0115】
例えば、一実施形態において、バッファエンジン２０２は、インデックス（例えば、ＳＱＬインデックス）のリーフページ６０２のロック競合の程度に基づき、インデックス分配キューバッファ５０６内のキュー５０７を動的に追加又は削除する。上記で論述された通り、一実施形態において、インデックスのリーフページにおけるロック競合の程度又はレベルは、リーフページ６０２にインデックスキー５０３を記憶することを試みているトランザクションの数に基づき、並びに、ページ空きサイズ情報６０５に基づき、監視エンジン２０１によって判定される。追加の新たなインデックスキー５０３を記憶するために、インデックス分配キューバッファ５０６におけるキュー５０７の数を増加させる必要がある場合、バッファエンジン２０２はインデックス分配キューバッファ５０６にキュー５０７を動的に追加する。逆に、インデックスのリーフページ６０２の現在のロック競合の程度をハンドリングするための、インデックス分配キューバッファ５０６内のキュー５０７が供給過剰である場合、バッファエンジン２０２は、インデックス分配キューバッファ５０６内のキュー５０７を動的に除外又は削除する。
【0116】
例えば、インデックス分配キューバッファ５０６のキュー５０７が最大キュー長の閾値パーセンテージに到達すると、リレーショナルデータベース管理システム１０２のバッファエンジン２０２は、図７に関連して以下で論述される通り、インデックスキー５０３の任意の追加的なストレージをハンドリングするための他のキュー５０７が存在しない場合、追加のインデックスキー５０３のストレージをハンドリングするための新たなキュー５０７を作成し得る。
【0117】
図７は、本開示の実施形態による、これらの追加のインデックスキー５０３のストレージをハンドリングするための他のキュー５０７が存在しないときに、インデックス分配キューバッファ５０６内に新たなキュー５０７を作成することにより追加のインデックスキー５０３のストレージをハンドリングするための方法７００のフローチャートである。
【0118】
図１～図３及び図５～図６と併せて、図７を参照すると、動作７０１において、リレーショナルデータベース管理システム１０２のバッファエンジン２０２は、インデックス分配キューバッファ５０６内の他のキュー５０７が追加のインデックスキー５０３を記憶するための容量を欠いている状況の間などに、インデックス分配キューバッファ５０６内のキュー５０７（例えば、キュー５０７Ａ）が最大キュー長の閾値パーセンテージに到達したかどうかを判定する。
【0119】
一実施形態において、そのような閾値パーセンテージは、ユーザ指定のものであり得る。一実施形態において、そのキュー５０７を含むインデックス分配キューバッファ５０６の構造に関する情報は、リレーショナルデータベース管理システム１０２のストレージデバイス（例えば、メモリ３０５、ディスクユニット３０８）内に存在し得るデータ構造に記憶され得る。一実施形態において、そのような情報は、バッファエンジン２０２によって追加のキュー５０７が作成されるべき、その最大キュー長の規定された閾値パーセンテージを含む、キュー５０７の最大長を含む。
【0120】
最大キュー長の閾値パーセンテージに到達したキュー５０７がインデックス分配キューバッファ５０６内に存在しない場合、バッファエンジン２０２は、動作７０１において、インデックス分配キューバッファ５０６内のキュー５０７が最大キュー長の閾値パーセンテージに到達しているかどうかを判定し続ける。
【0121】
しかしながら、インデックス分配キューバッファ５０６内の他のキュー５０７が追加のインデックスキー５０３を記憶する容量を欠いている状況の間など、最大キュー長の閾値パーセンテージに到達しているキュー５０７（例えば、キュー５０７Ａ）がインデックス分配キューバッファ５０６内に存在する場合、動作７０２において、リレーショナルデータベース管理システム１０２のバッファエンジン２０２は、インデックス分配キューバッファ５０６内に新たなキュー５０７を作成する。
【0122】
動作７０３において、リレーショナルデータベース管理システム１０２のルーティングエンジン２０３は、上記で論述された通り、新たに入来するインデックスキー５０３を新たに作成されたキュー５０７にルーティングする。
【0123】
更に、図８に関連して以下で論述される通り、ロック競合を以前に経験していたリーフページ６０２で低いレベル又は程度のロック競合が存在する状況において、次に、トランザクション６０１によって以前にそのようなリーフページ６０２に記憶することが試みられたインデックスキー５０３は、インデックス分配キューバッファ５０６から除外され、インデックスリーフルータマップ６０４を用いて適切なリーフページ６０２に記憶される。
【0124】
図８は、本開示の実施形態による、トランザクション６０１によって以前にそのようなリーフページ６０２にそのようなインデックスキー５０３を記憶することが試みられた、ロック競合を以前に経験していた適切なリーフページ６０２にインデックスキー５０３を非同期的に挿入するための方法８００のフローチャートである。
【0125】
図１～図３及び図５～図６と併せて図８を参照すると、動作８０１において、リレーショナルデータベース管理システム１０２の監視エンジン２０１は、ロック競合を経験していると以前に識別されたインデックスのリーフページ６０２（例えば、リーフページ６０２Ａ）のロック競合の程度を測定する。
【0126】
動作８０２において、リレーショナルデータベース管理システム１０２の監視エンジン２０１は、ロック競合を以前に経験していたそのようなリーフページ６０２におけるロック競合のレベルが、ユーザ指定のものであり得る閾値レベルを下回っているかどうかを判定する。そのような状況が発生した場合、リーフページ６０２は低レベルのロック競合を経験しているため、今や追加のインデックスキー５０３を記憶するのに安全であると言うことができる。本明細書において使用される場合、「低レベル」のロック競合は、もはやロック競合を経験していないと見なされるリーフページを指す。
【0127】
上記で論述された通り、一実施形態において、監視エンジン２０１は、インデックスのリーフページ６０２におけるロック競合のレベルを検出するように構成されており、例えば、それが、ユーザ指定のものであり得る閾値レベルを下回っているかを判定する。一実施形態において、インデックスのリーフページにおけるロック競合の程度又はレベルは、リーフページ６０２にインデックスキー５０３を記憶することを試みているトランザクションの数に基づき、並びに、ページ空きサイズ情報６０５に基づき、監視エンジン２０１によって判定される。本明細書において使用される場合、「ページ空きサイズ情報」は、インデックスキー５０３を記憶するためにリーフページ６０２において利用可能なメモリスペースの量を示す。一実施形態において、インデックス（例えば、ＳＱＬインデックス）の各リーフページ６０２には、専門家などによって特定のサイズ（例えば、３ＫＢ）が割り当てられている。一実施形態において、監視エンジン２０１は、インデックスキー５０３のストレージによって使用されているメモリの量を追跡するように構成されており、従って、追加のインデックスキー５０３を記憶するために残されているメモリスペースの量を判定することができる。インデックス（例えば、ＳＱＬインデックス）のリーフページ６０２のメモリ使用量を追跡するために監視エンジン２０１によって利用されるソフトウェアツールの例は、ＳＱＬＳｈａｃｋ、ＡｐｅｘＳＱＬ ｂｙ Ｑｕｅｓｔ（登録商標）などを含むが、これらに限定されない。
【0128】
一実施形態において、インデックスのリーフページ６０２のそのようなメモリ使用量、及び、リーフページ６０２に書き込まれることになるインデックスキー５０３の数に基づき、リーフページ６０２におけるロック競合の程度又はレベルが判定され得る。例えば、リーフページ６０２に書き込まれることになるインデックスキー５０３の数が、リーフページ６０２内の残りの利用可能なメモリスペースの５０％を超えるメモリスペースを必要とする場合、リーフページ６０２は、ロック競合を経験していると言うことができる。他方、リーフページ６０２に書き込まれることになるインデックスキー５０３の数が、リーフページ６０２内の残りの利用可能なメモリスペースの２５％未満であるメモリスペースを必要とする場合、リーフページ６０２は、低レベルのロック競合を経験していると言うことができる。
【0129】
ロック競合を以前に経験していたリーフページ６０２におけるロック競合のレベルが閾値レベルを下回っていない場合、検出器エンジン２０５は、動作８０１において、ロック競合を経験していると以前に識別されたインデックスのリーフページ６０２のロック競合の程度を測定し続ける。
【0130】
しかしながら、ロック競合を以前に経験していたリーフページ６０２におけるロック競合のレベルが閾値レベルを下回っている場合、動作８０３において、リレーショナルデータベース管理システム１０２のルーティングエンジン２０３は、図６に示されている通り、インデックスリーフルータマップ６０４に基づき、低レベルのロック競合を現在経験しているリーフページ６０２に非同期的に挿入されることになる適切なインデックスキー５０３をインデックス分配キューバッファ５０６から除外する。
【0131】
図６を参照すると、例えば、リーフページ６０２Ａ（「リーフ＃５」）が現在、低レベルのロック競合を経験していると判定された場合、ルーティングエンジン２０３は、インデックスリーフルータマップ６０４においてそのようなリーフページ６０２Ａにマッピングされている、そのようなインデックスキー５０３を記憶しているキューの場所を識別することに基づき、どのインデックスキー５０３がインデックス分配キューバッファ５０６から除外され、リーフページ６０２Ａに挿入されることになるかを識別する。例えば、インデックスキー５０３の記憶場所の識別子（キュー位置Ｑ１１、Ｑ１３、Ｑ２２、Ｑ２４、Ｑ１６＿１、及びＱ１６＿４）がリーフページ６０２Ａにマッピングされる。その結果、ルーティングエンジン２０３は、バッチなどでリーフページ６０２Ａに記憶されることになるそのようなインデックスキー５０３をインデックス分配キューバッファ５０６のキュー５０７から除外する。
【0132】
一実施形態において、ルーティングエンジン２０３は、リーフページ６０２（例えば、リーフページ６０２Ａ）が「ロック競合」状態（すなわち、低レベルのロック競合とは対照的な高レベルのロック競合）に到達することなく現在記憶することができるインデックスキー５０３の数のみをインデックス分配キューバッファ５０６から取得する。一実施形態において、リーフページ６０２（例えば、リーフページ６０２Ａ）のロック競合の状態が監視エンジン２０１によって継続的に監視され、その結果、リーフページ６０２（例えば、リーフページ６０２Ａ）に記憶されるのとは対照的にインデックス分配キューバッファ５０６に記憶されるインデックスキー５０３の数、又は、ルーティングエンジン２０３によってインデックス分配キューバッファ５０６から除外されてリーフページ６０２（例えば、リーフページ６０２Ａ）に挿入されるインデックスキー５０３の数が動的に実行される。
【0133】
加えて、図９に関連して以下で論述される通り、一実施形態において、インデックスキー５０３は、このリーフページ６０２（例えば、リーフページ６０２Ａ）の分割、このリーフページ６０２（例えば、リーフページ６０２Ａ）についてのシステムチェックポイントのトリガ、又はそのようなリーフページ６０２（例えば、リーフページ６０２Ａ）を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文（例えば、ＳＥＬＥＣＴ ＳＱＬ文、ＵＰＤＡＴＥ ＳＱＬ文、ＤＥＬＥＴＥ ＳＱＬ文）の受信を検出することに応答して、インデックス分配キューバッファ５０６から除外され、リーフページ６０２（例えば、リーフページ６０２Ａ）に同期的に挿入され得る。
【0134】
図９は、本開示の実施形態による、リーフページ６０２（例えば、リーフページ６０２Ａ）のインデックス分割、リーフページ６０２（例えば、リーフページ６０２Ａ）を伴うシステムチェックポイント、又はリーフページ６０２（例えば、リーフページ６０２Ａ）を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信、を検出することに応答して、リーフページ６０２（例えば、リーフページ６０２Ａ）にインデックスキー５０３を同期的に挿入するための方法９００のフローチャートである。
【0135】
図１～図３及び図５～図６と併せて図９を参照すると、動作９０１において、リレーショナルデータベース管理システム１０２の検出器エンジン２０５は、リーフページ分割、リーフページ６０２についてのシステムチェックポイントのトリガ、又はリーフページ６０２を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信が検出されたかどうかを判定する。
【0136】
上記で論述された通り、一実施形態において、検出器エンジン２０５は、リーフページ分割、リーフページ６０２についてのシステムチェックポイントのトリガ、及びリーフページ６０２を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信を検出するように構成されている。
【0137】
上記で論述された通り、本明細書において使用される場合、リーフページ６０２の「分割」は、或るリーフページにあることが必要とされる新たなデータ（例えば、新たな行）を追加するのに十分なメモリスペースがなく、その結果、当該リーフページ６０２が分割しなければならない場合の状況を指す。分割が発生した場合、リーフページ６０２は、リーフページ６０２の各々で当該元のリーフページ６０２の行のおよそ半分を有する２つのページに分割され得る。その結果、検出器エンジン２０５は、別のリーフページ６０２に記憶されたデータの半分を記憶するための新たなリーフページ６０２の作成時に、リーフページ分割を検出する。
【0138】
更に、上記で論述された通り、本明細書において使用される場合、リーフページ６０２についての「システムチェックポイント」は、リーフページ６０２から取得されたインデックスキー５０３などのデータを、当該データをベースラインコピーと比較することによって検証するテスト動作を指す。一実施形態において、検出器エンジン２０５は、リレーショナルデータベース管理システム１０２のデータベースエンジン２０６（例えば、ＳＱＬサーバデータベースエンジン）によるチェックポイントの発行の検出に基づき、そのようなシステムチェックポイントを検出する。
【0139】
加えて、上記で論述された通り、ＳＱＬ ＳＥＬＥＣＴ文などのＳＥＬＥＣＴ文は、データベース１０４からデータを選択するために使用される。ＳＱＬ ＵＰＤＡＴＥ文などのＵＰＤＡＴＥ文は、データベース１０４のテーブル内の既存のレコードを修正するために使用される。ＳＱＬ ＤＥＬＥＴＥ文などのＤＥＬＥＴＥ文は、データベース１０４のテーブル内の既存のレコードを削除するために使用される。一実施形態において、検出器エンジン２０５は、コンピューティングデバイス１０１からリレーショナルデータベース管理システム１０２によって受信されたクエリ内のそのような文を識別することに基づき、そのような文の受信を検出するように構成されている。一実施形態において、検出器エンジン２０５は、自然言語処理を利用してクエリ内のそのような文を識別し、そのような用語は、専門家によって格納されたデータ構造に記憶される。一実施形態において、そのようなデータ構造は、リレーショナルデータベース管理システム１０２のストレージデバイス（例えば、メモリ３０５、ディスクユニット３０８）に記憶される。
【0140】
リーフページ分割、リーフページ６０２についてのシステムチェックポイントのトリガ、又はリーフページ６０２を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信が検出されない場合、検出器エンジン２０５は、動作９０１で、リーフページ分割、リーフページ６０２についてのシステムチェックポイントのトリガ、又はリーフページ６０２を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信が検出されるかどうかを判定し続ける。
【0141】
しかしながら、図６に示されている通り、リーフページ分割、リーフページ６０２についてのシステムチェックポイントのトリガ、又はリーフページ６０２を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信が検出された場合、動作９０２において、リレーショナルデータベース管理システム１０２のルーティングエンジン２０３は、そのようなリーフページ６０２（例えば、リーフページ６０２Ａ）についてのリーフページ分割、そのようなリーフページ６０２（例えば、リーフページ６０２Ａ）を伴うシステムチェックポイントのトリガ、又はそのようなリーフページ６０２（例えば、リーフページ６０２Ａ）を伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信、を検出することに応答して、リーフページ６０２（例えば、リーフページ６０２Ａ）に同期的に挿入されることになるインデックスキー５０３をインデックス分配キューバッファ５０６から除外する。
【0142】
図６を参照すると、例えば、リーフページ６０２Ａのリーフページ分割、リーフページ６０２Ａを伴うシステムチェックポイントのトリガ、又はリーフページ６０２Ａを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文の受信が検出された場合、ルーティングエンジン２０３は、インデックスリーフルータマップ６０４においてそのようなリーフページ６０２Ａにマッピングされている、そのようなインデックスキー５０３を記憶しているキューの場所を識別することに基づき、どのインデックスキー５０３がインデックス分配キューバッファ５０６から除外され、リーフページ６０２Ａに挿入されることになるかを識別する。例えば、リーフページ６０２Ａにマッピングされているインデックスキー５０３の記憶場所の識別子（キュー位置Ｑ１１、Ｑ１３、Ｑ２２、Ｑ２４、Ｑ１６＿１、及びＱ１６＿４）がインデックスリーフルータマップ６０４に記憶される。その結果、ルーティングエンジン２０３は、バッチなどでリーフページ６０２Ａに記憶されることになるそのようなインデックスキーをインデックス分配キューバッファ５０６のキュー５０７から除外する。
【0143】
一実施形態において、ルーティングエンジン２０３は、リーフページ６０２（例えば、リーフページ６０２Ａ）が「ロック競合」状態（すなわち、低レベルのロック競合とは対照的な高レベルのロック競合）に到達することなく現在記憶することができるインデックスキー５０３の数のみをインデックス分配キューバッファ５０６から取得する。一実施形態において、リーフページ６０２（例えば、リーフページ６０２Ａ）のロック競合の状態が監視エンジン２０１によって継続的に監視され、その結果、リーフページ６０２（例えば、リーフページ６０２Ａ）に記憶されるのとは対照的にインデックス分配キューバッファ５０６に記憶されるインデックスキー５０３の数、又は、ルーティングエンジン２０３によってインデックス分配キューバッファ５０６から除外されてリーフページ６０２（例えば、リーフページ６０２Ａ）に挿入されるインデックスキー５０３の数が動的に実行される。
【0144】
更に、図１０に関連して以下で論述される通り、一実施形態において、リレーショナルデータベース管理システム１０２は、順次挿入パターンが検出された場合、インデックス分割後の将来のロック競合の可能性を低減するために、複数のリーフページ６０２を非同期的に事前割り当てし得る。本明細書において使用される場合、「事前割り当て」は、ルーティングエンジン２０３がインデックスキー５０３をそのようなリーフページ６０２に記憶する必要があるときに、そのようなリーフページ６０２内のメモリスペースが利用可能であることを保証する。
【0145】
図１０は、本開示の実施形態による、潜在的な将来のロック競合が検出された場合に、インデックス分割中にリーフページ６０２を事前割り当てするための方法１０００のフローチャートである。
【0146】
図１～図３及び図５～図６と併せて図１０を参照すると、動作１００１において、リレーショナルデータベース管理システム１０２の検出器エンジン２０５は、インデックス分割中にインデックスキー５０３の順次パターンがリーフページ６０２に挿入されているものとして検出されたかどうかを判定する。
【0147】
インデックス分割中にインデックスキー５０３の順次パターンがリーフページ６０２に挿入されているものとして検出されない場合、検出器エンジン２０５は、動作１００１において、インデックス分割中にインデックスキー５０３の順次パターンがリーフページ６０２に挿入されているものとして検出されるかどうかを判定し続ける。
【0148】
しかしながら、インデックス分割中にインデックスキー５０３の順次パターンがリーフページ６０２に挿入されているものとして検出された場合、動作１００２において、リレーショナルデータベース管理システム１０２の検出器エンジン２０５は、起こり得るロック競合シナリオを削減するために、インデックスの複数のリーフページ６０２を非同期的に事前割り当てする。
【0149】
上記で論述された通り、インデックス分割が発生した場合、リーフページ６０２は、リーフページ６０２の各々で当該元のリーフページの行のおよそ半分を有する２つのページに分割され得る。一実施形態において、インデックスキー５０３の順次パターン（連続移動パターン）がそのようなリーフページ６０２に入力された場合、検出器エンジン２０５は、起こり得るロック競合シナリオを削減するために、インデックスの複数のリーフページ６０２を非同期的に事前割り当てする。インデックスキー５０３の順次パターンはそのようなリーフページ６０２内で継続し得るため、そのような状況においてはロック競合が発生する可能性がより高いと言うことができる。一実施形態において、そのような連続移動パターンは、以前のリーフページ６０２からの高／低キー値を用いて、それらの新たな事前割り当てされたリーフページ６０２に対する非リーフキー値としてキー値を予測することにより、検出器エンジン２０５によって検出される。本開示の実施形態による、そのような事前割り当ての例示が図１１において示される。
【0150】
図１１は、本開示の実施形態による、インデックス分割中にリーフページを事前割り当てすることを示す。
【0151】
ここで図１１を参照すると、リーフページ６０２Ｅ～６０２Ｇ（図１１において、それぞれ「リーフ＃８」、「リーフ＃９」、及び「リーフ＃１０」として識別される）は、インデックス分割中にリーフページ６０２（例えば、リーフページ６０２Ａ～６０２Ｄ）に入力されるインデックスキー５０３の順次パターン（連続移動パターン）の検出に起因する、起こり得るロック競合シナリオを削減するために、非同期的に事前割り当てされる。当該事前割り当ての結果として、ルーティングエンジン２０３がインデックスキー５０３の検出された順次パターンからインデックスキー５０３をそのようなリーフページ６０２に記憶する必要があるときに、リーフページ６０２Ｅ～６０２Ｇ内のメモリスペースが利用可能である。
【0152】
更に、一実施形態において、マッピングエンジン２０４は、図１１に示されている通り、インデックスリーフルータマップ６０４内のそのような事前割り当てされたリーフページ６０２のマッピングを事前割り当てする。例えば、インデックスリーフルータマップ６０４は、リーフページ６０２Ａ、６０２Ｂ及び６０２Ｃ（図１１において、それぞれ「リーフ＃５」、「リーフ＃６」、及び「リーフ＃７」として識別される）に記憶されたインデックスキー５０３のマッピングを記憶する。更に、インデックスリーフルータマップ６０４は、リーフページ６０２Ａ～６０２Ｃについてのページ空きサイズ情報６０５Ａ～６０５Ｃをそれぞれ記憶する。加えて、事前割り当てされたリーフページ６０２Ｅ～６０２Ｇに関し、マッピングエンジン２０４は、そのような事前割り当てされたリーフページ６０２のマッピングを、そのような事前割り当てされたリーフページ６０２Ｅ～６０２Ｇについてのページ空きサイズ情報６０５Ｄ～６０５Ｆの記憶をもそれぞれ含むインデックスリーフルータマップ６０４に事前割り当てする。
【0153】
上述の結果として、本開示の実施形態は、ロック競合を経験しているリーフページにインデックスキーを記憶するのとは対照的に、バッファのキューにそのようなインデックスキーを記憶するためのバッファ（本明細書において「インデックス分配キューバッファ」と称される）を利用することにより、ＳＱＬインデックスなどのインデックスのリーフページのロック競合を効果的にハンドリングするための手段を提供する。そのようなリーフページがもはやそのようなロック競合を経験しなくなると、適切なインデックスキーが、次に、インデックス分配キューバッファから除外され、インデックス分配キューバッファに記憶されたインデックスキーをインデックスの適切なリーフページにマッピングするデータ構造（本明細書において「インデックスリーフルータマップ」と称される）に基づき、適切なリーフページに記憶される。
【0154】
更に、本開示の原理は、リレーショナルデータベース管理システムに関わる技術又は技術分野を改善する。上記で論述された通り、ＳＱＬ ＩＮＳＥＲＴ ＩＮＴＯ文などのＳＱＬクエリは、リレーショナルデータベース管理システム（例えば、ＳＱＬサーバ）によって受信及び処理され得る。そのようなクエリ（例えば、ＳＱＬ ＩＮＳＥＲＴ ＩＮＴＯ文）は、データベース内のテーブルに新たなデータ行を追加するために使用され得る。そのようなシナリオが発生した場合、このテーブル上で定義された関連するインデックスが更新される必要がある。インデックスは、テーブル又はビューからの行の取得を高速化する、テーブル又はビューに関連付けられたオンディスク構造である。インデックスは、通常、テーブル又はビュー内の１つ又は複数の列から構築されたキーを含む。これらのキーは、リレーショナルデータベース管理システムがキー値に関連付けられた単数又は複数の行を迅速かつ効率的に見つけることを可能にする構造（Ｂツリー）に記憶される。その結果、データベース内のテーブルに新たなデータ行が追加された場合、インデックスはそのようなデータ行に関連付けられたキー値を含むように更新される必要がある。そのようなキー値をインデックスに記憶することは、本明細書において「トランザクション」と称される。Ｂツリーインデックスは、データベースを固定サイズのブロック又はページに分割するマルチレベルツリー構造を作成する。各レベルのこのツリーを使用して、アドレスの場所を介してそれらのページをリンクすることができ、（ノード又は内部ページとして知られる）或るページが最下位レベルにおけるリーフページで別のページを参照することを可能にする。或るページは、通常、ツリーの開始点、すなわち「ルート」である。ここで特定のキーの探索が始まり、リーフを終点とするパスを辿ることになる。すなわち、インデックスのリーフページは、当該インデックスについての全てのキーがソートされた順序で表示される、インデックスの最下位レベルである。そのような構造内の殆どのページは、最終的に特定のテーブル行を参照するリーフページである。時折、複数の異なるトランザクションがインデックス（例えば、ＳＱＬインデックス）のリーフページにキー値を同時に挿入することを試みており、それにより、パフォーマンスに悪影響を及ぼす「ロック競合」がもたらされる。「ロック競合」は、或るプロセス（トランザクション）が、別のプロセス（トランザクション）によって保持されている「ロック」を取得することを試みた場合に必ず発生する。ロック競合に対処する試みにおいて、そのようなトランザクションは、ランダム化された様式でハンドリングされ得る。しかしながら、そのようなトランザクションに関連したＳＱＬクエリなどのクエリの処理は、パフォーマンスを損ねることになる。更に、ロック競合に対処するための別の試みにおいて、インデックスのリーフページの最小ページサイズが拡大され得る。しかしながら、ロック競合はわずかに削減されることになるのみである。更に、インデックスのリーフページの最小ページサイズを拡大した結果として、インデックスアクセス中により多くのデータベース入力／出力動作が必要とされることになる。結果として、現在、インデックス（例えば、ＳＱＬインデックス）のリーフページのロック競合を効果的にハンドリングするための手段は存在しない。
【0155】
本開示の実施形態は、トランザクションによるインデックスキーの挿入動作中に、ロック競合についてインデックス（例えば、ＳＱＬインデックス）のリーフページを監視することにより、このような技術を改善する。本明細書において使用される場合、「ロック競合」は、或るプロセス（トランザクション）が、別のプロセス（トランザクション）によって保持されているインデックスのリーフページに対する「ロック」を取得すること試みる任意の時を指す。本明細書において使用される場合、「インデックス」は、テーブル又はビューからの行の取得を高速化する、テーブル又はビューに関連付けられたオンディスク構造を指す。一実施形態において、そのようなインデックスは、テーブル又はビュー内の１つ又は複数の列から構築された「キー」又は「インデックスキー」を記憶する。本明細書において使用される場合、「インデックスキー」は、インデックス（例えば、ＳＱＬインデックス）のキーを指し、これは、リレーショナルデータベース管理システムがキー値に関連付けられた単数又は複数の行を迅速かつ効率的に見つけることを可能にする。そのようなキー値をインデックスに記憶することは、本明細書において「トランザクション」と称される。更に、インデックスの「リーフページ」は、当該インデックスについての全てのキーがソートされた順序で表示される、インデックスの最下位レベルである。リーフページのロック競合を検出すると、そのようなリーフページに入力されることになる次のインデックスキーが、バッファ（本明細書において「インデックス分配キューバッファ」と称される）のキューにルーティングされる。インデックス分配キューバッファのキューに記憶されたインデックスキーは、次に、トランザクションがそのようなインデックスキーを記憶することを当初試みた、ロック競合を経験している特定のリーフページにマッピングされる。一実施形態において、そのようなマッピングは、インデックス分配キューバッファのキューに記憶されたインデックスキーの、インデックスのリーフページへのマッピングを記憶する、本明細書において「インデックスリーフルータマップ」と称されるデータ構造に記憶される。そのようなリーフページがもはやそのようなロック競合を経験しなくなると、適切なインデックスキーが、次に、インデックス分配キューバッファから除外され、インデックスリーフルータマップのマッピングに基づき、適切なリーフページに記憶される。このようにして、ＳＱＬインデックスなどのインデックスのリーフページのロック競合が効果的にハンドリングされる。更に、このようにして、リレーショナルデータベース管理システムに関わる技術分野において改善が行われる。
【0156】
本開示によって提供される技術的解決策は、人間の精神において、又はペン及び紙を使用する人間によって実行することができない。すなわち、本開示によって提供される技術的解決策は、コンピュータを使用することなく、任意の合理的な時間量において、及び任意の合理的な正確性の期待を伴って、人間の精神において、又はペン及び紙を用いる人間によって実現することができない。
【0157】
本開示の様々な実施形態の説明は、例示の目的で提示されるが、包括的であること、又は、開示された実施形態に限定されることは意図されていない。説明された実施形態の範囲及び趣旨から逸脱することのない多くの修正及び変形が、当業者には明らかであろう。本明細書において使用される専門用語は、実施形態の原理、実用的な適用又は市場で見られる技術に対する技術的改善を最も良く説明する、又は、本明細書において開示される実施形態を他の当業者が理解することを可能にするように選択された。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-04-16
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
インデックスのロック競合をハンドリングするためのコンピュータ実装方法であって：インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する段階；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする段階、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する段階、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を備える、コンピュータ実装方法。
【請求項2】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項１に記載のコンピュータ実装方法。
【請求項3】
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする段階、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される、を更に備える、請求項１又は２に記載のコンピュータ実装方法。
【請求項4】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、請求項１に記載のコンピュータ実装方法。
【請求項5】
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する段階、を更に備える、請求項１に記載のコンピュータ実装方法。
【請求項6】
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する段階を更に備える、請求項１に記載のコンピュータ実装方法。
【請求項7】
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する段階；及び新たに入来するインデックスキーを前記新たなキューにルーティングする段階
を更に備える、請求項１に記載のコンピュータ実装方法。
【請求項8】
インデックスのロック競合をハンドリングするためのコンピュータプログラムであって、コンピュータに：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を実行させるためのコンピュータプログラム。
【請求項9】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項８に記載のコンピュータプログラム。
【請求項10】
前記コンピュータに：
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
を更に実行させるための請求項８に記載のコンピュータプログラム。
【請求項11】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、請求項８に記載のコンピュータプログラム。
【請求項12】
前記コンピュータに：
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に実行させるための請求項８に記載のコンピュータプログラム。
【請求項13】
前記コンピュータに：
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に実行させるための請求項８に記載のコンピュータプログラム。
【請求項14】
前記コンピュータに：
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する手順；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする手順
を更に実行させるための請求項８に記載のコンピュータプログラム。
【請求項15】
インデックスのロック競合をハンドリングするためのコンピュータプログラムを記憶するためのメモリ；及び前記メモリに接続されたプロセッサ、ここで前記プロセッサは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を有する前記コンピュータプログラムのプログラム命令を実行するように構成されている
を備えるシステム。
【請求項16】
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、請求項１５に記載のシステム。
【請求項17】
前記コンピュータプログラムの前記プログラム命令は：前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
を更に有する、請求項１５に記載のシステム。
【請求項18】
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、請求項１５に記載のシステム。
【請求項19】
前記コンピュータプログラムの前記プログラム命令は：前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、請求項１５に記載のシステム。
【請求項20】
前記コンピュータプログラムの前記プログラム命令は：以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、請求項１５に記載のシステム。
【請求項21】
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、請求項１～７のいずれか一項のコンピュータ実装方法を実行するように適合されたプログラムコード手段を備える、コンピュータプログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０１５７
【補正方法】変更
【補正の内容】
【0157】
本開示の様々な実施形態の説明は、例示の目的で提示されるが、包括的であること、又は、開示された実施形態に限定されることは意図されていない。説明された実施形態の範囲及び趣旨から逸脱することのない多くの修正及び変形が、当業者には明らかであろう。本明細書において使用される専門用語は、実施形態の原理、実用的な適用又は市場で見られる技術に対する技術的改善を最も良く説明する、又は、本明細書において開示される実施形態を他の当業者が理解することを可能にするように選択された。
［項目１］
インデックスのロック競合をハンドリングするためのコンピュータ実装方法であって：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する段階；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする段階、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する段階、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を備える、コンピュータ実装方法。
［項目２］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目１に記載のコンピュータ実装方法。
［項目３］
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする段階、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される、を更に備える、項目１又は２に記載のコンピュータ実装方法。
［項目４］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目５］
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する段階、を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目６］
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する段階を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目７］
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する段階；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする段階
を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目８］
インデックスのロック競合をハンドリングするためのコンピュータプログラム製品であって、プログラムコードが具現化された１つ又は複数のコンピュータ可読ストレージ媒体を備え、前記プログラムコードは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
のためのプログラミング命令を有する、コンピュータプログラム製品。
［項目９］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目８に記載のコンピュータプログラム製品。
［項目１０］
前記プログラムコードは：
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
のための前記プログラミング命令を更に有する、項目８又は９に記載のコンピュータプログラム製品。
［項目１１］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、項目８～１０のいずれかに記載のコンピュータプログラム製品。
［項目１２］
前記プログラムコードは：
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、項目８～１１のいずれかに記載のコンピュータプログラム製品。
［項目１３］
前記プログラムコードは：
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、項目８～１２のいずれかに記載のコンピュータプログラム製品。
［項目１４］
前記プログラムコードは：
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する手順；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする手順
のための前記プログラミング命令を更に有する、項目８～１３のいずれかに記載のコンピュータプログラム製品。
［項目１５］
インデックスのロック競合をハンドリングするためのコンピュータプログラムを記憶するためのメモリ；及び
前記メモリに接続されたプロセッサ、ここで前記プロセッサは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を有する前記コンピュータプログラムのプログラム命令を実行するように構成されている
を備えるシステム。
［項目１６］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目１５に記載のシステム。
［項目１７］
前記コンピュータプログラムの前記プログラム命令は：
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
を更に有する、項目１５又は１６に記載のシステム。
［項目１８］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、項目１５～１７のいずれかに記載のシステム。
［項目１９］
前記コンピュータプログラムの前記プログラム命令は：
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、項目１５～１８のいずれかに記載のシステム。
［項目２０］
前記コンピュータプログラムの前記プログラム命令は：
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、項目１５～１９のいずれかに記載のシステム。
［項目２１］
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、項目１～７のいずれかのコンピュータ実装方法を実行するように適合されたプログラムコード手段を備える、コンピュータプログラム。
［項目１］
インデックスのロック競合をハンドリングするためのコンピュータ実装方法であって：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する段階；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする段階、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する段階、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を備える、コンピュータ実装方法。
［項目２］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目１に記載のコンピュータ実装方法。
［項目３］
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする段階、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される、を更に備える、項目１又は２に記載のコンピュータ実装方法。
［項目４］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目５］
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する段階、を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目６］
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する段階を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目７］
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する段階；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする段階
を更に備える、前述の項目のいずれかに記載のコンピュータ実装方法。
［項目８］
インデックスのロック競合をハンドリングするためのコンピュータプログラム製品であって、プログラムコードが具現化された１つ又は複数のコンピュータ可読ストレージ媒体を備え、前記プログラムコードは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
のためのプログラミング命令を有する、コンピュータプログラム製品。
［項目９］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目８に記載のコンピュータプログラム製品。
［項目１０］
前記プログラムコードは：
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
のための前記プログラミング命令を更に有する、項目８又は９に記載のコンピュータプログラム製品。
［項目１１］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、項目８～１０のいずれかに記載のコンピュータプログラム製品。
［項目１２］
前記プログラムコードは：
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、項目８～１１のいずれかに記載のコンピュータプログラム製品。
［項目１３］
前記プログラムコードは：
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
のための前記プログラミング命令を更に有する、項目８～１２のいずれかに記載のコンピュータプログラム製品。
［項目１４］
前記プログラムコードは：
前記キューが最大キュー長の閾値パーセンテージに到達したことに応答して、前記バッファ内に新たなキューを作成する手順；及び
新たに入来するインデックスキーを前記新たなキューにルーティングする手順
のための前記プログラミング命令を更に有する、項目８～１３のいずれかに記載のコンピュータプログラム製品。
［項目１５］
インデックスのロック競合をハンドリングするためのコンピュータプログラムを記憶するためのメモリ；及び
前記メモリに接続されたプロセッサ、ここで前記プロセッサは：
インデックスキーの挿入動作中に前記インデックスのリーフページのロック競合について監視する手順；
前記インデックスの前記リーフページの前記ロック競合を検出することに応答して、第１のインデックスキーをバッファのキューにルーティングする手順、ここで前記第１のインデックスキーは、前記インデックスの前記リーフページに挿入されることになるトランザクションのインデックスキーに対応している；及び
前記バッファの前記キューに記憶された前記第１のインデックスキーの、前記ロック競合を経験している前記リーフページへのマッピングをデータ構造に記憶する手順、ここで前記データ構造は、前記バッファのキューに記憶されたインデックスキーの、前記インデックスのリーフページへのマッピングを記憶する
を有する前記コンピュータプログラムのプログラム命令を実行するように構成されている
を備えるシステム。
［項目１６］
前記ロック競合は、ページ又は行レベルロック待機キューの長さに基づき、又は、ラッチ待機キューの長さに基づき検出される、項目１５に記載のシステム。
［項目１７］
前記コンピュータプログラムの前記プログラム命令は：
前記第１のインデックスキーに続く第２のインデックスキーを前記バッファの前記キューにルーティングする手順、ここで前記バッファの前記キューに記憶されたインデックスキーは、コンペア・アンド・スワップを介して同期される
を更に有する、項目１５又は１６に記載のシステム。
［項目１８］
前記データ構造は、前記ロック競合を経験している前記リーフページの識別子と共に、前記バッファの前記キューにおける前記第１のインデックスキーの記憶場所の識別子を含み、前記データ構造におけるインデックスキーの記憶場所の識別子は、コンペア・アンド・スワップを介して同期される、項目１５～１７のいずれかに記載のシステム。
［項目１９］
前記コンピュータプログラムの前記プログラム命令は：
前記リーフページでのロック競合のレベルが閾値レベルを下回っていると検出することに応答して、前記データ構造に基づきリーフページに非同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、項目１５～１８のいずれかに記載のシステム。
［項目２０］
前記コンピュータプログラムの前記プログラム命令は：
以下、すなわち、前記リーフページの分割、前記リーフページについてのシステムチェックポイントのトリガ、及び、前記リーフページを伴うＳＥＬＥＣＴ文、ＵＰＤＡＴＥ文、又はＤＥＬＥＴＥ文からなる群から選択されるうちの１つを検出することに応答して、前記データ構造に基づきリーフページに同期的に挿入されることになるインデックスキーを前記バッファから除外する手順
を更に有する、項目１５～１９のいずれかに記載のシステム。
［項目２１］
コンピュータプログラムであって、前記コンピュータプログラムがコンピュータ上で実行されるとき、項目１～７のいずれかのコンピュータ実装方法を実行するように適合されたプログラムコード手段を備える、コンピュータプログラム。
【国際調査報告】