Re: PEAR::DB destructors and uncommitted transactions

From: Date: Thu, 05 Jun 2003 13:28:50 +0000
Subject: Re: PEAR::DB destructors and uncommitted transactions
References: 1 2  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-17060@lists.php.net to get a copy of this message
# smith@backendmedia.com / 2003-06-05 15:08:05 +0200: > > From: Roman Neuhauser [mailto:neuhauser@bellavista.cz] > > Sent: Thursday, June 05, 2003 2:59 PM > > > > 1) "if you want destructors rolling back transactions, have a > > hierarchy parallel to PEAR::DB, with your drivers implementing > > the feature" (we're already doing this for other features, so no > > big deal, this is OOP afterall) > > > > 2) add _DB_* to the individual drivers which implement transactions. > > I don't think this would be such a good idea. > > > > 3) add _DB_common(), and expectError(DB_ERROR_NOT_CAPABLE) > > MDB does 1) ... I have not tested it as much as I probably should > however. I'm not sure I made myself clear with 1). What I meant was that it could be stated that rolling back outstanding transactions in the request shutdown stage is not a goal for PEAR::DB::*, and users should subclass the drivers instead. Is that what you got from reading the sentence? I don't know MDB. -- If you cc me or remove the list(s) completely I'll most likely ignore your message. see http://www.eyrie.org./~eagle/faqs/questions.html

« previous php.pear.dev (#17060) next »