Симонов ДенисДля инструментов которые парсят лог трассировки это может быть очень полезным.Ну, может и так. Хотя надёжнее было бы не выводить эти каретки и звёздочки, а прямо давать заголовки перед секциями: {PLAN}, {STAT} etc.

dimitrдаешь вывод в xml или даже в json!кста... А для чего у fb_lock_print ключик '-m', если так тормоза страшны ? ведь fb_lock_print - он ведь посильнее заклинит, чем трейс, он же всех останавливает, пока "делается"...

dimitrключик -c можно и не указывать.Можно. Но не нужно . И это еще безобидный пример: у мну один раз пропуск этого ключика привёл (в ответ на fb_lock_print -a) к созданию файлика размером более 15 Гб - это еще на продакшене под 2.5.1 было.

dimitrаудит может молотить постоянно.Кому нужно огрести тормоза на ровном месте - пущай включает аудит (вместо user-трейса). Это будут пасмурные дни для него. Но по-любому, если выкинуть "^^^^^^^^^^^^" и добавить просто "якорный тег" типа {PLAN} - уже экономия вывода будет.
PS. Жаль, конечно, товарища Thomas Steinmauer'a, он наверняка на "^^^^^^^^^^^" большие надежды имеет...

Dimitry SibiryakovКто хочет определённый формат вывода - пишет свой трейс-плагин и выводит всё так как хочет
и куда хочет.Да хрен с ним, форматом вывода. Сейчас сам вывод не содержит того, чего позарез надо
Сижу тут, извратом занимаюсь: чтобы оценить, "скока время" уходит на какой-нить подозрительный стейтмент внутри ХП (один из нескольких), запихиваю его в строку, параметризую и делаю [for] execute statement (v_stt) (. . .) into . . . - лишь бы он в трейсе показался со статистикой. В аптеку за йадом скоро побегу...