Статическое профилирование JDBC/ODBC/CLI в настоящее время предназначено для простых прикладных программ. Оно не предназначено для сложных прикладных программ, состоящих из многих функциональных компонентов и реализующих сложные логические алгоритмы.
Чтобы оператор SQL был захвачен в сеанс профилирования, он должен быть успешно выполнен. Динамические операторы, для которых в сеансе поиска совпадающих операторов не будут найдены совпадающие операторы, будут продолжать выполняться как динамические вызовы JDBC/ODBC/CLI.
Чтобы оператор SQL был приемлемым кандидатом для совпадения операторов, он должен посимвольно совпадать с захваченным и связанным оператором. Пробелы существенны: например, "COL = 1" не считается совпадающим с "COL=1". Использование маркеров параметров вместо литералов увеличивает вероятность обнаружения совпадения.
При выполнении прикладной программы с предварительно связанными статическими операторами SQL динамические регистры, управляющие поведением динамических операторов, не будут влиять на выполнение операторов, преобразованных в статический вид.
Если прикладная программа выдает операторы DDL для объектов, используемых в последующих операторах DML, вы обнаружите все эти операторы в файле захвата. Средство связывания статического профилирования JDBC/ODBC/CLI попытается выполнить для них связывание. Эта попытка связывания будет успешной при работе с СУБД, поддерживающими опцию связывания VALIDATE(RUN), и не будет успешной с СУБД, не поддерживающими эту опцию. В этом случае для прикладной программы не следует использовать статическое профилирование.
Администратор базы данных может отредактировать файл захвата, чтобы добавить, изменить или удалить операторы SQL в соответствии с требованиями конкретной прикладной программы.