Re: BUG #19386: Unnecessary Sort in query plan for SELECT literal with ORDER BY
| От | Andrei Lepikhov |
|---|---|
| Тема | Re: BUG #19386: Unnecessary Sort in query plan for SELECT literal with ORDER BY |
| Дата | |
| Msg-id | 82e59270-d4a0-4dbb-9c2d-5cd2005c933f@gmail.com обсуждение исходный текст |
| Ответ на | BUG #19386: Unnecessary Sort in query plan for SELECT literal with ORDER BY (PG Bug reporting form <noreply@postgresql.org>) |
| Ответы |
Re: BUG #19386: Unnecessary Sort in query plan for SELECT literal with ORDER BY
Re: BUG #19386: Unnecessary Sort in query plan for SELECT literal with ORDER BY |
| Список | pgsql-bugs |
On 21/1/26 09:26, PG Bug reporting form wrote: > The following bug has been logged on the website: > > Bug reference: 19386 > Logged by: Chi Zhang > Email address: 798604270@qq.com > PostgreSQL version: 18.1 > Operating system: ubuntu 24.04 with docker > Description: > > Hi, > > In the following test case, there are two equivalent queries. One is a > normal SELECT, and the other is a prepared SELECT. In the query plan of the > normal SELECT, there is an unnecessary Sort, which causes it to be slower > than the prepared SELECT. In general, the prepared SELECT should be slower > than the normal SELECT, as its query plan is suboptimal. So there maybe > potential opportunities for further optimization in the query planning of > normal SELECT statements. These queries aren't equivalent for me. The generic case may produce errors if a parameter has an incompatible type. The 'simple query' case validates constants and may simplify the clause, being sure no logical errors happen during clause evaluation. Another question - should we do anything to optimise this quite narrow (at least it seems so for me) case and stop simplification of the clause? -- regards, Andrei Lepikhov, pgEdge
В списке pgsql-bugs по дате отправления: