pingcap/tidb

The heavy predicates may not need to be pushed down.

開放

#14,608 建立於 2020年2月3日

在 GitHub 查看貢獻者指南
 (6 則留言) (0 個反應) (1 位負責人)Go (6,186 個分叉)batch import
help wantedsig/plannertype/enhancement

倉庫指標

星標
 (40,090 顆星)
PR 合併指標
 (平均合併 14天 4小時) (30 天內合併 346 個 PR)

描述

For example, a big CASE...WHEN... clause may consume a lot of resources. In this case, push it down to table side may be worse than not pushing it.

We should control its behavior by

  • A hint to disable all predicates of one WHERE clause.
  • A cost-based or a heuristic method to control the predicates automatically.

貢獻者指南

研究方向
檢查 TiDB 優化器中的謂詞下推邏輯，確定何時不應下推如 CASE...WHEN 等重謂詞。提出基於成本或啟發式的方法來控制該行為。
技術棧
go
領域
backenddatabaseperformance
議題類型
效能
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
3
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
半天
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
活躍
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
大致清晰
前置要求
GoSQL
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
40