Bug #73650 [Opn]: why lose sql-results their type in PHP?

Edit report at https://bugs.php.net/bug.php?id=73650&edit=1 ID: 73650 Updated by: yohgaki@php.net Reported by: spam2 at rhsoft dot net Summary: why lose sql-results their type in PHP? Status: Open Type: Bug Package: *Database Functions PHP Version: 7.0.13 Block user comment: N Private report: N New Comment: Automatic type conversions do harm more than good. Integers in database may not match PHP internal date types. e.g. PHP's int is only signed 32 bits int under 32 bit architecture. Database's INT8 could unsigned with MySQL/etc. SQLite's type is pseudo type and could be any text even when columns are defined as int/etc. Converting other system's types to PHP type should not be automatic, but manual. We shouldn't do the same mistake done in JSON again. I'm against to have broken automatic type conversions. That said, I don't oppose to develop workable type conversion framework. Previous Comments: ------------------------------------------------------------------------ [2016-12-04 22:12:09] cmb@php.net I've changed the package to "Database Functions", even though not all database extensions are working this way, see <https://3v4l.org/07TWk>. And I don't think this is a bug – it's rather something that could be improved. Note that there are some issues, however. Cf. <https://3v4l.org/H1Sel>, for instance (the result could also be a string, but not an int, as the value overflows 64bit signed integers). ------------------------------------------------------------------------ [2016-12-04 14:26:48] spam2 at rhsoft dot net Description: ------------ declare(strict_types=1); is nice but not helpful when you get from sql-queries *anything* as string and so need to use (int)$row['id_where_i_know_db_type'] on the database server you have int, longint, smallint, tinyint which are clearly int - but why is that information lost and anything casted to a string? ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=73650&edit=1