Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
 Re: Fb и постгре  [new]
Симонов Денис
Member

Откуда: Рязань
Сообщений: 10945
sergq,

для суперсервера кеш маловат.
Скорее всего путём несложных манипуляций можно уменьшить ширину резалтсета для сортировки и укорить запрос раз в 10. Но это надо смотреть сам запрос.

А план постгреса можешь дать. Вполне возможно он делает группировку не сортировкой а HASH GROUP, Firebird пока так не умеет.
30 дек 18, 14:07    [21776884]     Ответить | Цитировать Сообщить модератору
 Re: Fb и постгре  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 29805
sergq,

еще до кучи - судя по плану там сплошные left join. Оптимизатор ФБ выполняет их последовательно, так как они написаны в запросе.
Ускорить можно если поменять порядок джойнов, на первое место поставить те, которые объединяют наименьшие таблицы.
30 дек 18, 14:38    [21776900]     Ответить | Цитировать Сообщить модератору
 Re: Fb и постгре  [new]
sergq
Member

Откуда:
Сообщений: 719
если вот так вот
left join p on p.o78_id = sv.o78_id and s.datee between p.from_date+0 and p.to_date+0
используется индекс только по o78_id
- время падает до 12-13 секунд


если вот так вот
left join p on p.o78_id = sv.o78_id and s.datee between p.from_date and p.to_date
используется индекс по (O78_ID,FROM_DATE)
- время падает до 10 секунд


единственное по P зашкаливают (относительно) индексные чтения

без разницы на SSD или на HDD

но у постгре все те ж 6-7 секунд )

постгре тоже вроде как берет индекс только по o78_id (index scan)
а between - join filter ((s.datee >= p.from_date) and (s.datee <= p.to_date))

про HASH GROUP нет ничего в плане.
мансимум что есть - SortMethod: external merge Disk: 46544 kb


join в запросе идут от меньшей к большей таблице, а потом опять к меньшей (p) . по P все и считается
30 дек 18, 16:44    [21776948]     Ответить | Цитировать Сообщить модератору
 Re: Fb и постгре  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53394

sergq
про HASH GROUP нет ничего в плане.

Но ты и дальше будешь нагнетать интригу или таки покажешь подробные планы (explain plan) с
обеих СУБД?..

Posted via ActualForum NNTP Server 1.5

30 дек 18, 18:06    [21776974]     Ответить | Цитировать Сообщить модератору
 Re: Fb и постгре  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6493
Dimitry Sibiryakov,

Тебе что ли здоровье уже не позволяет??

А то мало толковых в это время....
31 дек 18, 00:02    [21777059]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2]      все
Все форумы / Сравнение СУБД Ответить