Re: Remote connections?
От | Oleg Bartunov |
---|---|
Тема | Re: Remote connections? |
Дата | |
Msg-id | Pine.GSO.4.33.0112071035180.20511-100000@ra.sai.msu.su обсуждение исходный текст |
Ответ на | Re: Remote connections? (mlw <markw@mohawksoft.com>) |
Список | pgsql-hackers |
On Fri, 7 Dec 2001, mlw wrote: > > You could eliminate having to pass the result pointer around by keeping a > static array in your extension. Use something like Oracle's "contains" notation > of result number. Where each instantiation of "contains()" and "score()" > require an id. i.e. 1,2,3,40 etc. Then hash those numbers into an array. I have > some code that does this for a PostgreSQL extension (it implements contains) on > my website (pgcontains, under download). It is ugly but works for the most > part. contrib/intarray does this job very well > > Seriously, your stuff looks great. I think it could be the beginning of a > fairly usable system for my company. Any help you need/want, just let me know. > > > Joe Conway wrote: > > > > mlw wrote: > > > > > I too find the internals of PostgreSQL virtually incomprehensible at the > > > internal level. If there were a document somewhere which published how a > > > function could return multiple tuples, remote views would be a trivial > > > undertaking. It could look like: > > > > > > select * from remote('select *from table', 'user=postgres host=outland > > > db=remote'); > > > > > > > See contrib/dblink in the 7.2 beta. It was my attempt inspired by > > Oracle's dblink and some code that you (mlw) posted a while back. Based > > on the limitations wrt returning muliple tuples, I wound up with > > something like: > > > > lt_lcat=# select dblink_tok(t1.dblink_p,0) as f1 from (select > > dblink('hostaddr=127.0.0.1 dbname=template1 user=postgres > > password=postgres','select proname from pg_proc') as dblink_p) as t1; > > > > Which, as has been pointed out more than once, is pretty ugly, but at > > least it's a start ;-) > > > > Joe > > > > ---------------------------(end of broadcast)--------------------------- > > TIP 4: Don't 'kill -9' the postmaster > > ---------------------------(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 > Regards, Oleg _____________________________________________________________ Oleg Bartunov, sci.researcher, hostmaster of AstroNet, Sternberg Astronomical Institute, Moscow University (Russia) Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/ phone: +007(095)939-16-83, +007(095)939-23-83
В списке pgsql-hackers по дате отправления: