Re: Large number of partitions of a table - Mailing list pgsql-admin

From Ron
Subject Re: Large number of partitions of a table
Date
Msg-id 6cea6b1c-9e12-2771-a2f7-d8a73ce723f3@gmail.com
Whole thread Raw
In response to Re: Large number of partitions of a table  (Mladen Gogala <gogala.mladen@gmail.com>)
Responses Re: Large number of partitions of a table  (Ketan Popat <ketanpostgres@gmail.com>)
List 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 by date:

Previous
From: Wells Oliver
Date:
Subject: Vacuum & analyze thresholds-- redundant?
Next
From: Tom Lane
Date:
Subject: Re: Vacuum & analyze thresholds-- redundant?