From: | Thomas Hallgren <thhal(at)mailblocks(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Bug or stupidity |
Date: | 2004-10-25 17:06:40 |
Message-ID: | cljbr0$rrr$1@sea.gmane.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Steven,
> That assumes that developers will implement queries in their code
> without testing them. Unfortunately, that's probably not too far from
> reality. I've thought of it as a nice "debugging" feature while I'm
> trying to hammer out a complicated query for the first time.
I don't see how that makes a difference really. As a developer, I'd
rather prefer if I get an explanatory error result rather than a notice
(often invisible) and an incorrect result when testing. If I don't test
at all (God forbid) I want the same thing to happen the first time the
code is deployed. Anything else is really scary. I don't see how it can
be the dbms responsibility to correct erroneous SQL ever. It's
comparable to having a compiler that magically adds undeclared (or
misspelled) variables in your code. Shrug...
Is the variable settable in a session? If so, that would be good for the
purpose you mention.
Regards,
Thomas Hallgren
From | Date | Subject | |
---|---|---|---|
Next Message | Jan Wieck | 2004-10-25 17:15:33 | Re: PgSQL MVCC vs MySQL InnoDB |
Previous Message | Tom Lane | 2004-10-25 16:57:53 | Re: FKs and deadlocks |