PostgreSQL
 sql >> Base de données >  >> RDS >> PostgreSQL

Puis-je diviser une requête en plusieurs requêtes ou créer un parallélisme pour accélérer une requête ?

Pensez à marquer votre map.get_near_link fonctionner comme PARALLEL SAFE . Cela indiquera au moteur de base de données qu'il est autorisé à essayer de générer un plan parallèle lors de l'exécution de la fonction :

Plusieurs paramètres peuvent empêcher le planificateur de requêtes de générer un plan de requête parallèle en aucune circonstance. Considérez cette documentation :

D'après ma lecture, vous pourrez peut-être réaliser un plan parallèle si vous refactorisez votre fonction comme ceci :

CREATE OR REPLACE FUNCTION map.get_near_link(
    x NUMERIC,
    y NUMERIC,
    azim NUMERIC)
RETURNS TABLE
(Link_ID INTEGER, Distance INTEGER, Sendito TEXT, Geom GEOGRAPHY)
AS
$$
        SELECT 
               S.Link_ID,
               TRUNC(ST_Distance(ST_GeomFromText('POINT('|| X || ' ' || Y || ')',4326), S.geom) * 100000)::INTEGER AS distance,
               S.sentido,
               v.geom
        FROM (
          SELECT *
          FROM map.vzla_seg
          WHERE ABS(Azim - S.azimuth) NOT BETWEEN 30 AND 330
        ) S
          INNER JOIN map.vzla_rto v
            ON S.link_id = v.link_id
        WHERE
            ST_Distance(ST_GeomFromText('POINT('|| X || ' ' || Y || ')',4326), S.geom) * 100000 < 50
        ORDER BY
            S.geom <-> ST_GeomFromText('POINT('|| X || ' ' || Y || ')', 4326)
        LIMIT 1
$$
LANGUAGE SQL
PARALLEL SAFE -- Include this parameter
;

Si l'optimiseur de requête génère un plan parallèle lors de l'exécution de cette fonction, vous n'aurez pas besoin d'implémenter votre propre logique de parallélisation.