Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5 / Firebird, InterBase

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

14 сообщений из 14, страница 1 из 1

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358757

sysdba22

Гость

Проблема с таким запросом:

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

 
  SELECT FIRST(1) 
    doc.id, doc.documentdate
  FROM 
    usr$wg_taxation card
      JOIN gd_document doc ON doc.id = card.documentkey
  WHERE 
    card.usr$emplkey = :emplkey 
    AND
    doc.documentdate <= :begindate
  ORDER BY 
    doc.documentdate DESC

В таблице usr$wg_taxation 1 запись, в таблице gd_document -- 7.5 млн.

В ФБ 2.5 время выполнения моментальное, менее 1 мс.

План запроса:

Код: plsql

PLAN SORT (JOIN (CARD INDEX (USR$FKWG_TAXATION951), DOC INDEX (RDB$PRIMARY112)))

В ФБ 3.0.2 время выполнения 13 516 мс.

План запроса:

Код: plsql

PLAN JOIN (DOC ORDER GD_X_DOCUMENT_DOCUMENTDATE, CARD INDEX (RDB$PRIMARY502))

Как видно. проблема в чтении ВСЕЙ таблицы GD_DOCUMENT. Статистика:

...

Рейтинг:

0 / 0

01.12.2016, 17:47

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358786

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

sysdba22,

Код: sql

1.
2.

ORDER BY
  doc.documentdate+0 DESC

поможет

...

Рейтинг:

0 / 0

01.12.2016, 18:06

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358819

sysdba22

Гость

В частном случае да.

Но, на это напоремся не только мы. Тут надо бы вернуть оптимизатор как раньше.

...

Рейтинг:

0 / 0

01.12.2016, 18:30

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358833

Симонов Денис

Участник

Откуда: Рязань

Сообщения: 11 624

Рейтинг: 0 / 0

sysdba22,

тут палка о двух концах. Вернёшь как раньше в другом месте станет хуже или даже просто при другом распределении. Ну и сведений не достаточно. Где DDL индексов, где их селективность?

Кстати без FIRST план скорее всего будет как в 2.5. Жди когда dimitr сюда заглянет

...

Рейтинг:

0 / 0

01.12.2016, 18:47

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358839

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

sysdba22usr$wg_taxation 1 запись, в таблице gd_document -- 7.5 млн.

DOC INDEX (RDB$PRIMARY112)

Меня одного смущает эта связь по первичному ключу 7,5 миллионов записей с одной?..
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

01.12.2016, 18:52

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358850

sysdba22

Гость

Симонов Денис Где DDL индексов, где их селективность?

Код: plsql

1.
2.
3.
4.

PLAN JOIN (DOC ORDER GD_X_DOCUMENT_DOCUMENTDATE, CARD INDEX (RDB$PRIMARY502))

CREATE DESC INDEX gd_x_document_documentdate
  ON gd_document(documentdate);

Статистика индекса RDB$PRIMARY502 -- 1. Это первичный ключ по таблице usr$wg_taxation.

Сейчас в ней одна запись, но в процессе эксплутации системы может быть и не одна. Но в любом случае тут записей будет в миллионы-сотни тысяч раз меньше чем в GD_DOCUMENT.

Статистика индекса первичного ключа таблицы GD_DOCUMENT -- 1.3158557976567E-7

...

Рейтинг:

0 / 0

01.12.2016, 19:05

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358882

YuRock

Участник

Откуда: Донецк

Сообщения: 5 183

Рейтинг: 0 / 0

Dimitry SibiryakovМеня одного смущает эта связь по первичному ключу 7,5 миллионов записей с одной?..
Не, я тоже это заметил. Всегда стараюсь делать условия к большой таблице, а джойнить к ней малые. Если это возможно логически, конечно.

...

Рейтинг:

0 / 0

01.12.2016, 19:42

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358899

sysdba22

Гость

Меня одного смущает эта связь по первичному ключу 7,5 миллионов записей с одной?..

