發布可觀測性覆蓋範圍 | SaaS SQL 實驗室

基礎中級

在比較迴歸之前審查發布覆蓋率

產品和 API 事件是否足夠好地覆蓋相同的版本以進行迴歸比較？

在計算速率之前建置一個共享的發布主幹，因此缺失的埋點保持為空，而不是看起來完美的可靠性。

只讀 SQL

WITH releases AS (
  SELECT release FROM product_events
  UNION
  SELECT release FROM api_requests
),
product_coverage AS (
  SELECT
    release,
    COUNT(*) AS product_events,
    SUM(CASE WHEN status = 'success' THEN 1 ELSE 0 END)
      AS successful_product_events
  FROM product_events
  GROUP BY release
),
api_coverage AS (
  SELECT
    release,
    COUNT(*) AS api_requests,
    SUM(CASE WHEN status_code >= 500 THEN 1 ELSE 0 END) AS api_errors
  FROM api_requests
  GROUP BY release
)
SELECT
  releases.release,
  COALESCE(product.product_events, 0) AS product_events,
  COALESCE(product.successful_product_events, 0)
    AS successful_product_events,
  COALESCE(api.api_requests, 0) AS api_requests,
  COALESCE(api.api_errors, 0) AS api_errors,
  ROUND(
    100.0 * api.api_errors / NULLIF(api.api_requests, 0),
    1
  ) AS api_error_pct
FROM releases
LEFT JOIN product_coverage AS product
  ON product.release = releases.release
LEFT JOIN api_coverage AS api
  ON api.release = releases.release
ORDER BY releases.release;

資料集和查詢保留在此瀏覽器中。

Published expected result

按版本劃分的 API 請求覆蓋率

圖表值

release	product_events	successful_product_events	api_requests	api_errors	api_error_pct
2026.07.1	13	12	0	0	—
2026.07.2	8	8	10	6	60

如何讀取查詢

發布主幹包括任一源中存在的版本，而不是從恰好有行的資料表開始。
沒有 API 請求的版本會保持空錯誤率，從而防止缺失的覆蓋率顯示為零百分比錯誤。
產品事件計數和 API 請求計數揭示了在做出迴歸宣告之前總體是否具有可比性。

SQL 無法做出的決定

1定義哪些服務和客戶端共享有意義的版本識別符號。
2在比較比率之前需要最小覆蓋範圍和完整的觀察視窗。
3將埋點變化與產品迴歸分開調查。

繼續本課

功能推出分析模式採用秘訣按版本劃分的 API 可靠性

保留結果

對您自己的事件執行此查詢

僅當您準備好儲存查詢、連線真實事件並監視結果時，才建立空閒工作區。不需要信用卡。

儲存我的活動