Re: roundoff problem in time datatype
От | Bruce Momjian |
---|---|
Тема | Re: roundoff problem in time datatype |
Дата | |
Msg-id | 200510132048.j9DKm1g08373@candle.pha.pa.us обсуждение исходный текст |
Ответ на | roundoff problem in time datatype (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: roundoff problem in time datatype
|
Список | pgsql-hackers |
Where are we on this? I see current CVS behaving the same as below, except the last query now returns 24:00:00. --------------------------------------------------------------------------- Tom Lane wrote: > Inserting into a time field with limited precision rounds off, which > is good except for this case: > > regression=# select '23:59:59.9'::time(0); > time > ---------- > 24:00:00 > (1 row) > > This is bad because: > > regression=# select '24:00:00'::time(0); > ERROR: date/time field value out of range: "24:00:00" > > which means that data originally accepted will fail to dump and reload. > > I see this behavior in all versions back to 7.3. 7.2 was even more > broken: > > regression=# select '23:59:59.9'::time(0); > time > ---------- > 00:00:00 > (1 row) > > I think the correct behavior has to be to check for overflow again > after rounding off. Alternatively: why are we forbidding the value > 24:00:00 anyway? Is there a reason not to allow the hours field > to exceed 23? > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 6: explain analyze is your friend > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: