Re: pgAdmin3 feature freeze?
От | Hiroshi Saito |
---|---|
Тема | Re: pgAdmin3 feature freeze? |
Дата | |
Msg-id | 021d01c33a6a$ea9da450$1f324d80@w2k обсуждение исходный текст |
Ответ на | pgAdmin3 feature freeze? (Andreas Pflug <Andreas.Pflug@web.de>) |
Ответы |
Re: pgAdmin3 feature freeze?
|
Список | pgadmin-hackers |
Hi Andreas. I am sorry that my response is dull... I thought how pgadmin3 should handle LargeObject. There is the following three approach with pgsql-7.3 as the way of handling it. 1) It has the one related to the reference with column-OID. Then, the actual condition is pg_lageobject. This suggests the standard use of psql. 2) It has the one related to the reference with column-lo. column data by the definition of Type-lo This has been the property of the way of using it since the old days of ODBC-Driver. 3) It goes into column-bytea directly. This makes use with new ODBC possible. It thinks that it has a headache. Is there any thought? ------------------------------------------------------- Though a topic strays, Dave. Usage Version7.3 following with ODBC. CREATE FUNCTION lo_in(cstring) RETURNS lo AS 'int4in' LANGUAGE 'internal' WITH (ISCACHABLE, ISSTRICT); CREATE FUNCTION lo_out(lo) RETURNS cstring AS 'int4out' LANGUAGE 'internal' WITH (ISCACHABLE, ISSTRICT); CREATE TYPE lo ( internallength = 4, externallength=10, input = lo_in, output = lo_out, alignment = int4, default = '', passedbyvalue ); And Cast is necessary to begin to lead OID. CREATE CAST (lo AS oid) WITHOUT FUNCTION; Regards, Hiroshi-Saito
В списке pgadmin-hackers по дате отправления: