Início / user-131249

Yury Lysogorskiy's questions

Martin Hope
Yury Lysogorskiy
Asked: 2017-07-25 13:41:45 +0800 CST
  • 17

Estou com problemas com o planejamento de consultas do PostgreSQL 9.6. Minha consulta está 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 habilitada para as tabelas usadas acima.

  • com set enable_nestloop = True, o planejador de consultas executa a junção do Nested Loop com um tempo total de execução de cerca de 37 segundos: https://explain.depesz.com/s/59BR

  • com 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 ANALYZEantes de executar as consultas, mas não ajudou.

Eu sei que não é uma boa prática set enable_nestloop = False, e quaisquer outras opções semelhantes para o planejador. Mas como eu poderia "convencer" o planejador a usar junções de hash sem desabilitar 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 tem esta aparência:

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
);

Quaisquer idéias ou sugestões seriam muito apreciadas.

postgresql performance