Re: AW: bind parameter guessing corrupts results
Marc Lehmann <[email protected]> Wed, 29 Feb 2012 11:28:12 +0100
| Newsgroups | gmane.comp.db.mysql.perl |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Feb 28, 2012 at 10:20:34PM +0100, "Selke, Gisbert W." <Gisbert.Se= [email protected]> wrote: > > -----Urspr=FCngliche Nachricht----- > > Von: Marc Lehmann [mailto:[email protected]] > > Gesendet: Donnerstag, 23. Februar 2012 04:28 > > It would be great if this were actually implemented, but the current = code > > is data-dependent and quotes some numbers but not others. > Same, btw, for Gisle Aas's data::Dump -- it quotes some numbers but not= others (unless you use quote(), in which case it consistently quotes all= numbers). > That's the price you pay for dwimmyness: sometimes it bites you. Especi= ally when you least expect it. Well, the solution I outlined has the advantage of being dwim but at the same time doesn't suffer from arbitraryness - that is, there is a consistent way of marking numbers as numbers, even with perl. So your argument is wrong - the problem is not dwim here. The problem is the arbitraryness - even if perl thinks something is a number and doesn't even have alternatives, dbd::mysql would still quote i= t if it becomes too big, and this behaviour isn't even clearly documented. --=20 The choice of a Deliantra, the free code+content MO= RPG -----=3D=3D- _GNU_ http://www.deliantra.net ----=3D=3D-- _ generation ---=3D=3D---(_)__ __ ____ __ Marc Lehmann --=3D=3D---/ / _ \/ // /\ \/ / [email protected] -=3D=3D=3D=3D=3D/_/_//_/\_,_/ /_/\_\ --=20 MySQL Perl Mailing List For list archives: http://lists.mysql.com/perl To unsubscribe: http://lists.mysql.com/perl