Re: BUG #11904: out of memory when scanning large number of partitions - Mailing list pgsql-bugs

From Sergey Koposov
Subject Re: BUG #11904: out of memory when scanning large number of partitions
Date
Msg-id alpine.LRH.2.11.1411080127430.2920@calx115.ast.cam.ac.uk
Whole thread Raw
In response to Re: BUG #11904: out of memory when scanning large number of partitions  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
On Fri, 7 Nov 2014, Tom Lane wrote:

> That's an utterly insane number of partitions.
> I'm unsurprised.
>
> The inheritance infrastructure is only designed to support maybe 100
> child tables.  If we ever get around to implementing a hard-wired
> partitioning scheme, it's possible that multiple thousands of partitions
> could be practical, but it isn't today.  Sorry.

Okay, thanks.

I knew that it is not designed for such number of partitions, and that's
why I'm not using any of the CHECK() infrastructure and rather use the
inheritance to ensure the schema consistency of all the partitions. I was
just hoping that occasional queries from from parent would work (without
much worries about performance). I know that it did work in my tests when
the dataset was smaller (but  with still the same number of  children
tables), and was suprised that it blows so impressively even if the
actual data retrieved is zero. But fair enough, I won't do those queries
anymore.

Regards,
     Sergey

*****************************************************
Sergey E. Koposov, PhD, Senior Research Associate
Institute of Astronomy, University of Cambridge
Madingley road, CB3 0HA, Cambridge, UK
Tel: +44-1223-337-551 Web: http://www.ast.cam.ac.uk/~koposov/

pgsql-bugs by date:

Previous
From: connor.penhale@openlogic.com
Date:
Subject: BUG #11905: "Error: Wrong key or corrupt data" with pgp_sym_decrypt when bytea size is 2^x - 6 where x >=14
Next
From: Robert Haas
Date:
Subject: Re: BUG #11867: Strange behaviour with composite types after resetting database tablespace