2015-04-24 12:59 GMT+03:00 Johannes Schlüter :
> On Fri, 2015-04-24 at 09:16 +0300, Arvids Godjuks wrote:
> > May I question the sanity of the words written in this email? :D (it's a
> > joke).
> >
> > The whole point of mysqlnd drivers and other improvements was to cut down
> > on data copying, i
On Fri, 2015-04-24 at 09:16 +0300, Arvids Godjuks wrote:
> May I question the sanity of the words written in this email? :D (it's a
> joke).
>
> The whole point of mysqlnd drivers and other improvements was to cut down
> on data copying, improving performance and doing a lot of other stuff.
> Movi
On 24/04/15 07:16, Arvids Godjuks wrote:
> 2015-04-24 4:42 GMT+03:00 Benjamin Eberlei :
>
>> On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks
>> wrote:
>>
>>> PDO is everywhere. Doctrine? Based on PDO.
>>
>>
>> You can use mysqli, oci8 or sqlsrv for example without problems in
>> Doctrine.
>>
>> E
On Fri, Apr 24, 2015 at 8:16 AM, Arvids Godjuks
wrote:
> 2015-04-24 4:42 GMT+03:00 Benjamin Eberlei :
>
>> On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks > >
>> wrote:
>>
>> > PDO is everywhere. Doctrine? Based on PDO.
>>
>>
>> You can use mysqli, oci8 or sqlsrv for example without problems in
>
On Fri, Apr 24, 2015 at 1:16 PM, Arvids Godjuks
wrote:
> 2015-04-24 4:42 GMT+03:00 Benjamin Eberlei :
>
>> On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks
>> wrote:
>>
>> > PDO is everywhere. Doctrine? Based on PDO.
>>
>>
>> You can use mysqli, oci8 or sqlsrv for example without problems in
>> Do
2015-04-24 4:42 GMT+03:00 Benjamin Eberlei :
> On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks
> wrote:
>
> > PDO is everywhere. Doctrine? Based on PDO.
>
>
> You can use mysqli, oci8 or sqlsrv for example without problems in
> Doctrine.
>
> Exposing some of the internal api of PDO as php functio
On Thu, Apr 23, 2015 at 3:45 PM, Arvids Godjuks
wrote:
> PDO is everywhere. Doctrine? Based on PDO.
You can use mysqli, oci8 or sqlsrv for example without problems in Doctrine.
Exposing some of the internal api of PDO as php functions (SQL Parser) I
would bet it is possible to reimplement PDO
On 23/04/15 18:18, Pierre Joye wrote:
> Just like many other. Not being in core brings actually more flexibility to
> the devs
Pierre are you coming around to the idea that a more modular approach to
PHP packages may actually be better? Just being able to select what we
use rather than all of the
On Apr 23, 2015 9:14 PM, "Arvids Godjuks" wrote:
>
> 2015-04-23 17:02 GMT+03:00 Pierre Joye :
>>
>>
>> On Apr 23, 2015 8:45 PM, "Arvids Godjuks"
wrote:
>> >
>> > My view is that this really needs a good discussion and regardless of
the
>> > desicions made - resource allocation to move it forward.
2015-04-23 17:02 GMT+03:00 Pierre Joye :
>
> On Apr 23, 2015 8:45 PM, "Arvids Godjuks"
> wrote:
> >
> > My view is that this really needs a good discussion and regardless of the
> > desicions made - resource allocation to move it forward.
> > Whatever the intent was originally for the PDO and and
On 23/04/15 14:45, Arvids Godjuks wrote:
> My thinking is that things like these have to be spearheaded by the
> respective database developers with the help of the PHP core team and the
> community.
I am still reliant on ADOdb and have on a number of occasions back
ported to that where projects
On Apr 23, 2015 8:45 PM, "Arvids Godjuks" wrote:
>
> My view is that this really needs a good discussion and regardless of the
> desicions made - resource allocation to move it forward.
> Whatever the intent was originally for the PDO and and regardless of what
> the docs say about it, as Christop
My view is that this really needs a good discussion and regardless of the
desicions made - resource allocation to move it forward.
Whatever the intent was originally for the PDO and and regardless of what
the docs say about it, as Christoph has linked and quoted, the reality is
PDO is everywhere. D
On 23/04/15 11:54, Matteo Beccati wrote:
> Guess what? Tirelessly whining about things being inherently broken
> won't magically fix them.
Neither will throwing money at PDO. It is restricted to a single active
transaction so can't handle cross database activity. One has to switch
back to the gene
Lester Caine wrote:
> On 23/04/15 11:22, Arvids Godjuks wrote:
>
>> I can definetly make a case that PDO restricts MySQL too. It lacks a lot of
>> functionality comparing to mysqli. I also found out recently that you can't
>> have a named param appear in a query more than once (an OR case, where 2
Hello,
On 23/04/2015 12:22, Arvids Godjuks wrote:
чт, 23 Апр 2015, 13:00, Lester Caine :
It's nice to hear that it's not only the pdo_firebird driver that is
restricted by PDO. Which why I was asking for a general review on the
situation on database access.
I can definetly make a case that PDO
On 23/04/15 11:22, Arvids Godjuks wrote:
> чт, 23 Апр 2015, 13:00, Lester Caine :
>
> On 23/04/15 06:50, christopher jones wrote:
>> > Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
>> > some inherent design and performance weaknesses of the overall PDO
>> > architecture.
>>
чт, 23 Апр 2015, 13:00, Lester Caine :
On 23/04/15 06:50, christopher jones wrote:
> Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
> some inherent design and performance weaknesses of the overall PDO
> architecture.
>
> So, lets not mark PDO_OCI as dead just yet.
It's nice
On 23/04/15 06:50, christopher jones wrote:
> Yes, we do recommend using OCI8 over PDO_OCI. This is partly due to
> some inherent design and performance weaknesses of the overall PDO
> architecture.
>
> So, lets not mark PDO_OCI as dead just yet.
It's nice to hear that it's not only the pdo_fire
On 4/22/15 9:10 AM, Jonah H. Harris wrote:
On Wed, Apr 22, 2015 at 9:39 AM, Stelian Mocanita mailto:stelian.mocan...@gmail.com>> wrote:
>
> The removal of pdo_oci had been suggested as part of the "Removal of
> dead or not yet PHP7 ported SAPIs and extensions" RFC, but there has
On 4/22/15 6:39 AM, Stelian Mocanita wrote:
The removal of pdo_oci had been suggested as part of the "Removal of dead or not yet
PHP7 ported SAPIs and extensions" RFC, but there has been
feedback from Christopher Jones, that the extension will be supported by
Oracle.[1] [1] <
https://wiki.ph
That's right.
On Wed, Apr 22, 2015 at 9:42 PM, Christoph Becker wrote:
> Rowan Collins wrote:
>
> > Pasindu De Silva wrote on 22/04/2015 14:44:
> >> On Wed, Apr 22, 2015 at 4:43 PM, Christoph Becker
> >> wrote:
> >>> [1]
> >>> <
> >>>
> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#ex
Rowan Collins wrote:
> Pasindu De Silva wrote on 22/04/2015 14:44:
>> On Wed, Apr 22, 2015 at 4:43 PM, Christoph Becker
>> wrote:
>>> [1]
>>> <
>>> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#extpdo_oci_and_extoci8
>>>
>>
>> As of this RFC we probably can document that these extension
On Wed, Apr 22, 2015 at 9:39 AM, Stelian Mocanita <
stelian.mocan...@gmail.com> wrote:
> >
> > The removal of pdo_oci had been suggested as part of the "Removal of
> > dead or not yet PHP7 ported SAPIs and extensions" RFC, but there has
> > been feedback from Christopher Jones, that the extension
Pasindu De Silva wrote on 22/04/2015 14:44:
On Wed, Apr 22, 2015 at 4:43 PM, Christoph Becker wrote:
[1]
<
https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#extpdo_oci_and_extoci8
As of this RFC we probably can document that these extensions and sapis
are removed as of PHP 7.
I think
On Wed, Apr 22, 2015 at 4:43 PM, Christoph Becker wrote:
>
> [1]
> <
> https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts#extpdo_oci_and_extoci8
> >
As of this RFC we probably can document that these extensions and sapis
are removed as of PHP 7.
--
*Pasindu De Silva**ppasin...@gmail.com
26 matches
Mail list logo
