Please enable JavaScript.
Coggle requires JavaScript to display documents.
Prod Client Event ID 2018/03/06 (Event ID別テーブルがないとQueryが高額になる…
Prod Client Event ID 2018/03/06
Event ID別テーブルがないとQueryが高額になる
全イベントID別テーブルを作ると、Storageコストがかかる
過去データを入れるのは手間がかかる
Hexがなければ、そんなに手間ではない
13系はまとめて作ったらよさそう
系統で分けられれば、そのほうがよい
Event ID別テーブルは広くEventを見るときには、煩雑なQueryになる
Partitionテーブルと、日付毎に分かれたテーブルでQueryの書き方が違うので煩雑
Fastly導入以降、Queryが高額になる
dのサイズが大きい
dのHexをやめる
過去データを入れ直すか?
効果は知りたい
Ad EVentのサイスは半分くらにいにはなる
ログの件数が多い
Orgに全イベントが入っているので、Queryが高額になる
不要なデータの削除
decoded_dはHexがなくなれば消せる
Orgを作るのはやめて、13系など系統別にOrgと同じカラムを持つテーブルに変更するとよいかも
BigQueryのコスト構造
Query 39%、Storage 41%
不要データはないか?
(workの下など)