"Kovalenko Dmitry" ...
> ----
> >>>>Что мешает препарировать повторно однажды
> >>>>аллокированный хендл стейтмента ? Только курсоры
> >>>>закрывать не забывай, если они были
> ----
>
> Ничего не мешает. Это и используется.
Гуд
> Но мысль накатила и появился вопрос об
> unprepare. И вообще - что есть дескриптор и
> смысл его существования.
Гм, не понедельник вроде, откуда такие вопросы
(или такой отходняк :) ? :)
> Опять же
> вопрос - зачем (как ты сказал) выделять
> память при allocate и перераспеределять её
> при prepare?
Это вопрос к аффтару АПИ :)
> > > Нет возможности перевести запрос в
> > > неподготовленное состояние.
> >
> > А зачем ?
>
> Ни зачем - просто нету :)
Ибо - незачем :)
> > Давай по-существу. Ты делаешь пул хендлов запросов ?
> > Какую основную цель ты при этом преследуешь ? Если экономию
> > ресурсов сервера, то хендлы нужно дропать. Или что-то другое ?
>
> У меня пока нет никакой "основной цели".
> Кеш дескрипторов - это просто пример.
>
> Хочу постичь дао и перейти в нирвану :)
Меня-то зачем туа тянуть ? Тяни "архитектора АПИ" :-)
А я - так, на практические вопросы могу ответить, примус починить,
лампочку вкрутить... :)))
Если серьёзно - везде есть свои недостатки. Я сейчас не вижу
необходимости в allocate в том виде как оно есть. Тем более не вижу
необходимости в unprepare. Не вижу неразрешимых проблем в текущем API.
Вижу что ситуацию с allocate\prepare можно несколько улучшить, но не
вижу критических проблем, которые это может решить. Вот такое моё резюме
по этому вопросу :-P
--
Хорсун Влад
PS DSQL - одна из самых криво спроектированных и написанных частей FB.
Она, кроме всего прочего, ещё и нарушает внутреннюю архитектуру
движка, на что долго и смачно плевался Джим, когда приступил к Вулкану.
