From: | David Rowley <dgrowleyml(at)gmail(dot)com> |
---|---|
To: | Erik Rijkers <er(at)xs4all(dot)nl> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [PATCH] Negative Transition Aggregate Functions (WIP) |
Date: | 2014-01-02 19:53:16 |
Message-ID: | CAApHDvooC7xZcefh8uejQv4tqc-jVY7MFm_BV0Ln7X3g-Cry_w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Jan 3, 2014 at 5:33 AM, Erik Rijkers <er(at)xs4all(dot)nl> wrote:
> *** /var/data1/pg_stuff/pg_sandbox/pgsql.inverse/src/
> test/regress/expected/window.out 2014-01-02 16:19:48.000000000 +0100
> ---
> /var/data1/pg_stuff/pg_sandbox/pgsql.inverse/src/test/regress/results/window.out
> 2014-01-02 16:21:43.000000000 +0100
> ***************
> *** 1188,1195 ****
> sum
> ------
> 6.01
> ! 5
> ! 3
> (3 rows)
>
> SELECT i,COUNT(v) OVER (ORDER BY i ROWS BETWEEN CURRENT ROW AND
> UNBOUNDED FOLLOWING)
> --- 1188,1195 ----
> sum
> ------
> 6.01
> ! 5.00
> ! 3.00
> (3 rows)
>
>
I've left those failures in for now in the hope to generate some discussion
on if we can inverse transition for sum(numeric). Please see my email
before the previous one for details. To fix it pg_aggregate.h just needs to
be changed to remove the inverse transition for sum(numeric).
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-01-02 19:56:16 | Re: preserving forensic information when we freeze |
Previous Message | Tom Lane | 2014-01-02 19:52:33 | Re: preserving forensic information when we freeze |