So to sum up: It's not needed for Postgres, since it supports prepared statements, so we don't know why it was added to databaseconnection.php in the big Postgres commit (r3530).
It is needed for MySQL (which we knew), but we're not sure if the one in mysql/connection.php in the connect() method is enough or if it actually needs to be applied to each query? On May 5, 2010, at 9:24 AM, Matt Read wrote: > PDO::ATTR_EMULATE_PREPARES was originally put in the mysql connection > class to deal with problems of mysql's qcache not working with > prepared statements. I would wonder if the new mysqlnd (native driver) > would solve that issue; but it's only there to enable qcache to > function properly with mysql/php. > > On Tue, May 4, 2010 at 11:43 AM, Chris Meller <[email protected]> wrote: >> I posted some questions about r3530 on the ticket that they originated from: >> https://trac.habariproject.org/habari/ticket/924#comment:7 >> >> Unfortunately, I don't know how to get back in touch with mnacos, he didn't >> register with an email address. Anyone else able to answer my questions? >> >> -- >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/habari-dev >> > > > > -- > Matt Read > http://mattread.info > http://mattread.com > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/habari-dev -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/habari-dev
