Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch |
| Дата | |
| Msg-id | 18389.1575241151@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost whenextracting epoch (Thomas Munro <thomas.munro@gmail.com>) |
| Ответы |
Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost whenextracting epoch
|
| Список | pgsql-bugs |
Thomas Munro <thomas.munro@gmail.com> writes:
> On Sat, Nov 30, 2019 at 10:28 PM Petr Fedorov <petr.fedorov@phystech.edu> wrote:
>> Obviously, it is due to the fact that extract epoch returns double
>> precision which in turn has 15 decimal digits precision.
> I guess this deviation from the SQL standard ("exact numeric") made
> sense when PostgreSQL used double for timestamps, but would break a
> lot of queries if we changed it.
Hmmm ... well, now that you mention it, would it really break things
if we made it return numeric? There's an implicit cast to float8,
so it seems like queries requiring that type would still work.
There might be a performance-related argument against switching,
perhaps.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера