BUG #16148: Query on Large table hangs in ETL flows and gives out of memory when run in pgAdmin4

Поиск
Список
Период
Сортировка
От PG Bug reporting form
Тема BUG #16148: Query on Large table hangs in ETL flows and gives out of memory when run in pgAdmin4
Дата
Msg-id 16148-ed1cc02fdf2200ec@postgresql.org
обсуждение исходный текст
Ответы Re: BUG #16148: Query on Large table hangs in ETL flows and gives outof memory when run in pgAdmin4  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-bugs
The following bug has been logged on the website:

Bug reference:      16148
Logged by:          Scott Volkers
Email address:      scottvolkers@gmail.com
PostgreSQL version: 9.5.15
Operating system:   PostgreSQL 9.5.15 on x86_64-pc-linux-gnu, compiled
Description:

We have a large table and the error occurs with this where clause:
FROM "elliedb"."documentlog" WHERE dcmodifiedutc>(extract(epoch from
TIMESTAMP '2019-11-15 11:30:51')*1000)

When we reduce the scope to current time - 4 hours the query works within 44
seconds.
where dcmodifiedutc > '1575282651000'

Is this expected?   Is this a version issue being only 9.5?    It seems the
timestamp conversion would be done once and applied to the filter, but it
seems to ballooning the query result being aggregated for the where
clause?
Thank you.


В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #16147: postgresql 12.1 (from homebrew) - pg_restore -h localhost --jobs=2 crashes
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump losing index column collations for unique and primary keys