Re: UTF-8 context of BYTEA datatype??

Поиск
Список
Период
Сортировка
Искать
От
Rafal Pietrak
Тема
Re: UTF-8 context of BYTEA datatype??
Дата
в 05:39:08
Msg-id
1149062075.14902.151.camel@model.home.waw.pl
Ответ на
Re: UTF-8 context of BYTEA datatype?? (Martijn van Oosterhout)
Список
Дерево обсуждения
error in SELECT "P.M" <pmdanger@yahoo.com>
Re: error in SELECT Michael Fuhr <mike@fuhr.org>
Re: error in SELECT Tom Lane <tgl@sss.pgh.pa.us>
Re: error in SELECT "P.M" <pmdanger@yahoo.com>
a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Bruce Momjian <pgman@candle.pha.pa.us>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Richard Broersma Jr <rabroersma@yahoo.com>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: a row disapearing Nis Jorgensen <nis@superlativ.dk>
Re: a row disapearing Rafal Pietrak <rafal@zorro.isa-geek.com>
UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Daniel Verite" <daniel@manitou-mail.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Greg Sabino Mullane" <greg@turnstep.com>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@poczta.homelinux.com>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Rafal Pietrak <rafal@zorro.isa-geek.com>
Re: UTF-8 context of BYTEA datatype?? "Daniel Verite" <daniel@manitou-mail.org>
Re: UTF-8 context of BYTEA datatype?? Martijn van Oosterhout <kleptog@svana.org>
Re: UTF-8 context of BYTEA datatype?? Peter Eisentraut <peter_e@gmx.net>
On Tue, 2006-05-30 at 22:47 +0200, Martijn van Oosterhout wrote:
> That's why bytea need special encoding to get around this check.

But may be you would know, why I should write:

	{ pg_type => DBD::Pg::PG_BYTEA }

instead of possibly more generic:

	{ TYPE => SQL_BINARY }

The later is *explicitly* stated as undocumented/invalid/depreciated by
the DBD::Pg documentation. While if valid, it would potencially allow me
NOT to "use DBD::Pg;" -- which would be a GoodThing(tm).

Do you know why?

> However, there is a solution: send the paramters seperate from the

How? I always thought that:
1. $db->prepare("string with q-marks in it"); $db->execute(@vector) does
the trick. (and in fact, "prepare" allows driver to sense datatypes for
@vector). I always do that, but exactly this form failed in this case.
2. or you mean $sh->bind_param(id, $value, \%atr), which I've just
learned to use? This one can potencially be generaly usefull if
available in the form "TYPE => SQL_BINARY", instead of "pg_type =>
DBD::Pg::PG_BYTEA".
3. or you mean something else is there. What is it? In what other way I
can pass parameters separately?

-- 
-R
В списке pgsql-general по дате отправления
От: Magnus Hagander
Дата:
От: Nis Jorgensen
Дата:
FAQ