On 7/9/05, Darren Duncan <[EMAIL PROTECTED]> wrote:
>
> At 1:03 AM -0700 7/9/05, Jonathan Leffler wrote:
> >Can you explain which parts of the SQL:2003 mandate this notation?
> >I've had a moderately good poke around my copy of ISO/IEC
> >9075-2:2003 (SQL/Fo
On 7/9/05, Darren Duncan <[EMAIL PROTECTED]> wrote:
>
> At 1:22 AM -0700 7/9/05, Jonathan Leffler wrote:
> >On 7/4/05, Darren Duncan <[EMAIL PROTECTED] > wrote:
> >5. All details used to construct a connection handle should be
> >completely decomposed rathe
#x27;s their loss
- you may even be right. But you'll be limiting the acceptability of Perl +
DBI in some respects. You'll also be annoying the hell out of me if you
can't define a connection string that will work with Informix (I'm not too
worried about the challenge-respons
s (or, more accurately, driver writers).
I'm all in favour of looking at the big picture and trying to see where you
want to go. However, you must also keep an eye out for the marshes between
where you are and where you want to go; don't let DBI be sunk by ignoring
the realities of th
wonderful and incredibly all-singing and all-dancing, but no-one can write a
driver for it because the requirements cannot be met by the actual DBMS that
Perl + DBI needs to work with.
--
Jonathan Leffler <[EMAIL PROTECTED]> #include
Guardian of DBD::Informix - v2005.01 - http://dbi.perl.org
"I don't suffer from insanity - I enjoy every minute of it."
s at least nominally
dubious coding practice - though it matches C++ forward declarations, so
it is bearable.
>[...]
--
Jonathan Leffler #include
STSM, IBM Data Management Solutions. Phone: +1 650-926-6921
Email: [EMAIL PROTECTED], [EMAIL PROTECTED]
Guardian of DBD::Informix v1.00.PC1 -- http://dbi.perl.org
"I don't suffer from insanity; I enjoy every minute of it!"
