victor16АнатоЛойНе понял только, почему решили, что SQLTRACE не поможет?
Потому что конфигурационный параметр SQLTRACE позволяет управлять трассировкой SQL, т.е. кто когда во-сколько какой SQL-оператор выполнил, какие таблицы при этом были затронуты, и какие ресурсы были выделены, вплоть до того какие значения имели переменные при исполнении хранимых процедур, но
план запроса он не позволяет получить, впрочем я могу ошибаться.
1. Да, syssqltrace* не полноценная замена SET EXPLAIN..., это даже больше , ибо для проведения оптимизации может дать то, чего не даст SET EXPLAIN.
SQLTRACE включает и трассировку запросов. Информация о трассировке осаждается в таблицах syssqltrace, syssqltrace_info, syssqltrace_iter, syssqltrace_hvar.
onstat -g his, который выводит информацию "из этих таблиц", в том числе выводит следующее:
1.
2.
3.
4.
5.
6.
7.
Iterator/Explain
================
ID Left Right Est Cost Est Rows Num Rows Partnum Type
3 0 0 17 42 146 1048579 Index Scan
4 0 0 5249 2366 2366 1048580 Seq Scan
2 3 4 5266 99372 345436 0 Nested Join
1 2 0 1 1 1 0 Group
Это ли не есть часть плана выполнения запроса? Имхо, куцый, но всё же план :) Дерево (left-right), в котором есть даже ссылки на обрабатываемые данные БД (partnum). И это только вывод onstat -g his, в syssqltrace_iter есть ещё и какие-то флаги для каждого итератора :). Ищите да обрящете!
victor16Также мне кажется, что не стоит включить трассировку SQL для всех запросов на сервер ради получения плана запроса всего одной выборки, поскольку это может снизить производительность сервера.
Трассировку можно включить
SQLTRACE "глобально" либо для "сеансов". Кроме того, даже включенную можно отключить через SQL-запрос. Кроме того, включать и выключать можно через SQL
отдельно для каждого сеанса .
victor16Я пока знаю только 2 легальных пути получения плана запроса клентом:
1) выполнить SET EXPLAIN и просить админа достать файл с сервера
2) использовать встроенную функцию explain_sql(), я привел пример с JDBC, поскольку необходимый топикстартеру инструмент SQuirreL SQL is an open-source Java SQL Client program for any JDBC compliant database.
Про "легальные пути" - не понял. Есть вариант "не просить админа и взломать сервак"? :)
Так я же поэтому и рассказываю про другие варианты :). Я, например, про explain_sql() ужо забыл, поскольку ни IBM Data Studio, ни Java, ни даже OAT активно не пользую.
Хотел даже на досуге привести пример с получением файла типа EXPLAIN на основании syssqltace*, но чувствую, что будет это не скоро.
Поэтому даю только что найденную ссылку
для ищущих . Чтобы привести в свою пользу ещё формальные аргументы, вот цитата из этого источника:
авторThe syssqltrace_iter table is yet another pseudo table that sqltracing creates and
uses for the tracing mechanism. The
syssqltrace_iter tables stores the SQL
query plan and iterators information that is also used by onstat -g his to
display the iterators and explain portion of the onstat output. This table also
allows you to run SQL statements to query the table data. This is extremely
useful if you just want to know the iterator plan and explain information for a
specific SQL, which you need to obtain by running a query using the sql_id on
this table instead of using onstat, which prints all of the tracing information
together.
Вкратце: "в таблице syssqltrace_iter хранится план запроса и " даже больше :). "Можете с помощью SQL поиметь любимую информацию в удобной позе удобном виде"... Отаке...
victor16Кстати, вопрос к Sergey Balter: удалось ли получить план запроса?
Да-да-да... :)
