On Thu, 6 Jan 2022 at 20:01, Avi Weinberg wrote:
> Thanks for the input
>
>
>
> postgres_fdw seems to bring the entire table even if all I use in the join
> is just the id from the remote table. I know it is possible to query for
> the missing ids and then perform the delete, but I wonder why al
68 rows=112 loops=1)"
"Planning Time: 0.237 ms"
"Execution Time: 62184.253 ms"
From: Vijaykumar Jain [mailto:vijaykumarjain.git...@gmail.com]
Sent: Thursday, January 6, 2022 2:53 PM
To: Avi Weinberg
Cc: Kyotaro Horiguchi ; pgsql-performa.
Subject: Re: Same query 1
On Thu, Jan 6, 2022, 3:50 PM Avi Weinberg wrote:
> Hi Kyotaro Horiguchi and Vijaykumar Jain,
>
> Thanks for your quick reply!
>
> I understand that the fact the slow query has a join caused this problem.
> However, why can't Postgres evaluate the table of the "IN" clause (select
> 140 as id union
pgsql-performa...@postgresql.org
Subject: Re: Same query 1x More Time
At Thu, 6 Jan 2022 13:50:55 +0530, Vijaykumar Jain
wrote in
> On Thu, 6 Jan 2022 at 13:13, Avi Weinberg wrote:
>
> > Hi
> >
> >
> >
> > I have postgres_fdw table called tbl_link. The source tab
At Thu, 6 Jan 2022 13:50:55 +0530, Vijaykumar Jain
wrote in
> On Thu, 6 Jan 2022 at 13:13, Avi Weinberg wrote:
>
> > Hi
> >
> >
> >
> > I have postgres_fdw table called tbl_link. The source table is 2.5 GB in
> > size with 122 lines (some lines has 70MB bytea column, but not the ones I
> > se
On Thu, 6 Jan 2022 at 13:13, Avi Weinberg wrote:
> Hi
>
>
>
> I have postgres_fdw table called tbl_link. The source table is 2.5 GB in
> size with 122 lines (some lines has 70MB bytea column, but not the ones I
> select in the example)
>
> I noticed that when I put the specific ids in the list "
Hi
I have postgres_fdw table called tbl_link. The source table is 2.5 GB in size
with 122 lines (some lines has 70MB bytea column, but not the ones I select in
the example)
I noticed that when I put the specific ids in the list "where id in
(140,144,148)" it works fast (few ms), but when I put