Início / dba / Perguntas / 314360
Accepted
Nullified
Asked: 2022-07-14 00:56:03 +0800 CST

Precisa considerar se indexar uma consulta complexa Postgres sql

  • 772

Aqui está um exemplo de consulta

qual é a coluna precisa considerar para colocar um índice? qual é a melhor indexação que pode ser aplicada por coluna ou várias colunas por índice?

Meu problema é que quando executo essa consulta demora muito para terminar

É sobre a complexidade da consulta ou indexação?

TIA!

SELECT
 a.id
 a.name AS name
 CASE
   WHEN a.status IS NULL THEN '1111'
   WHEN a.status = '2222' THEN '3333'
   WHEN a.status = '4444' THEN '5555'
   ELSE a.status
 END AS status,
 a.updated_at
FROM a
LEFT JOIN b ON a.request_id = b.request_id
LEFT JOIN (
   SELECT 
    DISTINCT ON (id) id,
    name
   FROM
    aa
   WHERE
    updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
    AND id IN (
      SELECT id 
      FROM a
      WHERE 
      updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
      AND status NOT IN ('6666', '7777', '8888')
      AND id LIKE '%%'
                 )
)
WHERE 
a.updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
AND status NOT IN ('6666', '7777', '8888')
AND id LIKE '%%'

UNION

SELECT
 z.id
 z.name AS name
 CASE
   WHEN z.status IS NULL THEN '1111'
   WHEN z.status = '2222' THEN '3333'
   WHEN z.status = '4444' THEN '5555'
   ELSE z.status
 END AS status,
 z.updated_at
FROM z
LEFT JOIN zb ON z.request_id = zb.request_id
LEFT JOIN (
   SELECT 
    DISTINCT ON (id) id,
    name
   FROM
    zz
   WHERE
    updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
    AND id IN (
      SELECT id 
      FROM z
      WHERE 
      updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
      AND status NOT IN ('6666', '7777', '8888')
      AND id LIKE '%%'
                 )
)
WHERE 
z.updated_at BETWEEN '2022-05-01 00:00:00' AND '2022-05-31 23:59:59'
AND status NOT IN ('6666', '7777', '8888')
AND id LIKE '%%'
postgresql index

1 respostas

  1. Best Answer

    Uma coisa a notar, os índices clusterizados devem ter uma chave exclusiva (uma coluna de identidade que eu recomendaria) como a primeira coluna. Basicamente, ele ajuda a inserir os dados no final do índice e não causa muitas E/S de disco e divisões de página.

    Em segundo lugar, se você estiver criando outros índices em seus dados e eles forem construídos de forma inteligente, eles serão reutilizados.

    por exemplo, imagine que você pesquisa uma tabela em três colunas

    estado, município, CEP.

    you sometimes search by state only.
you sometimes search by state and county.
you frequently search by state, county, zip.

    Em seguida, um índice com estado, município, CEP. será usado em todas essas três pesquisas.

    Se você pesquisar bastante apenas por zip, o índice acima não será usado (pelo SQL Server de qualquer maneira), pois o zip é a terceira parte desse índice e o otimizador de consulta não verá esse índice como útil.

    Você poderia então criar um índice somente no Zip que seria usado nesta instância.

    A propósito, podemos tirar proveito do fato de que com a indexação de várias colunas a primeira coluna de índice é sempre utilizável para pesquisa e quando você pesquisa apenas por 'estado' é eficiente, mas não tão eficiente quanto o índice de coluna única em 'estado '

    Acho que a resposta que você está procurando é que depende das cláusulas where de suas consultas usadas com frequência e também do seu group by.

    O artigo vai ajudar muito. :-)

    • -1

relate perguntas