High Replication Datastoreの使用方法

Question

さて、私はvideoを見て、App Engineのドキュメント（Using the High Replication Datastoreを含む）の記事を読んでいます。しかし、私はまだ完全にそれの実用的な使用に混乱しています。私はビデオのメリットを理解しています。しかし、私が欠けているのは、実用的な例です。 Web上には多くのマスター/スレーブの例がありますが、高いレプリケーションデータストアを（適切なドキュメントとともに）ほとんど示していません。 Using the High Replication Datastoreの記事で使用されているゲストブックのコード例では、以前のゲストブックのコード例にはない新しい機能を追加して祖先のキーを示しています（ゲストブックを変更できるようです）。これはちょうど混乱に加わります。

多くの場合、GAEでdjangoformsを使用しています。誰かがこれらのすべてのクエリを高レプリケーションデータストア互換クエリに変換するのを手伝ってもらえるかどうか疑問に思っていました（すべてのクエリが必ず高いレプリケーションデータストア互換クエリ例そのものに焦点を合わせる）。

UPDATE：レプリケーションデータストアの互換性の高いクエリを使用しています。私は常に最新のデータを返し、失効する可能性のあるデータは返さないクエリを参照します。エンティティグループを使用する方法がここにあるようですが、前述のように、これを行う方法の実用的なコード例はたくさんありませんので、これが私が探しているものです！

だからthe queries in this articleは、次のとおりです。

この記事の主な定期的なクエリは次のとおりです。私たちはに変換されます

query = db.GqlQuery("SELECT * FROM Item ORDER BY name") 

：

：フォームの検証

query = Item.all().order('name') // datastore request 

は次のように起こります

data = ItemForm(data=self.request.POST) 
if data.is_valid(): 
    # Save the data, and redirect to the view page 
    entity = data.save(commit=False) 
    entity.added_by = users.get_current_user() 
    entity.put() // datastore request 

してフォームを埋めるためのデータストアから最新のエントリを取得は次のように行われます

id = int(self.request.get('id')) 
item = Item.get(db.Key.from_path('Item', id)) // datastore request 
data = ItemForm(data=self.request.POST, instance=item) 

だから私は/私たちは高レプリケーションデータストアとの互換性、これらすべてのデータストア要求を作成するために必要な何をすべきか？

私にはっきりしない最後のものが1つあります。先祖キーを使用すると、データストア内のモデルに影響があります。例えば、彼らが使用するゲストブックのコード例では：

def guestbook_key(guestbook_name=None): 
    return db.Key.from_path('Guestbook', guestbook_name or 'default_guestbook') 

しかし「ゲストブック」in the model存在しないので、どのようにあなたは、この上で「db.Key.from_path」を使用することができ、なぜこの仕事がしませんか？これにより、データを取得する際に考慮する必要があるデータストアのデータがどのように格納されるかが変更されますか（たとえば、djangoformを使用するときに除外する必要がある別のフィールドが追加されますか？

私が前に言ったように、これは私をたくさん混乱させ、あなたの助けが大いに評価されました！

Answer 1

なぜあなたはクエリを変更する必要があると思うかわかりません。あなたが明示的にリンクしているドキュメント：

バックエンドは変更されますが、データストアAPIはまったく変更されません。使用しているデータストアに関係なく、同じプログラミングインターフェイスを使用します。

エンティティグループを使用しないと、クエリの同期が取れないことがあります。あなたの最終的なコードスニペットはそれの単なる例です。文字列 'Guestbook'はちょうど祖先のキーです。私はそれがモデルに存在する必要があると思う理由を理解していません。ここでもまた、非HRデータストアと同じです。キーはパスから構築されています。パスは任意の文字列で構成できます。おそらく、entity groups and keysの文書を再度読​​む必要があります。

Answer 2

HRDを使用するための変更は、クエリの作成方法ではなく、返されるデータについて何が保証されているかにあります。あなたが与える例：

query = db.GqlQuery("SELECT * FROM Item ORDER BY name") 

もHRDで動作します。キャッチ（基本的に）は、この種のクエリ（この構文またはItem.all（）フォームのいずれかを使用）が、オブジェクトをわずかに古く返すことができることです。これはおそらくゲストブックの大きな問題ではありません。

オブジェクトをキーで直接取得する場合、オブジェクトが期限切れになることはありません。この問題を見ることができるのはクエリのみです。整合性が必要なすべてのエンティティをsingle entity groupに配置することで、クエリでこの問題を回避できます。これにより、エンティティグループに書き込むことのできる速度が制限されることに注意してください。

フォローアップの質問に答えて、「ゲストブック」はエンティティの名前です。