From: | Cedar Cox <cedarc(at)visionforisrael(dot)com> |
---|---|
To: | Thomas Lockhart <lockhart(at)alumni(dot)caltech(dot)edu> |
Cc: | Kovacs Zoltan Sandor <tip(at)pc10(dot)radnoti-szeged(dot)sulinet(dot)hu>, pgsql-interfaces(at)postgresql(dot)org |
Subject: | Re: signals in ODBC? |
Date: | 2000-10-26 07:23:39 |
Message-ID: | Pine.LNX.4.21.0010260915240.10998-100000@nanu.visionforisrael.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-interfaces |
> > As I realized, the NOTIFY statement doesn't have a second parameter,
> > i.e. I cannot give any other signal to an other connection than
> > "Yes" or "No". What about future plans?
>
> No future plans afaik. Commercial Ingres allowed a text string to be
> associated with a NOTIFY message, which presumably would require a more
> involved (and difficult to manage) underlying structure to be created.
Huh? First of all, the documentation says that NOTIFY does take an
argument. Secondly, I tried it in two psql's and it appears to work. I
now understand what the other talk was about, LISTEN is only checked once
after each query (correct?).
Now, as far as slow and ugly, remember that the query could always just be
something like select 1;
-Cedar
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Mount | 2000-10-26 08:31:34 | RE: RE: JDBC now needs updates for large objects |
Previous Message | Red Pineseed | 2000-10-26 01:06:10 | XML Support in Postgres |