[Zope-dev] PHP vs Zope cost benefit
R. David Murray
bitz@bitdance.com
Wed, 24 Apr 2002 10:30:30 -0400 (EDT)
On Wed, 24 Apr 2002, Joseph Cheek wrote:
> nope. that's a function of the DB, not PHP. if the DB is written right
> it will roll back/commit transactions automatically. so this becomes an
> argument for zope over php+some really lame DB, not zope over php
> regardless.
>
> 8-)
>
> [agreed that the linuxjournal commit/rollback code is hairy, but the
> folks there seem to like mysql for some strange reason].
The DB provides the transaction commit/rollback *capability*, but
it is up to the application to *use* it. The DB can't commit or
rollback automatically, because it doesn't know where the transaction
boundaries are unless the application tells it. In PHP, that means
*you* have to write the trasaction-start/-end/-rollback calls. Zope,
on the other hand, wraps every web request in a transaction to the
DB *automatically*, and does the rollback *automatically* if an
error occurs in the web transaction.
This is a very very cool feature of Zope, and saves a *lot* of
programming effort.
--RDM