Спасибо за комментарий. DBMS_OUTPUT.PUT_LINE у нас тоже используется повсеместно, вывод в аутпут где-то встроен в код, по умолчанию выключен, а спец. флагом в приложении можно включить и получить доп. информацию, но это если разработчики не забыли добавить это логирование в код. И чаще всего этим и ограничивались. Но, как показала практика, дебаггером обычно получалось решать проблемы значительно быстрее
Спасибо за информацию, буду иметь в виду. Тоже смотрел сначала в сторону реализации WS через java, но не удалось обойти обязательную авторизацию, поэтому этот способ не прижился.
Спасибо за комментарий!
Именно расходы на приложение не оценивали, замеряли только пропускную способность веб-сервиса до (Native XML DB Web Service) и после (ORDS). С ORDS пропускная способность оказалась на порядок выше. Вообще Native XML DB Web Service часто давал большую нагрузку на CPU; тут, конечно многое зависит от внутренней логики обработки запроса, но в случае Native WS ещё получали дополнительную нагрузку на парсинг XML. После перехода на ORDS ситуация улучшилась за счёт более оптимального парсера — часть запросов была переведена на json-формат, но даже те, что остались на xml, стали работать быстрее. БД стала нагружаться больше только за счёт того, что количество запросов увеличилось (за счёт роста числа заказов, появление большего числа интеграций и т.д.), т.е. в таких же условиях Native WS вообще переставал справляться, а переход на ORDS в целом решил проблему.
Спасибо за комментарий. DBMS_OUTPUT.PUT_LINE у нас тоже используется повсеместно, вывод в аутпут где-то встроен в код, по умолчанию выключен, а спец. флагом в приложении можно включить и получить доп. информацию, но это если разработчики не забыли добавить это логирование в код. И чаще всего этим и ограничивались. Но, как показала практика, дебаггером обычно получалось решать проблемы значительно быстрее
Спасибо за замечание! Добавил в статью
Но сам я установку в таком режиме делать не пробовал
Именно расходы на приложение не оценивали, замеряли только пропускную способность веб-сервиса до (Native XML DB Web Service) и после (ORDS). С ORDS пропускная способность оказалась на порядок выше. Вообще Native XML DB Web Service часто давал большую нагрузку на CPU; тут, конечно многое зависит от внутренней логики обработки запроса, но в случае Native WS ещё получали дополнительную нагрузку на парсинг XML. После перехода на ORDS ситуация улучшилась за счёт более оптимального парсера — часть запросов была переведена на json-формат, но даже те, что остались на xml, стали работать быстрее. БД стала нагружаться больше только за счёт того, что количество запросов увеличилось (за счёт роста числа заказов, появление большего числа интеграций и т.д.), т.е. в таких же условиях Native WS вообще переставал справляться, а переход на ORDS в целом решил проблему.