ORDER BY ... USING клауза в PostgreSQL

Много прост пример би бил:

> SELECT * FROM tab ORDER BY col USING <

Но това е скучно, защото това е нищо, което не можете да получите с традиционния ORDER BY col ASC .

Също така стандартният каталог не споменава нищо вълнуващо за странни функции/оператори за сравнение. Можете да получите списък с тях:

    > SELECT amoplefttype::regtype, amoprighttype::regtype, amopopr::regoper 
      FROM pg_am JOIN pg_amop ON pg_am.oid = pg_amop.amopmethod 
      WHERE amname = 'btree' AND amopstrategy IN (1,5);

Ще забележите, че има предимно < и > функции за примитивни типове като integer , date и т.н. и още някои за масиви и вектори и така нататък. Никой от тези оператори няма да ви помогне да получите персонализирана поръчка.

В повечето случаи, когато се изисква персонализирана поръчка, можете да се измъкнете с нещо като ... ORDER BY somefunc(tablecolumn) ... където somefunc картографира стойностите по подходящ начин. Тъй като това работи с всяка база данни, това е и най-често срещаният начин. За прости неща можете дори да напишете израз вместо персонализирана функция.

Превключване на предавките нагоре

ORDER BY ... USING има смисъл в няколко случая:

• Поръчката е толкова необичайна, че somefunc трикът не работи.
• Работите с непримитивен тип (като point , circle или въображаеми числа) и не искате да се повтаряте в заявките си със странни изчисления.
• Наборът от данни, който искате да сортирате, е толкова голям, че е желана или дори необходима поддръжка от индекс.

Ще се съсредоточа върху сложните типове данни:често има повече от един начин да ги сортирате по разумен начин. Добър пример е point :Можете да ги „подредите“ по разстоянието до (0,0) или по x първо, след това от y или само от y или нещо друго, което искате.

Разбира се, PostgreSQL има предварително дефинирани оператори за point :

    > CREATE TABLE p ( p point );
    > SELECT p <-> point(0,0) FROM p;

Но никой от тях е обявен за използваем за ORDER BY по подразбиране (вижте по-горе):

    > SELECT * FROM p ORDER BY p;
    ERROR:  could not identify an ordering operator for type point
    TIP:  Use an explicit ordering operator or modify the query.

Прости оператори за point са операторите "по-долу" и "горе" <^ и >^ . Те сравняват просто y част от точката. Но:

    >  SELECT * FROM p ORDER BY p USING >^;
    ERROR: operator > is not a valid ordering operator
    TIP: Ordering operators must be "<" or ">" members of __btree__ operator families.

ORDER BY USING изисква оператор с дефинирана семантика:Очевидно трябва да е двоичен оператор, трябва да приема същия тип като аргументи и трябва да връща булев. Мисля, че също трябва да е преходен (ако a btree -подреждане на индекси. Това обяснява странните съобщения за грешка, съдържащи препратка към btree .

    > CREATE OPERATOR FAMILY xyzfam USING btree;   -- superuser access required!
    CREATE OPERATOR FAMILY

    > CREATE FUNCTION xyz_v_cmp(p1 point, p2 point) RETURNS int 
      AS $$BEGIN RETURN btfloat8cmp(p1[1],p2[1]); END $$ LANGUAGE plpgsql;
    CREATE FUNCTION

    > CREATE OPERATOR CLASS xyz_ops FOR TYPE point USING btree FAMILY xyzfam AS 
        OPERATOR 1 <^ ,
        OPERATOR 3 ?- ,
        OPERATOR 5 >^ ,
        FUNCTION 1 xyz_v_cmp(point, point) ;
    CREATE OPERATOR CLASS

> INSERT INTO p SELECT point(floor(random()*100), floor(random()*100)) FROM generate_series(1, 5);
INSERT 0 5
> SELECT * FROM p ORDER BY p USING >^;
    p    
---------
 (17,8)
 (74,57)
 (59,65)
 (0,87)
 (58,91)