Re: [HACKERS] Interval aggregate regression failure
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Interval aggregate regression failure |
Дата | |
Msg-id | 200609031945.k83JjLK14951@momjian.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Interval aggregate regression failure (expected seems (Michael Glaesemann <grzm@seespotcode.net>) |
Ответы |
Re: [HACKERS] Interval aggregate regression failure (expected seems
Re: [HACKERS] Interval aggregate regression failure |
Список | pgsql-patches |
Michael Glaesemann wrote: > > On Sep 3, 2006, at 12:34 , Bruce Momjian wrote: > > > OK, I worked with Michael and I think this is the best we are going to > > do to fix this. It has one TSROUND call for Powerpc, and that is > > documented. Applied. > > As I was working up regression tests, I found a case that this patch > doesn't handle. > > select interval '4 mon' * .3 as product_h; > product_h > ----------------------- > 1 mon 5 days 24:00:00 > (1 row) > > This should be 1 mon 6 days. It fails for any number of months > greater than 3 that is not evenly divisible by 10, greater than 3 > months. Do we need to look at the month remainder separately? Another question. Is this result correct? test=> select '999 months 999 days'::interval / 100; ?column? ------------------------- 9 mons 38 days 40:33:36 (1 row) Should that be: 9 mons 39 days 16:33:36 The core problem is that the combined remainder seconds of months and days is > 24 hours. -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: