Привет!

Внезапно обнаружил, что последняя версия Firebird 3.0.3.32900 для любого серективного запроса в IBExpert SQL Editor select * from A_TEST показывает в Plan Analyzer как PLAN (ANY_PROC_NAME NATURAL)

Если запустить Firebird 2.5.2.26540, то Plan Analyzer показывает план и его можно анализировать.

База создается из одного и того же SQL файла.
Та же ситуация и при просмотре Plan Analyzer внутри открытой на редактирование процедуры.

IBExpert - последняя версия, но и старые версии ведут себя так же.

Проверял на Windows 10 64-bit, Windows 7 64bit.

Пожалуйста, подскажите кто виноват и что делать.

(Attached FB30-25.PNG)

kdv,

Спасибо за разъяснение.

Предыстория: Я заметил, что в Firebird 3.0 выборка одного и того же набора данных из базы размером N происходит в три раза медленнее, чем из базы размером 2N. Удивился и полез смотреть что там с планом. А там теперь ничего нет. И как теперь опримизировать запросы? Поэтому и решил спросить здесь.

hvlad,

авторНичего не перепутал ? :) PS всё равно - не верю, без чисел

Нет. Обе базы аккуратно сохранены для исследования.

База размером N:

Prepare time = 0ms
Execute time = 1s 466ms
Avg fetch time = 91.63 ms
Current memory = 20,737,680
Max memory = 20,856,264
Memory buffers = 2,048
Reads from disk to cache = 913
Writes from cache to disk = 2
Fetches from cache = 2,457,747

База размером 2N:

------ Performance info ------
Prepare time = 0ms
Execute time = 32ms
Avg fetch time = 2.00 ms
Current memory = 21,442,552
Max memory = 21,689,392
Memory buffers = 2,048
Reads from disk to cache = 615
Writes from cache to disk = 0
Fetches from cache = 18,644

Спасибо всем за подсказки по IBExpert.

Попытаюсь через отладку понять откуда появились тормоза.

"Треугольник будет выпит."

Продолжение истории.

Используя ваши подсказки, сравнил планы, явно прописал хороший план к SELECT и получил опять быстрое извлечение данных.

После этого достал сохраненную базу размером N (медленный план), посмотрел информацию о нем на закладке Operations / Index Using (спасибо user IBExpert за подсказку),
добавил второй набор данных (получил базу размером 2N), отключился от сервера, открыл базу в IBExpert, перешел на закладку Operations / Index Using и увидел совершенно другой план. (План, который позволяет быстро выбирать данные.)
(В пустой только что созданной базе план тоже изначально плохой.)

Получается, что сервер способен со временм изменять планы, основываясь на количестве данных/других характеристиках базы ("учится")?

Но в таком случае не сможет ли он случайно ухудшить изначально хороший план вызова запроса?

Что скажут разработчики Firebird?

Вызов SET STATISTICS помог. Большое спасибо.

Немного странно, что изначально план формировался как NATURAL, а после появления данных и обновления selectivity вдруг обнаружил индексы и перестроился без NATURAL.

Надеюсь, API позволяет получить текущий используемый план для SELECT, чтобы при необходимости записать его в лог и посмотреть план, не имея доступа к самой базе.