Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52126
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=h+naI1o61AjYPnhCyaVOZexsvV2jARUhTtz6jLunFVIamTeGaN3FyO1ZvcykptDb5V
         jtqzwlavdT5vw6wcgpQv6hyy7UoWFFTC0q2eX5/1NJ1Qj75DHR9yox7VD6iHXI/BYsyU
         Aznsy+bDKTq9/M0qiRHEklXxcxhbyFt6wCl7c=
MIME-Version: 1.0
In-Reply-To: <BANLkTin1D7-NxVTva2=pouB3Mf50z7t2kA@mail.gmail.com>
References: <BANLkTimtRdY_+Jj46jFEqkseuz7WD1ZPZQ@mail.gmail.com>
	<4DBC2D1B.10302@lerdorf.com>
	<4DBC4885.7010209@sugarcrm.com>
	<4DBC4C9A.2050502@lerdorf.com>
	<1304193525-sup-1492@fewbar.com>
	<BANLkTin1D7-NxVTva2=pouB3Mf50z7t2kA@mail.gmail.com>
Date: Sun, 1 May 2011 02:01:07 +0200
Message-ID: <BANLkTimcSG8awmENpxcvuR4FPTGyc2xcUA@mail.gmail.com>
To: Ferenc Kovacs <info@tyrael.hu>
Cc: Clint Byrum <clint@ubuntu.com>, internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] Change Request: Make PDO default to not emulate
 prepared statements for MySQL
From: pierre.php@gmail.com (Pierre Joye)

hi,

It is also important to keep in mind that there are a growing
alternative to Oracle's mysql, so focusing only on Oracle plans is not
necessary a good thing to do.

That being said, it seems that we have an agreement to change this
behavior in trunk. It is a documentation matter then. There is no need
to argue to death about this issue.

And last but not least, let the mysql developers reply and decide what
they want to do.

Cheers,

On Sat, Apr 30, 2011 at 11:26 PM, Ferenc Kovacs <info@tyrael.hu> wrote:
> On Sat, Apr 30, 2011 at 10:05 PM, Clint Byrum <clint@ubuntu.com> wrote:
>
>> Excerpts from Rasmus Lerdorf's message of Sat Apr 30 10:53:30 -0700 2011:
>> > On 04/30/2011 10:36 AM, Stas Malyshev wrote:
>> > > Hi!
>> > >
>> > >> Do you realize why we did this in the first place? The common versions
>> > >> of MySQL in use out there are not very clever when it comes to the
>> > >> native prepared statement handling. First, there is no prepared
>> > >> statement cache, so there is no benefit to doing them natively, but
>> > >
>> > > Since 5.1.17 there is:
>> > > http://dev.mysql.com/doc/refman/5.1/en/query-cache-operation.html
>> > > And 5.1.17 is 4 years old already.
>> >
>> > People upgrade their databases even slower than they upgrade their PHP.
>>
>> That said, MySQL 5.0 is only in "Extended Support"[1] (read: security
>> only) from Oracle, and will likely be deprecated to full EOL at some
>> point in the near future. I think its fair to say that if something is
>> a massive problem for a version that the authors don't even support,
>> its probably ok to leave those users behind with defaults, as long as
>> you give them a way to turn it off. So maybe this could be considered
>> blocked only by 5.0's EOL.
>>
>> --
>> [1] http://www.mysql.com/support/eol-notice.html
>>
>>
> if oracle keeps the original lifecycle of the mysql product line, then the 2
> year extended support is 2 years from the eol of the active support, so it
> means that 5.0 extended will end 2011 dec 31.
> but the extended support is only available for those who bought the premium
> support, so for the rest of us, 5.0 is already EOL
>
> Tyrael
>



-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org