2016-07-14 9 views

答えて

1

残念ながら、私が知っているものはありません。申し訳ありません。

しかし、別のアプローチは、書き込み/あなた(OQL)照会を表現し、次にアプリケーションRepositoryインタフェースで定義されたクエリをテストするための自動化された[JUnitの】テストを書くことSpring Data GemFire Repositories(詳細here)を使用することであろう。

exampleために、私はどちらかSDCの[Crud]Repository又はSDGのGemfireRepositoryインターフェースのインターフェース拡張を定義することができ、特定のconventions(インターフェースメソッドシグネチャによって定義されたクエリ条件の仕様)以下my application queriesを宣言する。私。私は実際のクエリを書く必要はありません。

次に、testsを定義してアプリケーションのクエリを実行するのは比較的簡単です。

complex queries(2つ以上の並置されたPRのEqui-Joinsのような)をさらに表現することもできます。ただし、特にquery limitations involving PRs、およびgeneralには注意してください。

PR照会の詳細については、hereがあり、具体的にはEqui-Join Queries on PRsです。

は、私が実行しなければならない苦労に成功任意のツールを想像等結合(OQL)クエリで2つの併置のPR(または任意の他の地域型とPR、例えばREPLICATEまたはLOCAL)を照会するため、実用的なクエリのこの種を有効にする必要がありGemFire関数の中で。

とにかく、perf(Explain Planなど)を分析するだけでなく、クエリ結果の有効性をテストするために何か素早く必要なことがあるので、これはあなたが探していたものではないことがわかっていますが、テストカバレッジを自動化された繰り返し可能な方法で提供します。

もちろん、アプリケーションの外部でデータの分析を行う場合は、これはすべて問題です。

乾杯、 ジョン

+0

はSDG /ユニットテストの使用に同意しました。しかし、私の質問は、検証やクエリのためのテストチームの使用の方が多かった。また、Explain-plainのような追加機能は本当に便利です。 –

+0

はい、私はそんなに考えました。 +1は、 '計画を説明する 'のような特徴を持つことになります。申し訳ありませんが、私はあなたをもっと助けませんでした。 –

関連する問題