postgresql - мои индексы или типы столбцов замедляют мой запрос?

Индекс покрытия

Раздел по customerid, например @Daniel прокомментировал . integer меньше и дешевле в сортировке. Если вам не нужен customername в результате, полностью замените его на customerid.

Может помочь индекс с несколькими столбцами (например, @ wildplasser прокомментировал). Если это (в основном) таблица только для чтения, «покрывающий» индекс, который позволяет сканирование только для индекса, будет еще быстрее, особенно если включенные столбцы малы:

CREATE INDEX orders_nbr_idx ON orders (customerid, orderdate, orderid);

Добавление orderid к индексу имеет смысл только в том случае, если вы получаете из него сканирование только для индекса. Если вам нужен customername, добавьте и его. Более:

• Как PostgreSQL выполняет ORDER BY, если для этого поля построен индекс b-дерева?

Если это (в основном) таблица только для чтения, выполните дорогостоящий запрос один раз и сохраните снимок как MATERIALIZED VIEW для повторного использования...

Арахис

Вы можете сделать несколько небольших вещей, чтобы уменьшить объем памяти. После воспроизведения тетрис столбца это сэкономит 0-7 байтов на строку, в настоящее время потерянную для заполнения:

CREATE TABLE orders (
  orderid integer,
  customerid integer,
  amount money,
  tax money,
  orderdate date,
  status text,
  customername text,
  customerstate text
  );

Если вы запишете результат в другую таблицу (или MATERIALIZED VIEW), это позволит немного сэкономить на оптимизации запроса аналогичным образом. rank() производит bigint, приведя к int, вы сохраните 8 байтов на строку (4 + 4 заполнения):

SELECT orderid, customername, orderdate
    -- orderid, customerid, orderdate  -- good enough?
     , rank() OVER (PARTITION BY customerid
                    ORDER BY orderdate)::int AS cust_ord_nbr
FROM   orders;