Re: Getting fancy errors when accessing information_schema on 10.5
Axel Rau <axel.rau@chaos1.de>
From: Axel Rau <Axel.Rau@chaos1.de>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>, pgsql-admin@postgresql.org
Date: 2018-10-30T15:12:32Z
Lists: pgsql-hackers
> Am 30.10.2018 um 16:04 schrieb Tom Lane <tgl@sss.pgh.pa.us>: > > Axel Rau <Axel.Rau@Chaos1.DE <mailto:Axel.Rau@Chaos1.DE>> writes: >> Am 30.10.2018 um 14:45 schrieb Tom Lane <tgl@sss.pgh.pa.us <mailto: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