タグ付けされた質問 「google-app-engine」

2
Google BigTables(およびその他の統合DB)でのパフォーマンステストの取得と配置
特にデータベース自体が専用ツールを提供していない環境で、データベース操作のプログラムによるパフォーマンステストを実行するための効果的な方法は何ですか? たとえば、Google App Engineでは、ページ読み込み全体が特定のデータベース操作を含む1つの操作として評価されます。この問題は、SQLiteやその他の統合DBにも存在する可能性があります。テストが必要な選択および挿入(と同等)を完全に抽象化することは困難なので、これらの種類のクエリでより徹底的な診断を実行するための推奨データベースツールはありますか?

1
Google App Engineのポリモデルと通常のBigtableモデルのパフォーマンスへの影響は何ですか?
通常のGoogle App Engineの使用、ポリモデル、または通常の「Bigtable」モデルで最高のパフォーマンスを発揮するものは何ですか? ポリモデルは、事実上、継承追跡を提供する「クラス」と呼ばれる親テーブルに列を作成します。一方、親クラスから継承された通常のBigtableは、親にクエリを実行してすべてのサブタイプクラスのすべての子を検索する機能なしに、新しい別個のデータ構造を作成します。

2
Google App Engineで、最も効果的な多対多の結合モデルは何ですか?
BigTableのデザインは、明示的に小さなテーブルの大きなホストへの非正規化を好む、標準のリレーショナルモデルの哲学の多くを拒否します。 これが問題となる大きな領域の1つは、多対多の結合のモデリングです。 これらの結合をモデル化する1つの方法は、最初の正規形に違反し、すべての興味深いデータをdb.ListProperty()に置くことです。これはクエリから検索可能ですが、リストの検索と別のテーブルのプルのパフォーマンスへの影響についてはまだ調べていません。 結合はできないため、RelationshipPropertiesを介してテーブルをリンクすることができます。したがって、十分な労力をかけて、標準の交差テーブル(両方の親テーブルを参照する結合主キーを持つテーブル)を作成できます。さまざまな実装のパフォーマンスへの影響を調査した人はいますか? -編集- ドキュメントで提案されているキーのリストは確かにそれを行う1つの方法ですが、私はそのパフォーマンスと他の実装の異常率に興味があります。キーの相互リストを作成するのにユーティリティはありますか?繰り返しに伴う努力はその代価に見合うものですか?それを行うより良い方法はありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.