Re: Explain plan on a Select query - Mailing list pgsql-admin

From John Scalia
Subject Re: Explain plan on a Select query
Date
Msg-id 62998F18-D770-4521-9CE0-C11A565825FE@gmail.com
Whole thread Raw
In response to Re: Explain plan on a Select query  (Jeff Janes <jeff.janes@gmail.com>)
List pgsql-admin
Well, after rebuilding the statistics on the table at least three separate times, the errant messages finally disappeared. BTW, this was on an AWS RDS instance, which I know is not the favorite of any development team member. It just threw me a bit, as the first analyze did not clear the issue.

Sent from my iPad

On Mar 16, 2020, at 6:43 PM, Jeff Janes <jeff.janes@gmail.com> wrote:


On Mon, Mar 16, 2020 at 12:26 PM John Scalia <jayknowsunix@gmail.com> wrote:
I’m a bit confused on an explain plan I just generated for a select statement. The plan’s first line begins with the word “Append” followed by the usual (cost....) data. What in the world is an Append doing here? I’ve recently performed  another analyze on the table, btw.

A top level Append would generally be used when you use a UNION ALL, or you have inheritance.
 

Also, the query does not seem to be using an index, as the explain shows a pair of sequential scans, speaking of which, the second sequential scan shows it’s on a table, called <table>_test. Which is a little strange, considering that does not exist.

Is that the name of the table, or the alias for that table?

  "->  Seq Scan on pgbench_accounts pa_alias  (cost=0.00..527869.00 rows=20000000 width=97)"

"pgbench_accounts" is the actual table, "pa_alias" is the alias for it. 


PostgreSQL will create alias for table when it needs to, but I've never seen it do so by adding "_test" to the end.  Usually it adds "_" and an integer.

It would really help to be able to see either the plan or the query, or both.

Cheers,

Jeff

pgsql-admin by date:

Previous
From: Jeff Janes
Date:
Subject: Re: Explain plan on a Select query
Next
From: Justin King
Date:
Subject: PG12 autovac issues