Re: [HACKERS] Pluggable storage

2017-07-22 Thread Amit Kapila
On Wed, Jul 19, 2017 at 11:33 AM, Haribabu Kommi wrote: > > > On Sat, Jul 15, 2017 at 12:30 PM, Robert Haas wrote: >> > > I am finding out that eliminating the HeapTuple usage in the upper layers > needs some major changes, How about not changing anything in the upper > layers of storage currentl

Re: [HACKERS] why not parallel seq scan for slow functions

2017-07-22 Thread Amit Kapila
On Thu, Jul 13, 2017 at 7:38 AM, Amit Kapila wrote: > On Wed, Jul 12, 2017 at 11:20 PM, Jeff Janes wrote: >> >> >> >> Setting parallel_workers to 8 changes the threshold for the parallel to even >> be considered from parellel_tuple_cost <= 0.0049 to <= 0.0076. So it is >> going in the correct di

Re: [HACKERS] GSoC 2017: Foreign Key Arrays

2017-07-22 Thread Robert Haas
On Sat, Jul 22, 2017 at 5:50 PM, Mark Rofail wrote: > so personally I don't think we should leave creating a GIN index up to the > user, it should be automatically generated instead. I can certainly understand why you feel that way, but trying to do that in your patch is just going to get your pa

Re: [HACKERS] Syncing sql extension versions with shared library versions

2017-07-22 Thread Craig Ringer
On 22 Jul. 2017 04:19, "Mat Arye" wrote: Hi All, I am developing the TimescaleDB extension for postgres ( https://github.com/timescale/timescaledb) and have some questions about versioning. First of all, I have to say that the versioning system on the sql side is wonderful. It's really simple to

Re: [HACKERS] Buildfarm failure and dubious coding in predicate.c

2017-07-22 Thread Tom Lane
I wrote: > And, while I'm looking at this ... isn't this "scratch target" logic > just an ineffective attempt at waving a dead chicken? It's assuming > that freeing an entry in a shared hash table guarantees that it can > insert another entry. But that hash table is partitioned, meaning it has >

Re: [HACKERS] Syncing sql extension versions with shared library versions

2017-07-22 Thread Tom Lane
Robert Haas writes: > On Fri, Jul 21, 2017 at 4:17 PM, Mat Arye wrote: >> (I >> want to avoid having to keep backwards-compatibility for all functions in >> future shared-libraries). > Are you sure that's a good idea? It seems like swimming upstream > against the design. I mean, instead of cre

Re: [HACKERS] Syncing sql extension versions with shared library versions

2017-07-22 Thread Robert Haas
On Fri, Jul 21, 2017 at 4:17 PM, Mat Arye wrote: > (I > want to avoid having to keep backwards-compatibility for all functions in > future shared-libraries). Are you sure that's a good idea? It seems like swimming upstream against the design. I mean, instead of creating a dispatcher library tha