Re: queries with subquery constraints on partitioned tables not optimized?
В списке pgsql-performance по дате отправления:
| От | Nikolas Everett |
|---|---|
| Тема | Re: queries with subquery constraints on partitioned tables not optimized? |
| Дата | |
| Msg-id | d4e11e981002030754id1e3b2em7fa3e7a7ac0daef3@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: queries with subquery constraints on partitioned tables not optimized? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-performance |
"Davor J." <DavorJ@live.com> writes:No, the optimizer doesn't "evaluate it first". Subqueries aren't ever
> Now, if one takes a subquery for "1", the optimizer evaluates it first
> (let's say to "1"), but then searches for it (sequentially) in every
> partition, which, for large partitions, can be very time-consuming and goes
> beyond the point of partitioning.
assumed to reduce to constants. (If you actually do have a constant
expression, why don't you just leave out the word SELECT?)
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера