Re: register_hstore does DB queries, does not play well with async connections

Поиск
Список
Период
Сортировка
От Daniele Varrazzo
Тема Re: register_hstore does DB queries, does not play well with async connections
Дата
Msg-id AANLkTikEL5RM7f_+WiVvChz0KY2MXwhxeptQPyFAhiBg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: register_hstore does DB queries, does not play well with async connections  (Jan Urbański <wulczer@wulczer.org>)
Список psycopg
On Mon, Feb 21, 2011 at 9:32 AM, Jan Urbański <wulczer@wulczer.org> wrote:
> On 21/02/11 10:24, Daniele Varrazzo wrote:
>> On Sun, Feb 20, 2011 at 10:08 PM, Jan Urbański <wulczer@wulczer.org> wrote:

>>> BTW: the query assumes you have hstore installed in the "public" schema,
>>> which might not be correct... How about allowing passing the
>>> fully-qualified type name to register_hstore?
>>
>> Is this really a real use case? the 'public' schema is specified in
>> contrib/hstore.sql so you would need to hack the installer to put the
>> hstore somewhere else.
>
...
> But you're right, you can always use the oid kwarg in that case. I think
> we could just document that the adapter assumes public.hstore and if you
> have it elswhere you should use the oid kwarg.

The issue has been raised in ticket #45 too. And I realized that is no
problem at all to register the typecaster for all the hstore OIDs
found in the different schemas. So no additional parameter to specify
the schema: the register_hstore in 2.4 will just work (tm).

-- Daniele

В списке psycopg по дате отправления:

Предыдущее
От: mani sabri
Дата:
Сообщение: _psycopg.vc9.x86.manifest
Следующее
От: Jason Erickson
Дата:
Сообщение: Re: _psycopg.vc9.x86.manifest