PROBLEMS WITH GENERIC CONNECTIVITY

Поиск
Список
Период
Сортировка
От Alejandro Fuentes González
Тема PROBLEMS WITH GENERIC CONNECTIVITY
Дата
Msg-id 3B6938C4F833D71181C5000874335A5E0312EF@mail.ssp.df.gob.mx
обсуждение исходный текст
Список pgsql-novice
Hi, when I use the psqlODBC with MS-Access I´ve got not problems but when I
try to use it with Oracle the next message appears:


SELECT * FROM "ORACLE"."TABLITA"@POSGRES
*
ERROR at line 1:
ORA-28500: connection from ORACLE to a non-Oracle system returned this
message:
[Generic Connectivity Using ODBC]Record &SQLREC has no fields. Loading
failed
ORA-02063: preceding 2 lines from POSGRES

Altougth I´ve got already fields in the tables, I´ve tried with differnt
kind of datatypes varchar char int numeric....but the problem persist

Any Idea???

Thanks in advance

-----Mensaje original-----
De: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Enviado el: Miércoles, 23 de Julio de 2003 10:35 a.m.
Para: Jason Topaz
CC: pgsql-novice@postgresql.org
Asunto: Re: [NOVICE] Struggling with set-returning functions, seeking advice



Jason Topaz <topaz@panix.com> writes:
> 1) Note that my first attempt (view "ranges_setview_broken", referring
>    to a pgplsql set function "make_rows") fails.  But when I make a
>    second function with identical signature, but in language 'sql'
>    (it's just a passthrough to my original pgplsql function), suddenly
>    the server error goes away.  This seems strange to me.

It's an implementation artifact: plpgsql uses a different implementation
method to return sets than sql does.  sql's method works both in SELECT
lists and in FROM, plpgsql's only works in FROM.

The trouble with a set function in FROM is that it can't take any parameters
that are extracted from other tables in the query.  There has been some talk
of fixing that by implementing SQL99's LATERAL() syntax, but we haven't yet
wrapped our heads around exactly what would be involved there.  In the
meantime, the way you're doing it is probably as good as you're going to
get.

            regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
      subscribe-nomail command to majordomo@postgresql.org so that your
      message can get through to the mailing list cleanly

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

Предыдущее
От: Avi Schwartz
Дата:
Сообщение: Re: Questions about Exists-Not exists clause
Следующее
От: HK
Дата:
Сообщение: Get the last record alone from the select statement.