Sybase ORDER BY медленный запрос - PullRequest
Новая
       91

Sybase ORDER BY медленный запрос

0 голосов
/ 20 октября 2019

Не представляю, что здесь делать. Мой запрос: 

SELECT
    ACCOUNT.ID,
    ACCOUNT.NAME,
    SUPPLIERACCOUNT.NAME,
    HEADER.CURRENCY,
    HEADER.DDATE,
    HEADER.RECIPIENTACCOUNTNUMBER,
    HEADER.REQUESTID,
    HEADER.PRINCIPALAMOUNT,
    LINEITEM.HEADERID,
    LINEITEM.DATE
FROM
    ACCOUNT
         JOIN HEADER ON ACCOUNT.ID = HEADER.ISSUERACCOUNTNUMBER
         JOIN ACCOUNT AS SUPPLIERACCOUNT ON HEADER.RECIPIENTACCOUNTNUMBER = SUPPLIERACCOUNT.ID
         JOIN LINEITEM ON HEADER.HEADERID = LINEITEM.HEADERID
WHERE ACCOUNT.BPID = 7222222
  AND LINEITEM.LTYPE = 'P'
  AND HEADER.POSTINGDATE >= ACCOUNT.CREATIONDATE
  and ACCOUNT.ID IN (1111111,2222222 ...)
  and HEADER.RECIPIENTACCOUNTNUMBER IN (3333333,6666666,9999999 ...)
  AND HEADER.POSTINGDATE >= '2018-11-17'
  AND HEADER.POSTINGDATE <= '2019-10-17'
ORDER BY LINEITEM.DATE, ACCOUNT.ID, LINEITEM.HEADERID

Без LINEITEM.DATE и LINEITEM.HEADERID в ЗАКАЗЕ мой запрос выполняется 2 секунды, с ними около 1 минуты. Результат - около 200 тысяч строк. Эти столбцы в ORDER имеют индексы в таблицах.

Может кто-нибудь подсказать, пожалуйста, что мне не хватает? Спасибо.

Редактировать. Sybase версия ASE 16.0. С полным ORDER и установить время статистики, io на У меня есть такой результат: 

[2019-10-20 22:05:17] [01000][3613] Parse and Compile Time 11.
[2019-10-20 22:05:17] Adaptive Server cpu time: 1100 ms.
[2019-10-20 22:05:17] [01000][3613] Parse and Compile Time 2.
[2019-10-20 22:05:17] Adaptive Server cpu time: 200 ms.
[2019-10-20 22:05:18] [01000][3615] Table: Worktable1 scan count 1, logical reads: (regular=18136 apf=0 total=18136), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:05:18] [01000][3615] Table: ACCOUNT scan count 214, logical reads: (regular=428 apf=0 total=428), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:05:18] [01000][3615] Table: HEADER scan count 214, logical reads: (regular=14934 apf=0 total=14934), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:05:18] [01000][3615] Table: LINEITEM scan count 199411, logical reads: (regular=420968 apf=0 total=420968), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:05:18] [01000][3615] Table: ACCOUNT (SUPPLIERACCOUNT) scan count 501, logical reads: (regular=1002 apf=0 total=1002), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:05:18] [01000][3631] Total actual I/O cost for this command: 874664.
[2019-10-20 22:05:18] [01000][3614] Total writes for this command: 0

[2019-10-20 22:05:18] [01000][3612] Execution Time 566.
[2019-10-20 22:05:18] Adaptive Server cpu time: 56513 ms.  Adaptive Server elapsed time: 56790 ms.
[2019-10-20 22:05:18] 500 rows retrieved starting from 1 in 58 s 825 ms (execution: 58 s 473 ms, fetching: 352 ms)

И только с ORDER BY ACCOUNT.ID у меня есть: 

[2019-10-20 22:15:22] [01000][3613] Parse and Compile Time 11.
[2019-10-20 22:15:22] Adaptive Server cpu time: 1100 ms.
[2019-10-20 22:15:22] [01000][3613] Parse and Compile Time 2.
[2019-10-20 22:15:22] Adaptive Server cpu time: 200 ms.
[2019-10-20 22:15:22] [01000][3615] Table: Worktable3 scan count 1, logical reads: (regular=2 apf=0 total=2), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3615] Table: Worktable1 scan count 1, logical reads: (regular=2 apf=0 total=2), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3615] Table: ACCOUNT scan count 1, logical reads: (regular=205 apf=0 total=205), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3615] Table: HEADER scan count 2, logical reads: (regular=33 apf=0 total=33), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3615] Table: LINEITEM scan count 501, logical reads: (regular=1142 apf=0 total=1142), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3615] Table: ACCOUNT (SUPPLIERACCOUNT) scan count 501, logical reads: (regular=1002 apf=0 total=1002), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
[2019-10-20 22:15:22] [01000][3631] Total actual I/O cost for this command: 4764.
[2019-10-20 22:15:22] [01000][3614] Total writes for this command: 0

[2019-10-20 22:15:22] [01000][3612] Execution Time 1.
[2019-10-20 22:15:22] Adaptive Server cpu time: 105 ms.  Adaptive Server elapsed time: 106 ms.
[2019-10-20 22:15:22] 500 rows retrieved starting from 1 in 2 s 163 ms (execution: 1 s 936 ms, fetching: 227 ms)

1 Ответ

0 голосов
/ 20 октября 2019

Только с: 

order by account.id

Sybase может четко выбрать план запроса, где он проходит таблицу счетов в порядке id, объединяет остальные строки и выполняет фильтрацию. Это означает, что он может начать возвращать результаты очень быстро. Неясно, является ли 2 секундами время от первого до всего набора результатов.

С более сложным order by Sybase имеетсгенерировать весь набор результатов, а затем заказать его. Он не может использовать индексы, когда ключи смешаны между таблицами. Если вы не работаете на наручных часах, сортировка 200 тыс. Строк не займет у вас ни минуты. Есть несколько предостережений:

  • Если строки действительно широкие, сортировка может занять больше времени, чем ожидалось.
  • Если более простой order by запускает , возвращая результатычерез 2 секунды, но весь набор результатов займет гораздо больше времени, тогда сравнение будет недействительным.
...