主要な革新のうち:
1.あらゆるタイプのデータベース(テキストなど)のインデックスなしプロパティのサポート
2.応答サイズが10メガバイトに増加しました
3. Thread.setContextLoaderのサポート()
SDKとORMのさまざまなバグを修正しました。
(1)に注意してください-ご存知のように、フィールドにインデックスを付けないことを示すことなく、データストアは2つの「ビッグテーブル」テーブルに順方向および逆方向のインデックスを作成します(これがないと、このフィールドの基準で選択を行うことはできません)。 この機能はリポジトリ内のデータ量を減らすように見えますが、フィールドをモデル内でインデックス可能として宣言すると、リポジトリはインデックスを自動的に構築しません(デプロイアプリケーションの後に配置されたデータに対してのみ)。 状況は逆です。インデックス付きプロパティを持つデータが既に存在する場合、プロパティがモデル内でインデックス不可に変更されても、インデックスは自動的に削除されません。 ただし、データはインデックスに追加されなくなります。
したがって、remote_apiを使用し、新しいモデルに従って各エントリを更新する必要があります。 大規模なデータセットの場合、これは更新時間とCPUの両方の点で高すぎます。 Googleがこの記事で説明したメカニズム(複合インデックスの構築方法)を作成しなかった理由は私には謎であり、非常に急いでいた可能性があります。
多くのアプリケーションでこのオプションを使用する場合、ストレージの使用を削減することに加えて、各プロパティの2つのインデックスにデータを自動的に追加するために必要なCPU消費を削減することも期待されます。 確かに、この新機能について活発な議論があります。
Python SDK 1.2.2に既にあるイノベーションはまだ追加されていません。
1.永続的なユーザーID-これはGoogleアカウントの一意のIDです
2.キーのみのリクエストのサポート(大量削除などに非常に便利)
3.要求時間のUrlFetchサポート(期限)
4. UrlFetch User-Agentヘッダーのサポート
さて、準備が整うまで本当に必要なもの(remote_api、そして最も重要なのはローカルデータビューア)-それは次のバージョンにあるようです。 もちろん、 ロードマップの残りの機能が必要です:)
PS eclipseプラグインも更新されましたが、執筆時点では何が変更されたかは不明です。