Re: Getting fancy errors when accessing information_schema on 10.5
От | Axel Rau |
---|---|
Тема | Re: Getting fancy errors when accessing information_schema on 10.5 |
Дата | |
Msg-id | 4BA9C14E-52CC-4578-A342-8705B2AFCCD3@Chaos1.DE обсуждение исходный текст |
Ответ на | 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
Re: Getting fancy errors when accessing information_schema on 10.5 |
Список | 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?
cpu_index_tuple_cost = 0.01
cpu_operator_cost = 0
effective_cache_size = 4GB
Axel
---
PGP-Key:29E99DD6 ☀ computing @ chaos claudius
PGP-Key:29E99DD6 ☀ computing @ chaos claudius
В списке pgsql-admin по дате отправления: