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

Reply via email to