Adding page for CBO

[premkumr]

@netlify /preview/architecture/query-layer/planner-optimizer
DOC-383

[netlify]

✅ Deploy Preview for infallible-bardeen-164bc9 ready!

Built without sensitive environment variables

Name	Link
🔨 Latest commit	b3b90b2
🔍 Latest deploy log	https://app.netlify.com/sites/infallible-bardeen-164bc9/deploys/672a77785894b700083cc3cd
😎 Deploy Preview	https://deploy-preview-24736--infallible-bardeen-164bc9.netlify.app/preview/architecture/query-layer/planner-optimizer
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site configuration.

[gauravk-in]

It generates various plans of execution and determines the optimal path by taking into consideration the costs associated various factors like index lookups, scans, CPU usage, network latency, and so on.

Is missing ... costs associated *with* various factors...

Could also be rephrased as,

It computes the cost of various execution plans by taking into consideration factors such as index lookup, CPU usage, network throughput, and so on and picks the plan with the cheapest cost.

[gauravk-in]

The primary component that calculates these values is the cost-based optimizer (CBO).

can be

The query planner, also known as CBO comprises primarily of selectivity estimation and cost modeling. We have implemented a new cost model for YugabyteDB which improves the accuracy of the CBO. This can be enabled as follows,

[gauravk-in]

These statistics are essential for estimating the costs of various query plans accurately.

can be

These statistics are essential for estimating the selectivity of filters and costs of various query plans accurately.

[gauravk-in]

To estimate the cost of fetching a tuple from DocDB, factors such as the number of SST files that may need to be read, and the estimated number of seeks, previous, and next operations that may be executed in the LSM subsystem, are taken into account.

can be

To estimate the cost of fetching a tuple from DocDB, we take into account factors such as the number of SST files that may need to be read, and the estimated number of seeks, previous, and next operations that may be executed in the LSM subsystem.

[ddhodge]

To estimate the cost of fetching a tuple from DocDB, we take into account factors such as the number of SST files that may need to be read, and the estimated number of seeks, previous, and next operations that may be executed in the LSM subsystem.

'we' - you mean the CBO? eg "the CBO takes into account..."

[ddhodge]

The query planner, also known as CBO comprises primarily of selectivity estimation and cost modeling. We have implemented a new cost model for YugabyteDB which improves the accuracy of the CBO. This can be enabled as follows,

Oh so the query planner and the CBO are the same?
How should we distinguish the new CBO from the old (PostgreSQL?) CBO?
What is 'selectivity estimation' and 'selectivity of filters'