Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97667
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain marcodor.com designates 93.115.138.71 as permitted sender)
To: "'Adam Baratz'" <adambaratz@php.net>
Cc: "'marius adrian popa'" <mapopa@gmail.com>,
	"'Anatol Belski'" <anatol.php@belski.net>,
	"'PHP Developers Mailing List'" <internals@lists.php.net>
References: <CAPv8svXpjJGBr6YQaz97aC2KLADxrJSrTtBuTdk2fCKXv6xL3g@mail.gmail.com> <CADxrgCPMd8fDQfJ+Vb48FhrRaNMDdvMpcayX5iqg3+_g2zBcpA@mail.gmail.com> <02dc01d26850$eb4e3810$c1eaa830$@belski.net> <001001d26852$6bf9ddb0$43ed9910$@marcodor.com> <CAPv8svVEunWkN+M1dLq+ECS8tHFMOe8HDgW9sX=NSaXqrgdj2Q@mail.gmail.com> <000501d26b51$d1119880$7334c980$@marcodor.com> <CADxrgCMRY=U6eEx8ESGOfqxUU7-ZJVRE2TNQmLGP7eYOLKjYpg@mail.gmail.com>
In-Reply-To: <CADxrgCMRY=U6eEx8ESGOfqxUU7-ZJVRE2TNQmLGP7eYOLKjYpg@mail.gmail.com>
Date: Tue, 10 Jan 2017 20:25:24 +0200
Organization: Marcodor
Message-ID: <001201d26b6e$e93b5500$bbb1ff00$@marcodor.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQKOV1z6yLYA/XiBhzL6jPyAglZyvQHDfiIqAeTS95oDE4SanQKJ/JJWAmrREysBVAk4D59SBK0A
Content-Language: ro
Subject: RE: [PHP-DEV] Dorin Marcoci Added Firebrid native type mapping for integers (smallint, integer, bigint) in PDO_Firebird driver
From: dorin.marcoci@marcodor.com ("Dorin Marcoci")

Hello Adam,

That's why I wrote " is not possible to be done it in a _nice_ way", =
where "nice" is the key :)
Yes, currently it can be done by using ZVALs, but I find it over-layered =
& over-structured than simply pass a zend_long for example in case of =
ints.
As I understand ZVAL purpose in PHP is a bit different. Later in =
fetch_value ZVAL is copied into another, even not used further. A lot of =
unused operations.

About floating point numbers (msg89591.html), yes, great move. I'm with =
you and vote "yes".
Maybe just name it PDO::PARAM_FLOAT instead of DOUBLE to be more in sync =
with PHP native types, as "double" describe more a size than a type.

About unicode (msg88713.html) I think it=E2=80=99s a wrong way. It =
should be just strings/(var)chars as in PHP/DBMSes.
We should instead improve/standardize getColumnMeta where we can return =
charset/collate, for other types numeric precision etc...

Thank You,


-
  Dorin Marcoci