Login | Register
My pages Projects Community openCollabNet

Reply to message

* = Required fields
* Subject
* Body
Send reply to
Author (directly in email)
Please type the letters in the image above.

Original message

Author Cameron Brunner <cameron.brunner@gmail.com>
Full name Cameron Brunner <cameron.brunner@gmail.com>
Date 2007-07-12 14:27:16 PDT
Message I would be more interested at this point in offering DebugPropelPDO as
a connection object type and adding a full array of debug info (query
timing, counting, dupe query detection) to it and have a flag that
switches to it when requested. Query timing generally interests me
more than the count.

Just my 2c

On 7/13/07, Oliver Schonrock <oliver at realtsp dot com> wrote:
> Hans Lellelid wrote:
> > This looks interesting, Oliver. Other than not being able to use
> > user-defined class with persistent connection (am I understanding that
> > correctly? seems odd), were there any other limitations?
> >
> I checked what the story is with that "Cannot be used with persistent PDO
> instances.". It throws a PHP warning and behaves irractically. Suspect
> it's kind of like unserializing a class from session without having the
> class defined first. ie you get half an object.
> better patch takes care of the "Cannot be used with persistent PDO
> instances." problem by checking the PDO config and refusing to subclass
> PDOStatement. Consequently the getQueryCount() method doesn't work
> correctly anymore and therefore throws an exception.
> this should ensure backward compatibility.
> http://propel.phpdb.​org/trac/ticket/454#​comment:2

Cameron Brunner

Want a better web browser?