Re: Large number of partitions of a table
| От | Ron |
|---|---|
| Тема | Re: Large number of partitions of a table |
| Дата | |
| Msg-id | 6cea6b1c-9e12-2771-a2f7-d8a73ce723f3@gmail.com обсуждение исходный текст |
| Ответ на | Re: Large number of partitions of a table (Mladen Gogala <gogala.mladen@gmail.com>) |
| Ответы |
Re: Large number of partitions of a table
|
| Список | pgsql-admin |
On 1/18/22 6:09 PM, Mladen Gogala wrote: > On 1/18/22 09:47, Ron wrote: >> EXPLAIN plans are going to be hilariously gigantic, which means that >> query planning would take a loooong time, And the query planner (in v12, >> at least) can generate some pretty bad plans in partitioned tables; I bet >> there are edge cases in the QP code that don't work well with 10000 >> partitions and 50000 indices. > > These things sometimes happen. On the oracle-l, there is a thread in > progress about a generated SQL with 130,000 lines which fails parsing > because parsing exhausts the available memory. > But there wasn't any programming. The company saved so much money!!! > In such cases, I am less inclined to look for a fault with the database > software and more inclined to inflict an unusual and cruel punishment on > whoever has designed the data model. > OOP was definitely involved, in some way or form... -- Angular momentum makes the world go 'round.
В списке pgsql-admin по дате отправления: