"Kovalenko Dmitry" ...
>
> Horsun Vlad писал(а):
>
> > > тогда возникает вопрос - а на хрена
> > > тогда вообще начальный allocate? Пусть
> > > сразу isc_dsql_prepare и создает запрос.
> >
>
> Влад, тут был вопрос - "если нет unprepare
> зачем нам тогда allocate?"
Ответил рядом :)
> Тут все спрашивают зачем нам
> неподготовленные дескрипторы, хотя
> все ими, так или иначе, пользуются. Они
> существуют между allocate и prepare.
>
> Если prepare дает сбой - то, это состояние
> затягивается до повторного prepare (или
> drop-а)
>
> > > Все это с точки зрения корректности API
> >
> > А где сейчас некорректность ?
>
> Нет возможности перевести запрос в
> неподготовленное состояние.
А зачем ?
> К сожалению я не в курсе как оно устроено
> в gds32/сервере, но полагаю, что при prepare
> выделяется достаточно большое
> количество памяти, которое, в принципе,
> можно освободить, когда помещаешь
> дескриптор в кэш, из которого он не
> известно когда будет востребован.
Освободи дескриптор.
> В таком случае, конечно, можно вообще
> его грохнуть, но это все вопросы
> стратегии клиента.
Непонятна мне такая стратегия.
Кому нужен голый дескриптор ?
Давай по-существу. Ты делаешь пул хендлов запросов ?
Какую основную цель ты при этом преследуешь ? Если экономию
ресурсов сервера, то хендлы нужно дропать. Или что-то другое ?
--
Хорсун Влад
