Cloud Bigtable に依存するパフォーマンス テストを実行する場合は、テストを計画して実行する際に必ず次の手順に従ってください。
実稼働インスタンスを使用します。開発インスタンスでは、負荷がかかった状態での実稼働インスタンスのパフォーマンスを正確に把握することはできません。
少なくとも 300 GB のデータを使用してください。Cloud Bigtable は 1 TB 以上のデータで最適なパフォーマンスを発揮します。ただし、300 GB のデータがあれば、3 ノード クラスタのパフォーマンス テストで妥当な結果が得られます。大規模なクラスタでは、
ノードごとに 100 GB のデータ。
テストする前に、数分間、負荷の高い事前テストを実行します。この手順により、Cloud Bigtable は、観察したアクセス パターンに基づいてノード間でデータを分散できるようになります。
テストを少なくとも 10 分間実行します。この手順により、Cloud Bigtable はデータをさらに最適化し、ディスクからの読み取りとメモリからのキャッシュされた読み取りをテストできるようになります。
参考: https://cloud.google.com/bigtable/docs/performance

非正規化により、数十億行のテーブルに対するクエリ速度が向上します。これは、大規模なテーブルで JOIN を実行すると BigQuery のパフォーマンスが低下するためです。ただし、非正規化されたデータ構造では、すべてのデータが 1 つのテーブルに結合されているため、JOIN を使用する必要がありません。また、非正規化により JOIN 句を使用する必要がなくなるため、クエリが簡単になります。
非正規化により冗長データが作成されるため、処理されるデータの量と必要なストレージの量が増加します。
参照：
https://cloud.google.com/solutions/bigquery-data-warehouse#denormalizing_data

説明/参照:
参考: https://cloud.google.com/bigquery/docs/access-control