Как убрать знаки вопроса в мониторе запросов SQL?

Цитата:

SELECT A.DESCRIPTION,A.NUM,A.DIMENSIONCODE,A.INCHARGE,A.COMPANYGROUP,A.RECVERSION,A.RECID FROM DIMENSIONS A WITH( NOLOCK) WHERE ((DATAAREAID=?) AND ((((DIMENSIONCODE=?) AND (NUM=?)) AND ((DIMENSIONCODE=?) OR (DIMENSIONCODE=?))) AND ((DIMENSIONCODE=?) OR (DIMENSIONCODE=?)))) ORDER BY A.DATAAREAID,A.DIMENSIONCODE,A.NUM OPTION(FAST 1)

Поставил галочку на "Мониторинг запросов SQL" и во множественных запросах SQL выбрал "окно Infolog"
На любом примере, который приводят тут на форуме - вместо ? стоят значения, у меня - нет. База вертится на сервере, АОС там же. Локально запускаю "тонкий" клиент.

[mazzy]

это срабатывает механизм кеширования запросов.
поробнее http://axapta.mazzy.ru/lib/literals_vs_placeholders/

"убирать", скорее всего, не надо.

Цитата:

Сообщение от mazzy

это срабатывает механизм кеширования запросов.
поробнее http://axapta.mazzy.ru/lib/literals_vs_placeholders/

"убирать", скорее всего, не надо.

Мне нужно "убрать" только на время копания в запросах, после чего - возвращу всё обратно.
Цитирую кусок из статьи:

Цитата:

В утилите Profiler отсылаемые Аксаптой на сервер запросы будут выглядеть так:

Это MSSQL утилита?

[Gustav]

Может Вам надо просто временно добавить в код что-то типа query.literals(1) ?

[sukhanchik]

В настройках АОСа (конфиг утилита, закладка Tracing) поставьте на время опытов галку SQL Statements и галку Bind variables. Рестартаните АОС и увидите - там будут проходить реальные значения. Только на время включенной галки будет немного ниже производительность - но если у Вас запрос не безумный (по скорости выполнения) и Вы не рабочей БД с большим кол-вом пользователей - то разницу Вы не заметите.

Я так понял - Вам это нужно. Нет?

[Maxim Gorbunov]

Добавьте в параметры командной строки у АОСа -INTERNAL=COMMENTS Тогда в запросы АОС будет добавлять комментарии с реальными значениями параметров. В логе выглядеть это будет примерно так:

SELECT COUNT(A.RECID) FROM INVENTTRANS A WHERE ((DATAAREAID=?/*'mld'*/) AND ((INVOICEID=?/*'CN00000058'*/) AND (DATEFINANCIAL=?/*2007/6/12*/)))

[sukhanchik]

2Maxim Gorbunov: А при этом план перестраиваться при каждом исполнении запроса не будет? Т.е. это вообще можно получается можно добавить на рабочей БД и забыть про знаки вопросов?

[Maxim Gorbunov]

Если честно, не изучал этот вопрос. Логически поразмыслив, а с чего бы ей план пересчитывать? Запрос ведь остается тот же, только комментарии меняются.

Я обычно этот параметр только на тестовую среду ставлю и на разработку. На рабочей как правило трассировка все равно отключена.

[Vadik]

Цитата:

Сообщение от sukhanchik

А при этом план перестраиваться при каждом исполнении запроса не будет?

Не будет. Значения подставляются только в лог аксапты (не в запрос)

2 Maxim Gorbunov: а ты уверен в том, что это работает на версиях старше 3.0 ?

[sukhanchik]

Цитата:

Сообщение от Maxim Gorbunov

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

Это я все понимаю логически. Просто если план не пересчитывается (что логично) - то установка этого параметра на рабочую БД никоим боком не скажется на производительности, зато очень хорошо скажется на удобстве (времени) исследования (в случае чего)

[sukhanchik]

Цитата:

Сообщение от Vadik

Maxim Gorbunov: а ты уверен в том, что это работает на версиях старше 3.0 ?

Проверил на 4.0 SP2. Работает
Проверил на 2009 SP1. Работает

[Maxim Gorbunov]

Цитата:

Сообщение от Vadik

Не будет. Значения подставляются только в лог аксапты (не в запрос)

Хм... По-моему, в запрос они тоже подставляются. По крайней мере, в SQL Profiler'е я их видел Другое дело, что это комментарии, и оптимизатор их все равно игнорирует.

Цитата:

Сообщение от Vadik

2 Maxim Gorbunov: а ты уверен в том, что это работает на версиях старше 3.0 ?

Да. И на 4ке, и на 5ке

[Logger]

По-моему при повторном использовании запросов ядро аксапты и параметры от использованных запросов показывает - то есть ненастоящие. Так что аккуратнее с этим.

Чтобы всегда актуальные параметры показывал, нужно запретить повторное использование запросов (для этого был еще один ключ командной строки - на память не помню - где то описан на форуме), тогда в логе параметры будут актуальные, но это также скажется негативно на производительности.

[Logger]

Аудит блокировок

[sukhanchik]

Цитата:

Сообщение от Logger

при повторном использовании запросов ядро аксапты и параметры от использованных запросов показывает - то есть ненастоящие. Так что аккуратнее с этим.

А... вот теперь все понятно. Т.е. комментарии все-таки рояля не играют в плане производительности, но и врут в плане данных при повторном использовании.
А если хочется чтобы не врали - извольте регулярно перестраивать план запроса.

Проще говоря - использование данного параметра командной строки вместе с параметром NoCursorReuse (а иначе зачем нам негарантированно верная информация) фактически совпадает с галочкой Bind variables конфигурации АОСа.

А галочку ставить удобнее

[McArrow]

Часто мне бывает удобно отловить интересующий меня запрос средством трассировки, подставить в нём значения вместо плэйсхолдеров и выполнить его в утилите для непосредственного доступа к базе данных. Обычно этих самых значений бывает большое количество, и подставлять их ручками не удобно и долго. Поэтому на досуге я сделал маленькую доработку для автоматизации подстановки значений вместо плэйсхолдеров и запуска любимой утилиты с загрузкой текста запроса. На форме "Журнал трассировки операторов SQL", которая удобно вызывается из инфолога, я добавил новый пункт в меню "Функции", который и делает вышеописанные манипуляции. Можно индивидуально для каждого пользователя настраивать вызываемое внешнее приложение. Протестировано под Oracle, использование MS SQL также предусмотрено.