Re: Getting fancy errors when accessing information_schema on 10.5 - Mailing list pgsql-admin

From Axel Rau
Subject Re: Getting fancy errors when accessing information_schema on 10.5
Date
Msg-id 4BA9C14E-52CC-4578-A342-8705B2AFCCD3@Chaos1.DE
Whole thread Raw
In response to Re: Getting fancy errors when accessing information_schema on 10.5  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Getting fancy errors when accessing information_schema on 10.5  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Getting fancy errors when accessing information_schema on 10.5  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin


Am 30.10.2018 um 16:04 schrieb Tom Lane <tgl@sss.pgh.pa.us>:

Axel Rau <Axel.Rau@Chaos1.DE> writes:
Am 30.10.2018 um 14:45 schrieb Tom Lane <tgl@sss.pgh.pa.us>:
Axel, would you try two more things on that DB?

nextcloud=> explain select ((pg_has_role(relowner, 'USAGE'::text) OR has_sequence_privilege(oid, 'SELECT, UPDATE, USAGE'::text))) from pg_class;
                       QUERY PLAN                         
-----------------------------------------------------------
Seq Scan on pg_class  (cost=0.00..28.56 rows=656 width=1)
(1 row)

nextcloud=> explain select (relkind = 'S'::"char") from pg_class;
                       QUERY PLAN                         
-----------------------------------------------------------
Seq Scan on pg_class  (cost=0.00..28.56 rows=656 width=1)
(1 row)

That is ... odd.  Is it possible that you have cpu_operator_cost set
to zero, or some very tiny number?

Yes:

cpu_index_tuple_cost = 0.01
cpu_operator_cost = 0

effective_cache_size = 4GB

Axel
---
PGP-Key:29E99DD6  ☀  computing @ chaos claudius

pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: Getting fancy errors when accessing information_schema on 10.5
Next
From: Tom Lane
Date:
Subject: Re: Getting fancy errors when accessing information_schema on 10.5