Есть приложение, через которое различные клиенты подключаются к базе. Число клиентов пока исчисляется десятками. Механизм таков: для каждого клиента создается отдельный поток, в нем отдельная сессия к Ораклу (используется Delphi, DOA). Запрос селект из функции, которая возвращает набор данных. Раньше использовалась одна сессия для всех потоков в режиме ThreadSafe, но в один прекрасный момент при интенсивном доступе сессия просто повисала. В документации по ДОА было сказано, что начиная с 9-ки оракл сам как-то может управлять пулом сессий, т.е., он их как-то переиспользует, а не создает новые.
Обработка запросов происходит в пакете. Создается локальная переменная в процедуре (объектного типа) и передается дальнейшим обработчикам как параметр in out nocopy. Обработчики вызываются с использованием динамического SQL, поэтому пришлось объявить типы в схеме для для переменных, чтобы компилился динамик SQL.
Как известно, переменные пакета инициализируются на каждую сессию. Хотелось бы уйти от объявления типов в схеме и все реализовать на уровне пакета (раньше было на 8-ке, теперь на 10-ке), поскольку начиная с 9-ки можно использовать pipelined ф-ции и не надо в запросе делать приведение к конкретному типу. Удобней и лучше. И можно уйти от передачи параметров для всех ф-ций, если объявить глобальные переменный пакета и соотв. типы в виде записей и массивов.

Ох... что-то записался.
И вот ситуация: пока мы используем отдельные сессии на каждый поток приложения и если сделать через глобальные переменные пакета - то можно сказать, что они проинициализируются правильно и не перезапишутсья другими. А вот, если использовать пул сессий то будут ли они инициализироваться для каждого запроса или нет?
Просто, приложение жрет много памяти, надо оптимизировать, но надо разобраться конкретней, в чем проблема. Если клиентов будет пару сотен - ох, боюсь загнется... при одновременном доступе. Можно сократить число сессий в приложении и использовать пул сессий. но, нормальной доки нету ни по ДОА ни по ораклу я не нашел.
Есть ли какая дока или может кто сталкивался с подобным. Сорри за многословность, короче не получилось... Т.е., как бы правильно оргиназивать многопоточный (допустим интенсивный) доступ с инициализацией переменных пакета для каждого запроса.
Если кто ответит на мой бред - буду благодарен...

andrey_anonymousБоюсь соврать, но с пулом соединений и пакетными переменными, боюсь, ничего хорошего не получится.
В таком режиме работает сервер приложений - можно сходить на technet.oracle.com и почитать best practicles для Application Server.

Понятно... У меня тоже как-бы сервер приложений. Вот смутили немного эти пакетные переменные. Вот я и думаю, где бы лучше оптимизировать, то ли разобраться с этим зверем пула сессий и сократить как-то, то ли переписать стурктуры данных в потоках сервера приложений, уж жрет память, собака, это как бы первый момент.
Второй момент - оптимизировать код пакета. Просто, эти вещи оказываются зависимы...

Кто-нить работал с пулом сессий. (например, через DOA)?
Может есть примеры, грабли, советы?

Simonкакая-то дурацкая задача
тот кто разработал эту архитектуру никогда не работал с ораклом

идти надо от того какая у вас система DSS или OLTP
если OLTP и клиентов сотни (не десятки), то надо врубать в оракле режим MTS

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

На счет дурацкой задачи - разработывал сам. Я по большей степени прогер, сам писал и сервер приложений, и все остальное. По мере деятельности приходтся заниматься всем, и пытаться админить оракл и все дыры затыкать (как наверное и большинству :)) . На все толком не хватает времени. Ну вот, результат есть, работает, внедрение на днях начинается, поезд приезжает. Но, есть угловые моменты, которые меня не совсем устаривают (попытался изложить выше с техническими особенностями реализации) и надо думать о будущем :) . Просто, на описание задачи не хотел тратить много слов.
Но идея проста. Есть TCP-сервак (тот самый сервер приложений, если так моно назвать). На него подключаются скан-терминалы, которые передают информацию (штрих-коды и прочую системную лабуду) по TCP протоколу. Я все это принимаю, пихаю в БД, отправляю ответы, даю команды другим модулям системы и т.д... Терминалы напрямую не могуть подключаться к БД.
Вот и и хотел спросить вас, умных людей, можно ли оптимизировать ресурсы проекта.

Клиентов пока десятки, но боюсь могут будут сотни (маловероятно, пока нет другого заказчика). За совет - спасибо. Буду рад, если еще кто отзовется :)

На счет того, кто работал с ораклом или не работал - это вопрос (в чем заключается работа? писать код, тюнить и прочее - разные веСчи). Все конечно не постичь, но стремится надо.

andreymxесли хочешь, пришлю тебе manual.pdf
но там про это очень немного, в основном, описание свойств/методов
Спасибо, за мануал. Я его раньше лопатил, пока время было. Но сроки горели, пришлось сделать пока как работает.

AlexVer sadikКто-нить работал с пулом сессий. (например, через DOA)?
Может есть примеры, грабли, советы?

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

PROCEDURE SET_CTX_APPUSER(APP_USER VARCHAR2) IS
BEGIN
dbms_session.set_context('schr',
'app_user',
APP_USER,
SYS_CONTEXT('USERENV', 'SESSION_USER'),
APP_USER);
END SET_CTX_APPUSER;

, а потом уже в пакете проверять контест и производить необходмые действия:

USER_NAME := SYS_CONTEXT('SCHR', 'APP_USER');
...

ага, спасибо. покопаем.