特表2022-540128分散型データベース前処理方法及びプロキシ層、システム、記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-09-14
(54)【発明の名称】分散型データベース前処理方法及びプロキシ層、システム、記憶媒体
(51)【国際特許分類】
G06F 16/27 20190101AFI20220907BHJP
G06F 16/245 20190101ALI20220907BHJP
【ＦＩ】
G06F16/27
G06F16/245
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022500741
(86)(22)【出願日】2020-07-13
(85)【翻訳文提出日】2022-01-06
(86)【国際出願番号】 CN2020101571
(87)【国際公開番号】W WO2021008475
(87)【国際公開日】2021-01-21
(31)【優先権主張番号】201910647652.7
(32)【優先日】2019-07-17
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】張 軍
【テーマコード（参考）】
5B175
【Ｆターム（参考）】
5B175AA01
5B175EA03
5B175HA04
(57)【要約】
分散型データベース前処理方法、データベースプロキシ層、システム及び記憶媒体であって、前記方法は：前処理文に対応するリクエストを受信するステップと、前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うステップとを含み、前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである。
【特許請求の範囲】
【請求項1】
データベースプロキシ層に適用される分散型データベース前処理方法であって、前処理文に対応するリクエストを受信するステップと、
前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うステップと、
を含み、
前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである
分散型データベース前処理方法。
【請求項2】
受信した前処理文に対応するリクエストが準備ｐｒｅｐａｒｅリクエストであることを契機に、前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うステップは：前記前処理文キャッシュライブラリ内で現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できたことを契機に、前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信するステップと、
前記前処理文キャッシュライブラリ内で現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できなかったことを契機に、前記ｐｒｅｐａｒｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信する
請求項１に記載の分散型データベース前処理方法。
【請求項3】
前記ｐｒｅｐａｒｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信するステップの後に、前記方法はさらに：前記現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を前記前処理文キャッシュライブラリにキャッシュするステップを含む
請求項２に記載の分散型データベース前処理方法。
【請求項4】
受信した前処理文に対応するリクエストが実行ｅｘｅｃｕｔｅリクエストであることを契機に、前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うステップは：前記前処理文キャッシュライブラリ内でアイドルなｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できたことを契機に、前記ｅｘｅｃｕｔｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｅｘｅｃｕｔｅリクエストの応答メッセージを前記クライアントに送信するステップと、
前記前処理文キャッシュライブラリ内でアイドルなｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できなかったことを契機に、アイドルなｐｒｅｐａｒｅリクエストセッションが現れるまで待ち、前記ｅｘｅｃｕｔｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｅｘｅｃｕｔｅリクエストの応答メッセージを前記クライアントに送信するステップと、
を含む請求項１から３の何れか一項に記載の分散型データベース前処理方法。
【請求項5】
前記データベースによって処理しかつ前記ｅｘｅｃｕｔｅリクエストの応答メッセージを前記クライアントに送信するステップは：前記データベースによって前記ｅｘｅｃｕｔｅリクエストを実行して生成した結果セットまたは失敗時メッセージを受信し、前記結果セットまたは失敗時メッセージを前記クライアントに送信するステップを含む
請求項４に記載の分散型データベース前処理方法。
【請求項6】
前記結果セットまたは失敗時メッセージを前記クライアントに送信するステップの後に、前記方法はさらに：受信した前処理文に対応するリクエストが解放ｄｅａｌｌｏｃａｔｅリクエストであることを契機に、処理しかつ前記ｄｅａｌｌｏｃａｔｅリクエストの応答メッセージを前記クライアントに送信するステップを含む
請求項５に記載の分散型データベース前処理方法。
【請求項7】
処理しかつ前記ｄｅａｌｌｏｃａｔｅリクエストの応答メッセージを前記クライアントに送信するステップは：現在前記クライアントと接続を確立されている前処理文に対応するセッションを解放し、前記ｄｅａｌｌｏｃａｔｅリクエストの応答メッセージをクライアントに送信するステップを含む
請求項６に記載の分散型データベース前処理方法。
【請求項8】
受信モジュールと処理モジュールとを含むデータベースプロキシ層であって、前記受信モジュールは、前処理文に対応するリクエストを受信するように構成され、
前記処理モジュールは、前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うように構成され、
前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである
データベースプロキシ層。
【請求項9】
前記処理モジュールは：前記前処理文キャッシュライブラリ内で現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できたことを契機に、前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信し、
前記前処理文キャッシュライブラリ内で現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できなかったことを契機に、前記ｐｒｅｐａｒｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信する
ように構成されている請求項８に記載のデータベースプロキシ層。
【請求項10】
さらにキャッシュモジュールを含み、前記キャッシュモジュールは：前記処理モジュールが前記ｐｒｅｐａｒｅリクエストをデータベースに送信し、前記データベースによって処理しかつ前記ｐｒｅｐａｒｅリクエストの応答メッセージを前記クライアントに送信した後に、前記現在のｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を前記前処理文キャッシュライブラリにキャッシュするように構成されている
請求項９に記載のデータベースプロキシ層。
【請求項11】
前記処理モジュールは：前記前処理文キャッシュライブラリ内でアイドルなｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できたことを契機に、前記ｅｘｅｃｕｔｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｅｘｅｃｕｔｅリクエストの応答メッセージを前記クライアントに送信し、
前記前処理文キャッシュライブラリ内でアイドルなｐｒｅｐａｒｅリクエストセッションに対応するセッション識別子を検索できなかったことを契機に、アイドルなｐｒｅｐａｒｅリクエストセッションが現れるまで待ち、前記ｅｘｅｃｕｔｅリクエストを前記データベースに送信し、前記データベースによって処理しかつ前記ｅｘｅｃｕｔｅリクエストの応答メッセージを前記クライアントに送信するように構成されている
請求項１０に記載のデータベースプロキシ層。
【請求項12】
クライアント、データベース及び請求項８から１１の何れか一項に記載のデータベースプロキシ層を含むシステムであって、前記クライアントは、前処理文に対応するリクエストを前記データベースプロキシ層に送信し、
前記データベースプロキシ層は、受信した前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行い、前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションであり、
前記データベースは、前記データベースプロキシ層内の前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションとの接続を維持する
システム。
【請求項13】
１つ以上のプロセッサによって実行された時、前記１つ以上のプロセッサが請求項１から７の何れか一項に記載の分散型データベース前処理方法を実現する１つ以上のプログラムが記憶されている記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、データベースの技術分野に関するが、これに限定されるものではない。
【背景技術】
【0002】
前処理文とは、準備（ｐｒｅｐａｒｅ）、実行（ｅｘｅｃｕｔｅ）、解放（ｄｅａｌｌｏｃａｔｅ）文を総称したもので、記憶プロセスに似ており、バックグラウンドで実行されるＳＱＬ文の集合である。即時ＳＱＬ文と比較して、前処理文はＳＱＬ文を２つの部分に分割する。第一部分は前の同じコマンドと構成部分で、第二部分は後の可変データの部分である。ＳＱＬ文を実行するとき、先ずは前の同じコマンドと構成部分（ＳＱＬ文の値をプレースホルダで置き換え、ＳＱＬ文をテンプレート化またはパラメータ化したものと見なせる）をデータベースに送信し、データベースに予め一回の前処理（字句解析と構文解析、文の最適化、実行計画の作成など）をさせてから、前処理文を実行するときに、パラメータのデータのみを送信すればよい。前処理文の利点をまとめると、１回の前処理で複数回の実行が可能で、解析と最適化などのプロセスを省くことと、前処理文によってＳＱＬインジェクションを防げることである。
【0003】
分散型データベースでは現在、既に前処理がサポートされているが、前処理文は毎回最下層のデータベースに転送され、現在のセッションを保持し、前処理が完了するまでセッションを解放しないため、リソースが大量に消費され、高並行性の場面でデータベースに前処理文を頻繁に転送するとデータベースの負荷を増やしてしまう。よって、分散型データベースの前処理の性能及び効率がともに低いことがわかる。
【発明の概要】
【課題を解決するための手段】
【0004】
本開示の実施例は、データベースプロキシ層に適用される分散型データベース前処理方法を提供し、前記分散型データベース前処理方法は：前処理文に対応するリクエストを受信するステップと、前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うステップと、を含み、前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである。
【0005】
本開示の実施例はさらに、受信モジュールと処理モジュールとを含むデータベースプロキシ層を提供する。前記受信モジュールは、前処理文に対応するリクエストを受信するように構成されている。前記処理モジュールは、前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行うように構成され、前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである。
【0006】
本開示の実施例はさらに、クライアント、データベース及び前記データベースプロキシ層を含むシステムを提供する。前記クライアントは、前記前処理文に対応するリクエストを前記データベースプロキシ層に送信する。前記データベースプロキシ層は、受信した前記前処理文に対応するリクエスト及び前処理文キャッシュライブラリにキャッシュされているセッション識別子に基づいて処理を行い、前記前処理文キャッシュライブラリにキャッシュされているセッション識別子に対応するセッションは、クライアントとデータベースとが接続の確立に成功した前処理文セッションである。前記データベースは、前記データベースプロキシ層内の前処理文キャッシュライブラリにキャッシュされているセッションとの接続を維持する。
【0007】
本開示の実施例はさらに記憶媒体を提供し、前記記憶媒体には、１つ以上のプロセッサによって実行されることで、前記分散型データベース前処理方法のステップを実現できる１つ以上のプログラムが記憶されている。
【0008】
以下では、図面及び実施例を組み合わせて本開示をさらに説明する。
【図面の簡単な説明】
【0009】
【図1】本開示の実施例による分散型データベースの前処理方法の基本フローの模式図である。
【図2】本開示の実施例による分散型データベースの前処理方法の具体的なフローの模式図である。
【図3】本開示の実施例によるデータベースプロキシ層の構成模式図である。
【図4】本開示の実施例によるデータベースプロキシ層のもう一つの構成模式図である。
【発明を実施するための形態】
【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】
以上の内容は、本開示の実施例を具体的な実施形態を合わせてさらに詳しく説明したものであり、本開示の具体的な実施がこれらの説明に限定されると認めるべきではない。本開示が属する技術分野の当業者にとって、本開示の発明構想を逸脱することなく、いくつかの簡単な推断演繹又は置換を行うことができ、それらはいずれも本開示の保護範囲に属するとみなすべきである。
【図1】
【図2】
【図3】
【図4】
【国際調査報告】