On 21/04/17 12:08, Matteo Beccati wrote: > If some database APIs aren't capable of properly handling fixed > precision, it is their fault (dblib?, firebird?), but PDO shouldn't > behave like the less capable ones.
The whole point of PDO was that it would provide a consistent DATA interface to any engine and that the base should be what can be provided transparently across all drivers. It should certainly not mess things up by providing a floating point value where a fixed precision number is being used. The problem is that PHP can't handle the data that databases do actually produce and none of the type systems being bodged in currently can handle fixed precision numbers, so leave these as strings and allow third party add-ons to properly process this data. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php