Re: Dimension limit in contrib/cube (dump/restore hazard?)
Alexander Korotkov <a.korotkov@postgrespro.ru>
From: Alexander Korotkov <a.korotkov@postgrespro.ru>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Andrey Borodin <x4mmm@yandex-team.ru>,
Andrew Gierth <andrew@tao11.riddles.org.uk>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-08-31T22:10:04Z
Lists: pgsql-hackers
On Fri, Aug 31, 2018 at 6:18 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > On 2018-Aug-30, Alexander Korotkov wrote: > > > Personally I get tired with cube.out > > and cube_2.out. They are different with only few checks involving > > scientific notation. But all the patches touching cube regression > > tests should update both cube.out and cube_2.out. I propose to split > > scientific notation checks into separate test. > > Good idea. Thank you for the feedback! Pushed. ------ Alexander Korotkov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
Commits
-
Enforce cube dimension limit in all cube construction functions
- f919c165ebdc 12.0 landed
- 36343e59b511 11.0 landed
- 29e07cd22471 10.6 landed
- 5fed7b24aed5 9.6.11 landed
- 9f3ade1a6f62 9.3.25 landed
- 7cea5e6ebfb3 9.4.20 landed
- b187dae9d041 9.5.15 landed
-
Split contrib/cube platform-depended checks into separate test
- 38970ce862b9 12.0 landed
- 1668186eb378 11.0 landed
- 4ffb7c7b3c0a 10.6 landed
- df85f8ecea53 9.6.11 landed
- 5d6a1ee9a50f 9.3.25 landed
- 41180978b403 9.4.20 landed
- 26cbd2325940 9.5.15 landed