Sorry for the absense. Thank you for registering it.
regards.
At Fri, 24 Jun 2016 14:46:25 +0900, Michael Paquier
wrote in
> On Thu, Jun 23, 2016 at 3:51 PM, Michael Paquier
>
Hi!
>I think you should implement PageReplaceItem() version and add it to the
>commitfest.
Here is the patch.
I've called function PageIndexTupleOverwrite() because it's suitable
only for indices. It works on my tests and performance is the same as
in proof-of-concept (despite some sanity checks
On Wed, Jun 29, 2016 at 6:31 AM, Markus Wanner wrote:
>> I added another character array of 256 member into inet_struct as a last
>> member
>> to store the zone id.
>
> I haven't looked at the patch in detail, but zeroing or memcpy'ing those
> 256 bytes seems like overkill to
On Wed, Jun 29, 2016 at 11:51 AM, Stefan Keller wrote:
> Hi,
>
> FYI: I'd just like to point you to following two forthcoming standard
> parts from "ISO/IEC JTS 1/SC 32" comittee: one on JSON, and one on
> "Multi-Dimensional Arrays" (SQL/MDA).
>
> They define there some things
On Mon, Jul 4, 2016 at 6:34 AM, Peter Eisentraut
wrote:
> On 7/2/16 3:54 PM, Heikki Linnakangas wrote:
>>
>> In related news, RFC 7677 that describes a new SCRAM-SHA-256
>> authentication mechanism, was published in November 2015. It's identical
>> to
2016-07-04 5:19 GMT+02:00 Pavel Stehule :
>
>
> 2016-07-04 4:25 GMT+02:00 Craig Ringer :
>
>> On 3 July 2016 at 09:32, Euler Taveira wrote:
>>
>>> On 02-07-2016 22:04, Andreas 'ads' Scherbaum wrote:
>>> > The attached patch
On Sat, Jul 2, 2016 at 2:56 AM, Alvaro Herrera wrote:
> Michael Paquier wrote:
>> On Fri, Jul 1, 2016 at 8:50 AM, Michael Paquier
>> wrote:
>
>> >> Okay, that argument I buy.
>> >>
>> >> I suppose this function/view should report no row at all
On 04/07/16 15:19, Pavel Stehule wrote:
2016-07-04 4:25 GMT+02:00 Craig Ringer >:
On 3 July 2016 at 09:32, Euler Taveira > wrote:
On 02-07-2016 22
2016-07-04 4:25 GMT+02:00 Craig Ringer :
> On 3 July 2016 at 09:32, Euler Taveira wrote:
>
>> On 02-07-2016 22:04, Andreas 'ads' Scherbaum wrote:
>> > The attached patch adds a new function "to_date_valid()" which will
>> > validate the date and
On Jul 3, 2016, at 6:58 PM, Tom Lane wrote:
> It looks to me like set_append_rel_pathlist builds a partial path for
> an appendrel only if there exist partial paths for all members of the
> appendrel. I don't understand this restriction. Why could you not
> build it from a
On 3 July 2016 at 09:32, Euler Taveira wrote:
> On 02-07-2016 22:04, Andreas 'ads' Scherbaum wrote:
> > The attached patch adds a new function "to_date_valid()" which will
> > validate the date and return an error if the input and output date do
> > not match. Tests
On 2 July 2016 at 22:31, Craig Ringer wrote:
>
> - Microsoft VSS is NOT safe, as it fails point 2. It is atomic only on a
> per-file level. You MUST use pg_start_backup() and pg_stop_backup() with
> WAL archiving or automated copy of the extra WAL if you use MS VSS. Most
>
It looks to me like set_append_rel_pathlist builds a partial path for
an appendrel only if there exist partial paths for all members of the
appendrel. I don't understand this restriction. Why could you not
build it from a regular path for each appendrel child? You'd have
to farm out entire
I wrote:
> Robert Haas writes:
>> On Sun, Jul 3, 2016 at 1:14 PM, Tom Lane wrote:
>>> You mentioned that you'll be on vacation for much of July. If you like,
>>> I will take this open item off your hands, since I'll be around and can
>>> deal with any
On 7/2/16 3:54 PM, Heikki Linnakangas wrote:
In related news, RFC 7677 that describes a new SCRAM-SHA-256
authentication mechanism, was published in November 2015. It's identical
to SCRAM-SHA-1, which is what this patch set implements, except that
SHA-1 has been replaced with SHA-256. Perhaps we
Robert Haas writes:
> On Sun, Jul 3, 2016 at 1:14 PM, Tom Lane wrote:
>> I think a cleaner way is to have set_append_rel_size() invoke
>> set_rel_consider_parallel() on the child rels and then propagate their
>> parallel-unsafety up to the parent. That
On Sun, Jul 3, 2016 at 1:14 PM, Tom Lane wrote:
> BTW, looking elsewhere in set_rel_consider_parallel, isn't there an extra
> "return;" in the tablesample stanza, allpaths.c:541 as of HEAD? Looks to
> me like we're failing to ever treat tablesampling as parallel-safe.
> I'm
Hi,
Here's a patch for $SUBJECT. I'll probably work on the docs a bit more
before the next CF, but I thought I'd post it anyway.
.m
diff --git a/doc/src/sgml/ref/insert.sgml b/doc/src/sgml/ref/insert.sgml
index e710cf4..33e577b 100644
--- a/doc/src/sgml/ref/insert.sgml
+++
Robert Haas writes:
> I dug into this a bit and found more problems. I wondered why Tom's
> patch did this:
> ! if (has_parallel_hazard((Node *) rte->subquery,
> false))
> ! return;
> ! break;
>
David Fetter writes:
> On Sat, Jul 02, 2016 at 01:06:49PM -0400, David G. Johnston wrote:
>> â+1 for the idea - though restricting it to columns would not be ideal.
> +1 for adding it to all the CREATEs whose objects support COMMENT.
TBH, I think this is a pretty bad idea.
On Sat, Jul 2, 2016 at 5:10 PM, Robert Haas wrote:
> On Sat, Jul 2, 2016 at 3:20 PM, Kevin Grittner wrote:
>> Attached is a patch which fixes this issue, which I will push
>> Monday unless there are objections.
>
> Considering that (1) this was posted
On 03.07.2016 07:05, Jaime Casanova wrote:
El 2/7/2016 20:33, "Euler Taveira" > escribió:
>
> On 02-07-2016 22:04, Andreas 'ads' Scherbaum wrote:
> > The attached patch adds a new function "to_date_valid()" which will
> > validate the date
Hi!
On Sun, Jul 3, 2016 at 12:24 PM, Andrew Borodin
wrote:
> I think there is some room for improving GiST inserts. Following is
> the description of what I think is performance problem.
>
> Function gistplacetopage in file /src/backend/access/gist/gist.c is
> responsible
Hi, hackers!
I think there is some room for improving GiST inserts. Following is
the description of what I think is performance problem.
Function gistplacetopage in file /src/backend/access/gist/gist.c is
responsible for updating or appending new tuple on GiST page.
Currently, after checking
24 matches
Mail list logo