Re: Does a call to a language handler provide a context/session, and somewhere to keep session data?
В списке pgsql-general по дате отправления:
| От | John R Pierce |
|---|---|
| Тема | Re: Does a call to a language handler provide a context/session, and somewhere to keep session data? |
| Дата | |
| Msg-id | 56DE116B.8050100@hogranch.com обсуждение исходный текст |
| Ответ на | Re: Does a call to a language handler provide a context/session, and somewhere to keep session data? (<david@andl.org>) |
| Ответы |
Re: Does a call to a language handler provide a context/session, and somewhere to keep session data?
|
| Список | pgsql-general |
On 3/7/2016 3:28 PM, david@andl.org wrote: > [dmb>] Thanks. Yes, I knew that. My problem is a strategy to start up the language engine once (per session), load stufffrom the database once, and then keep the per-call cost as low as possible.... this stuff you're loading from the database once, that's just data about your language plugin's configuration, or is it user data, or what? if its just a few global settings, you should consider using custom settings variables, rather than database tables. for instance, pljava has a setting, pljava.libjvm_location='/usr/lib/jvm/java-1.8.0/lib/libjvm.so' or whatever which it uses to find the Java native calls interface library... -- john r pierce, recycling bits in santa cruz
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера