Версия для печати темы

Автор: SMitty 4:03:2008, 14:14

Здравствуйте форумчане.
Есть такая ситуация: пишу клиента на Delphi 7 к бд Oracle. На сервере FireWall настроен так, что отрубает транзакции по которым нет обмена данными долгое время.
Так вот суть вопроса: из Delphi приходится запускать довольно большие хранимые процедуры, они выполняются долго, соответственно FireWall транзакцию отрубает. Как можно обойти этот момент?
Буду рад любым идеям.

Автор: European 4:03:2008, 14:45

Зажать админам руки в дверь за такую конфигурацию фаервола

Или как-то уменьшать ХП, хотя это и не всегда возможно. А так анализировать план запроса, пытаться добиться минимальной "стоимости" запроса.

Автор: SMitty 4:03:2008, 15:01

То есть стараться уложится в заданное время?
Я пытался сделать в отдельном потоке в рамках тойже транзакции непрерывный цикл запросов типа "select 1 from dual".
Но все равно приходится ждать ответа процедуры.

Автор: European 4:03:2008, 15:35

Да, это прежде всего...
Кстати, а по какому критерию определялось время простоя, после которого транзакция отменяется?

Долго это сколько?

Я так понимаю, что для обрубания транзакций должны быть веские доводы, а вариант
это из ряда "а нам все равно"

Автор: SMitty 5:03:2008, 07:21

Это так и есть. Так как должно применяться к внешним пользователям, а приложение было написано для администраторов данных.


Я так понимаю просто по статистике взяли среднее. Около пяти минут.
Процедура же может выполняться до получаса.

Автор: European 5:03:2008, 08:20

На мой взгляд, это очень долго и нужно попытаться что-то сделать. Хотя все ИМХО, т.к. структуры таблиц и ХП мне не известны.

Я не специалист в конфигурации фаерволов и администрирования Оракла, но может стоит попытаться не применять ограничения к транзакциям для приложения? Это больше вопрос к администраторам...

P.S. Было бы интересно послушать мнение других форумчан

Автор: sax_ol 5:03:2008, 08:38

Сильно настораживает ... многовато.

Автор: European 5:03:2008, 08:44

Относительно получасовых ХП не очень

Автор: sax_ol 5:03:2008, 09:07

Пол часа это совсем ужос, тут и пять минут на таймаут ставить и то подумаешь ...

Автор: SMitty 5:03:2008, 09:36

Да, ХП действительно выполняются очень долго. Приходится ворочить очень большими массивами данных. Поэтому переписывать процедуры или пытаться их разбить на много маленьких смысла не имеет.
Ситуацию осложняет то, что и приложение и ХП написаны намного раньше, чем введена эта конфигурация фаервола.

Автор: sax_ol 5:03:2008, 09:47

Может надо с индексами поколдовать? оно иногда помогает ... как-то делали отчеты, там процедуры работали около 40-60 сек! заказчик был подавлен пошаманили - в итоге 7-8 сек. ( ~ в 6 и более раз)

PS: но начинать надо с изучения планов выполнения.

Автор: European 5:03:2008, 09:52

SMitty, тема всё больше уходит в душевные излияния.
Проблему можно решить следующими способами:
1 - изменить конфигурация фаервола
2 - изменить ХП
3 - совместно п.1 и п.2
4 - удалять гланды через ..., пытаясь "крутить" данные, чтобы наколоть фаервол.
Все остальные способы - различные вариации вышеизложенных. Остальное - Ваш выбор, т.к. никакой информации у нас нет

Автор: SMitty 7:03:2008, 07:56

Огромное спасибо European и sax_ol за участие. Основные идеи решения я понял, а дальше думать буду