Возможности rdb$get_conext и rdb$set_context
выглядят очень привлекательно в плане сохранения контекста коннекта на
сервере, чтоб не передавать в запрос или процедуру каждый раз одни и те
же параметры, а установить их один раз при коннекте и все.
Однако, прежде чем начать их широко
Kochmin Alexandr wrote:
Однако, прежде чем начать их широко использовать хотелось бы услышать,
а нет ли у них каких либо недостатков кроме ограничения на 1000 и на
длину 255 у значения?
Регистрочувствительность для имен переменных.
--
Дмитрий Еманов
Dmitry Yemanov пишет:
Регистрочувствительность для имен переменных.
да, это проблема. Но небольшая. Это просто надо аккуратно быть и помнить
что контроля нету.
Опять же можно делать процедуру и работать с контекстом через процедуру,
в которой добавить проверку на существование переменной. а
> Это я не могу поверить, что такая замечательная фича, и вдруг без
> недостатков :)
Насчет самой фичи ничего сказать немогу. Однако вот столкнулись со
связными граблями.
Мы тут заюзали получение IP-клиента, для протоколирования в журнале
репликации. Сегодня обнаружили кучу записей от IPv4 127.0
Kovalenko Dmitry пишет:
- можно ли добавить еще одну системную переменную в которой будет
указана версия этой самой DLL? Что бы отлавливать старье.
скажу кратко
+1
--
Кочмин Александр
> > - можно ли добавить еще одну системную переменную в которой будет
> > указана версия этой самой DLL? Что бы отлавливать старье.
>
> А как ее узнать? Посылать по протоколу из самой DLL?
> Не вижу смысла, честно говоря.
А вот в таблицах мониторинга такая вещь была-бы полезна.
Kovalenko Dmitry wrote:
Вопрос такой
- получение IP зависит от версии GDS32 на клиенте? Мы вроде все до
2.0.1 обновили.
Не зависит. Мы выводим ровно то, что вернула getpeername(). Если вдруг
она не шмогла, то будет NULL.
- можно ли добавить еще одну системную переменную в которой будет
ук
> > Вопрос такой
> > - получение IP зависит от версии GDS32 на клиенте? Мы вроде все до
> > 2.0.1 обновили.
>
> Не зависит. Мы выводим ровно то, что вернула getpeername(). Если вдруг
> она не шмогла, то будет NULL.
djn dtlm gkzn rfrfz.
У нас в шпионов решили поиграть. А тут такая засада с этим 1
Dmitry Voroshin wrote:
А вот в таблицах мониторинга такая вещь была-бы полезна.
Обоснуй. И учти, что все версии менее X будут отображаться как NULL.
--
Дмитрий Еманов
"Dmitry Yemanov" ...
>
> Kovalenko Dmitry wrote:
> >
> > Вопрос такой
> > - получение IP зависит от версии GDS32 на клиенте? Мы вроде все до
> > 2.0.1 обновили.
>
> Не зависит. Мы выводим ровно то, что вернула getpeername(). Если вдруг
> она не шмогла, то будет NULL.
Может прокси какие вмешал
Dmitry Yemanov пишет:
Dmitry Voroshin wrote:
А вот в таблицах мониторинга такая вещь была-бы полезна.
Обоснуй. И учти, что все версии менее X будут отображаться как NULL.
так в этот как раз и цель. Отловить все null и обновить клиентов.
И потом - отлавливать все неправильные версии fbcl
> > > - получение IP зависит от версии GDS32 на клиенте? Мы вроде все до
> > > 2.0.1 обновили.
>
> > Не зависит. Мы выводим ровно то, что вернула getpeername(). Если вдруг
> > она не шмогла, то будет NULL.
>
> Может прокси какие вмешались ? Вопрос к KD конечно :)
Я, вообще, в этом вопросе - п
"Kovalenko Dmitry" ...
>
> > > > - получение IP зависит от версии GDS32 на клиенте? Мы вроде все до
> > > > 2.0.1 обновили.
> >
> > > Не зависит. Мы выводим ровно то, что вернула getpeername(). Если вдруг
> > > она не шмогла, то будет NULL.
> >
> > Может прокси какие вмешались ? Вопрос к KD ко
13 matches
Mail list logo