La pregunta es realmente sobre la optimización de consultas sql. Digamos que tenemos la tabla así definida.
CREATE TYPE record_type AS ENUM ( 'TRANSFER', 'TRADE', 'VOUCHER' ); CREATE TYPE record_status AS ENUM ( 'NEW', 'VALIDATED', 'EXPIRED' ); CREATE TABLE good_records ( id uuid PRIMARY KEY, user_id uuid NOT NULL, type record_type NOT NULL, status record_status NOT NULL, amount numeric(36,18) NOT NULL DEFAULT 0, expired_at timestamp WITH TIME ZONE NOT NULL, notification_sent boolean DEFAULT false, ); Quiero ejecutar una verificación de caducidad cada 10 minutos, es decir, ejecutaría SELECT * FROM good_records where record_status = 'NEW' and notification_sent = false (y SELECT * FROM good_records where record_status = 'VALIDATED' and notification_sent = false ). Pero a medida que superviso el uso de los recursos de la base de datos, no sorprende que esas dos consultas cuesten mucho.
Mi pregunta es si es posible poner la indexación en la tabla de alguna manera para poder ajustar las consultas y ahorrar recursos de db.
He leído brevemente los documentos de postgresql pero sin una buena solución.
Ciertamente es posible indexar columnas de enum . Pero dado que normalmente hay solo unos pocos valores distintos, los índices parciales suelen ser más eficientes. Los detalles dependen de la información faltante.
Por ejemplo, suponiendo que solo hay unas pocas filas con notification_sent = false y todo lo que necesita recuperar es el id , este índice serviría para ambas consultas:
CREATE INDEX foo ON good_records (record_status, id) WHERE notification_sent = false;Si hay mucha actividad de escritura, asegúrese de tener una configuración agresiva de autovacío para la tabla para mantener a raya el exceso de tabla e índice y permitir escaneos solo de índice.
Agregar id al índice solo tiene sentido si puede brindarle escaneos solo de índice .
Si nunca filtra por id , use la cláusula INCLUDE en su lugar (Postgres 11 o posterior). Ligeramente más eficiente:
CREATE INDEX foo ON good_records (record_status) INCLUDE (id) WHERE notification_sent = false;Relacionada: