2017-02-04 6 views
0

特定の日にBigQueryからクラッシュ数を取得するためのクエリを作成しようとしました。しかし、私がクエリから取得した数値は、Firebaseのクラッシュレポートダッシュボードで確認できる数値と一致しません。BigQueryからFirebaseクラッシュレポートダッシュボードの表示と同じクラッシュ数を照会する方法

私は間違っていますか?ここで

はクエリです:

SELECT 
    event_dim.date AS CrashDate, 
    -- doesn't matter what event_dim field we choose 
    COUNT(event_dim.name) AS CrashCount, 
FROM 
    TABLE_DATE_RANGE(com_sample_ANDROID.app_events_, TIMESTAMP('2017-01-27'), TIMESTAMP('2017-01-27')) 
WHERE 
    event_dim.name = 'app_exception' 
    AND event_dim.params.key = 'fatal' 
    AND event_dim.params.value.int_value = 1 
GROUP BY 
    CrashDate 

答えて

2

あなたが何をしようとして知って、物事のカップルがあります。

まず、クラッシュSDKにスロットルがあり、重複して繰り返される要求がサーバーに送信されないようにします。これは、私たちを迷惑にならないように、アプリのプログラミングが邪魔にならないように防ぎます。アナリティクスは、異なるコードを使用しているため、何が起こったかについて異なる見解を持っている可能性があります。

第2に、合法的に大量のデータを送信するアプリでは、データのサンプリングを実行することがあります。これは精度を失うものの、速度が非常に高いことを意味します。その規模では、あなたの数字が正確であると期待するべきではありません(数値が大きいので、それは問題ではありません)。

+0

それはそれを説明していますが、私の見地からは、クラッシュレポーティングでは正確な数値が得られないというのは恐ろしいことです。私の経験では、その差は1日当たり100〜3000のどこかでした。クエリからのクラッシュカウントは、1日あたり400〜4000の値を示します。 アナリティクスからのクラッシュ数は常に高く、この1日で最も大きな違いは、クラッシュレポートで1039回のクラッシュとアナリティクスによる4150のクラッシュが報告されたことです。 正直なところ、4kのクラッシュは誇張されているように見えますが(通常は約1kです)、これが私のこれらの数字に対する信頼感を増すことはないと想像することができます。 –

関連する問題