Estou com um problema no planejamento de consultas do PostgreSQL 9.6. Minha consulta é assim:
SET role plain_user;
SELECT properties.*
FROM properties
JOIN entries_properties
ON properties.id = entries_properties.property_id
JOIN structures
ON structures.id = entries_properties.entry_id
WHERE structures."STRUKTURBERICHT" != ''
AND properties."COMPOSITION" LIKE 'Mo%'
AND (
properties."NAME" LIKE '%VASP-ase-preopt%'
OR properties."CALCULATOR_ID" IN (7,22,25)
)
AND properties."TYPE_ID" IN (6)
Eu tenho a segurança em nível de linha ativada para as tabelas usadas acima.
com
set enable_nestloop = True
, o planejador de consultas executa a junção de loop aninhado com um tempo total de execução de aproximadamente 37 segundos: https://explain.depesz.com/s/59BRcom
set enable_nestloop = False
, o método Hash Join é usado e o tempo de consulta é de cerca de 0,3 segundos: https://explain.depesz.com/s/PG8E
Eu fiz VACUUM ANALYZE
antes de executar as consultas, mas não ajudou.
Sei que não é uma boa prática set enable_nestloop = False
e outras opções semelhantes para o planejador. Mas como "convencer" o planejador a usar junções de hash sem desativar os loops aninhados?
Reescrever a consulta é uma opção.
Se eu executar a mesma consulta em uma função que ignora o RLS, ela será executada muito rapidamente. A política de segurança em nível de linha é semelhante a esta:
CREATE POLICY properties_select
ON properties
FOR SELECT
USING (
(
properties.ouid = get_current_user_id()
AND properties.ur
)
OR (
properties.ogid in (select get_current_groups_id())
AND properties.gr
)
OR properties.ar
);
Todas as idéias ou sugestões serão muito apreciadas.
AND properties."TYPE_ID" IN (6);
e não= 6;
?