Oracle: Есть ли способ получить последние ошибки синтаксиса SQL?
Вопрос
Мы видим много ошибок «ORA-00936: отсутствуют ошибки выражения» в журнале нашего приложения. Есть ли путь в Oracle, чтобы определить, какие заявки не могут быть неудачными?
Я пробовал запрос V $ SQL, но эти утверждения не вставляются в этот вид, так как они не передают проверки синтаксиса.
Наше приложение C # использует LINQ для создания запроса в базу данных Oracle. Это делает немного сложно получить запрос SQL из приложения. Я надеялся, что смогу просто получить его от Oracle проще.
Решение
Вы можете создать триггер в Oracle, который будет регистрировать все ошибки (или в значительной степени - no_data_found не считается ошибкой). В приведенном ниже примере любая ошибка в схеме записывается в таблице Track_Detail (ошибка в одной строке, не удалось SQL в следующем). Вы можете сделать его более изощренным с порядковым номером, датой / временем и т. Д.
create table track_detail (val varchar2(4000));
create or replace procedure track (p_text IN VARCHAR2) IS
PRAGMA AUTONOMOUS_TRANSACTION;
begin
insert into track_detail(val)
values (p_text);
commit;
end;
.
/
create or replace TRIGGER log_err after servererror on schema
DECLARE
v_temp VARCHAR2(2000) := substr(dbms_utility.format_error_stack,1,2000);
v_num NUMBER;
v_sql_text ora_name_list_t;
begin
v_temp := translate(v_temp,'''','"');
track(v_temp);
v_num := ora_sql_txt(v_sql_text);
v_temp := null;
BEGIN
FOR i IN 1..v_num LOOP
v_temp := v_temp || v_sql_text(i);
END LOOP;
EXCEPTION
WHEN VALUE_ERROR THEN NULL;
END;
v_temp := translate(v_temp,''''||chr(0)||chr(10),'"');
track(v_temp);
end;
/
Не забудьте бросить (или отключить) триггер, когда вы закончите с ним.
Другие советы
Если вы сможете включить отслеживание SQL из кода приложений (ALTER SEST SET SQL_TRACE = TRUE), утверждения будут отображаться в файлах трассировки на хосте базы данных.
Вы можете попробовать использовать что-то вроде Wireshark на порту, используемом для подключения к Oracle, чтобы увидеть, какие операторы SQL отправляются. Не может быть лучшим ответом - но это может заставить вас туда, где вам нужно идти быстрее.
Попробуйте решение мониторинга SQL от Крис Вандермот Блог.
Также вы можете перенаправить журнал с DataContext.log Property :
using (NorthwindDataContext context = new NorthwindDataContext())
{
context.Log = Console.Out;
}
Или использовать любые другие инструменты отладки, такие как Linq к сущностям визуализатор ...