Ни теория реляционных БД, ни стандарт SQL не запрещают JOIN таблицы с малым количеством записей (и даже одной) с таблицей с большим количеством записей ))

...

Рейтинг:

0 / 0

01.12.2016, 20:20

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39358919

Dimitry Sibiryakov

Участник

Сообщения: 54 521

Рейтинг: 0 / 0

Но здравый смысл должен бунтовать при применении ORDER BY к выборке в которой всего одна
запись. Первичный ключ же не позволит иметь больше.
Posted via ActualForum NNTP Server 1.5

...

Рейтинг:

0 / 0

01.12.2016, 20:59

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39359132

sysdba22

Гость

Да не одна там. Это в частном случае. А так может быть и 10 и 100. В любом случае много меньше, чем в gd_document.

...

Рейтинг:

0 / 0

02.12.2016, 10:23

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39359278

kdv

Участник

Откуда: iBase.ru

Сообщения: 30 139

Рейтинг: 0 / 0

sysdba22,

попутные вопросы - RDB$PRIMARY502 - т.е. база была создана при царе Горохе?
Индекс - gd_x_document_documentdate - какая у него статистика?
как давно пересчитывалась статистика по индексам?

Еще лучше - посмотреть Explain plan для этого запроса в isql.

...

Рейтинг:

0 / 0

02.12.2016, 13:11

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39359330

Romanzek

Участник

Откуда: Red Soft

Сообщения: 66

Рейтинг: 0 / 0

Видимо, патч соответствующий не попал в эту сборку. Это чинилось точно. Даже было два варианта починки.
Дмитрий, наверное, пояснит.

...

Рейтинг:

0 / 0

02.12.2016, 14:01

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39359637

sysdba22

Гость

kdvsysdba22,

попутные вопросы - RDB$PRIMARY502 - т.е. база была создана при царе Горохе?
Индекс - gd_x_document_documentdate - какая у него статистика?
как давно пересчитывалась статистика по индексам?

Еще лучше - посмотреть Explain plan для этого запроса в isql.

База старая. Не знаю что в этом плохого. Для экспериментов из одного бэкапа
были восстановлены две базы, одна под 2.5, вторая под 3.0. Т.е. все статистики
индексов свежайшие.

Для GD_X_DOCUMENT_DOCUMENTDATE статистика 0.00020177561964374.

Расширенный план:

Select Expression
-> First N Records
-> Nested Loop Join (inner)
-> Filter
-> Table "GD_DOCUMENT" as "DOC" Access By ID
-> Index "GD_X_DOCUMENT_DOCUMENTDATE" Range Scan (lower bound: 1/1)
-> Filter
-> Table "USR$WG_TAXATION" as "CARD" Access By ID
-> Bitmap
-> Index "RDB$PRIMARY502" Unique Scan

...

Рейтинг:

0 / 0

02.12.2016, 19:27

| Ответить | Цитировать | Написать

Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

#39359639

sysdba22

Гость

Код: plsql

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

Select Expression
    -> First N Records
        -> Nested Loop Join (inner)
            -> Filter
                -> Table "GD_DOCUMENT" as "DOC" Access By ID
                    -> Index "GD_X_DOCUMENT_DOCUMENTDATE" Range Scan (lower bound: 1/1)
            -> Filter
                -> Table "USR$WG_TAXATION" as "CARD" Access By ID
                    -> Bitmap
                        -> Index "RDB$PRIMARY502" Unique Scan

...

Рейтинг:

0 / 0

02.12.2016, 19:28

| Ответить | Цитировать | Написать

14 сообщений из 14, страница 1 из 1

Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Неоптимальный план в ФБ 3 по сравнению с ФБ 2.5

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?desktop=1&fid=40&tid=1561817]:	0ms
get settings:	8ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	44ms
get topic data:	12ms
get forum data:	2ms
get page messages:	57ms
get tp. blocked users:	2ms
others:	15ms

total:	162ms