pingcap/tidb

Use a new struct to store the props generated by `preparePossibleProperties`

Open

#10,749 建立於 2019年6月10日

在 GitHub 查看
 (0 留言) (1 反應) (2 負責人)Go (40,090 star) (6,186 fork)batch import
help wantedsig/plannertype/performance

描述

after https://github.com/pingcap/tidb/pull/10548 There'll be multiple props which share the same suffix. We can implement a struct which can store the eqPrefixLen to cut off the possible props then reduce the search space.

貢獻者指南

技術棧
go
領域
databaseperformance
議題類型
refactor
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
4
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
half day
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
stale
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
mostly clear
前置要求
Go programmingTiDB internals
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
25
研究方向
Review the referenced PR #10548 to understand the background about multiple props sharing suffixes. Look at the current implementation of `preparePossibleProperties` in the TiDB source code to identify where the new struct should be introduced. The goal is to encapsulate `eqPrefixLen` and the props in a struct to reduce search space. There are no comments or additional guidance, so the contributor may need to propose a design in the issue first.