点火時のリードスルー動作

Question

キャッシュが空であるため、sqlクエリはnullを返します。 リードスルーとは、キャッシュが失われた場合、Igniteが自動的に基になるデータベース（または永続ストア）にアクセスして対応するデータをロードすることを意味します。

基礎となるdbテーブルに新しいデータが挿入されている場合、キャッシュテーブルをダウンロードして新しく挿入したデータをdbテーブルから自動的にロードするか、自動的に同期させる必要がありますか？

Springの@Cacheableと同じ働きをするか、別の方法で動作します。
答えは「いいえ」であることがわかります。キャッシュのSQLクエリは、キャッシュにデータがないと動作しませんが、私は結果を以下しまったでcache.getをしようとしたとき：

ケース1：

System.out.println("data == " + cache.get(new PersonKey("Manish", "Singh")).getPhones()); 

結果==>データ== 1235

を

ケース2：

PersonKey per = new PersonKey(); 
per.setFirstname("Manish"); 
System.out.println("data == " + cache.get(per).getPhones()); 

はエラーをスロー： - error imageを以下のように、image2

Answer 1

あなたのケース2では、lastnameも指定してみましたか？あなたのスタックトレースによって、Cassandraはそれがnullではないことを予期していることが明らかです。

Answer 2

データベースに何かを挿入し、それがまだキャッシュにない場合は、その後、読み通しが有効になっているとCacheStoreのが設定されている場合操作はDBから欠損値を取得します取得しますが。

現在のところ、キャッシュ上で実行されるSQLクエリではこのように動作しません。最初にloadCacheを呼び出すと、キャッシュに値が表示され、SQLで使用できるようになります。

を取得すると、nameとlastnameの正確な組み合わせがDBで求められます。 lastname=nullの条件を含むCQLクエリに変換され、lastnameはnullになることはできないため、失敗します。

UPD：

は、あなたが最初に適切な述語とloadCacheを行うことができます「マニッシュ」に等しいfirstname列を持つすべてのレコードを取得し、キャッシュ上のSQLクエリを実行します。 loadCacheは複雑な操作で、DB内のすべてのレコードを超える実行するために必要なので、それはあまりにも頻繁に呼び出されるべきではないこと

cache.loadCache((k, v) -> v.lastname.equals("Manish")); 

SqlFieldsQuery qry = new SqlFieldsQuery("select firstname, lastname from Person where firstname='Manish'"); 

try (FieldsQueryCursor<List<?>> cursor = cache.query(qry)) { 
    for (List<?> row : cursor) 
     System.out.println("firstname:" + row.get(0) + ", lastname:" + row.get(1)); 
} 

注意。述部としてnullを指定すると、すべてのレコードがデータベースからロードされます。

また、SQLをキャッシュ上で高速に実行するには、firstnameフィールドをQueryEntityのインデックスに設定する必要があります。

Answer 3

読み取るセマンティクスは、読み取る既知のキーセットがある場合に適用できます。これはSQLのケースではないので、あなたのデータが任意のサードパーティストア（RDBMS、Cassandra、HBase、...）にある場合）、クエリを実行する前にデータをメモリにプリロードする必要があります。

ただし、Igniteはこの制限を排除するネイティブ永続ストレージ[1]を提供します。メモリに何も持たずにIgnite APIを使用することができます。これにはSQLクエリも含まれています。データは、使用中にオンデマンドでメモリにフェッチされます。

は、[1] https://apacheignite.readme.io/docs/distributed-persistent-store