Re: can insert timestamp value that can't be read
| От | Tom Lane |
|---|---|
| Тема | Re: can insert timestamp value that can't be read |
| Дата | |
| Msg-id | 15053.1399438846@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | can insert timestamp value that can't be read (Jeff Davis <pgsql@j-davis.com>) |
| Ответы |
Re: can insert timestamp value that can't be read
|
| Список | pgsql-bugs |
Jeff Davis <pgsql@j-davis.com> writes:
> It looks like timestamp[tz]_pl_interval() is not doing proper validation
> in all paths.
> Patch attached. I looked for other areas that might be affected, but
> none jumped out.
This seems to be adding a heck of a lot of cycles (viz, replacing a
simple int64 or float8 addition with timestamp2tm then tm2timestamp)
to fix a corner case that will probably not matter to anyone anytime
in the next 200 thousand years, give or take a few millenia. I'm okay
with the concept of detecting overflow here, but not at this price.
Can't we do a more direct overflow check, comparable to what ordinary
int64/float8 addition does?
Also, surely timestamp_mi_interval has got the identical issue, and
probably some other operators.
regards, tom lane
В списке pgsql-bugs по дате отправления: