| From: | Andres Freund <andres(at)anarazel(dot)de> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org, Alex Goncharov <alex-goncharov(at)comcast(dot)net> |
| Cc: | Florian Pflug <fgp(at)phlo(dot)org> |
| Subject: | Re: libpq, PQdescribePrepared -> PQftype, PQfmod, no PQnullable |
| Date: | 2011-10-07 00:28:30 |
| Message-ID: | 201110070228.31832.andres@anarazel.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Friday, October 07, 2011 01:42:13 AM Alex Goncharov wrote:
> ,--- You/Florian (Fri, 7 Oct 2011 01:00:40 +0200) ----*
>
> | On Oct7, 2011, at 00:02 , Alex Goncharov wrote:
> | > ,--- Florian Pflug (Thu, 6 Oct 2011 23:16:53 +0200) ----*
> | >
> | > | Sure, but there are still a lot of cases where the database could
> | > | deduce (quite easily) that a result column cannot be null.
> | >
> | >
> | >
> | > Right. Of course. I can do it in 'psql'.
> |
> |
> |
> | For the result of an arbitrary query?
>
> In 'psql', no: I was commenting specifically, and confirming what you
> said, on your
>
> a lot of cases where the database could deduce (quite easily) that a
> result column cannot be null
Could you quickly explain what exactly you want that information for? Just
because it has been done before doesn't necessarily mean its a good idea...
Thanks,
Andres
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alex Goncharov | 2011-10-07 00:34:41 | Re: libpq, PQdescribePrepared -> PQftype, PQfmod, no PQnullable |
| Previous Message | Alex Goncharov | 2011-10-07 00:20:31 | Re: libpq, PQdescribePrepared -> PQftype, PQfmod, no PQnullable |