durusmail: durus-users: OODB basics
OODB basics
2005-10-08
Oleg Broytmann
2005-10-09
David Binger
2005-10-09
David Binger
2005-10-09
Oleg Broytmann
2005-10-09
David Binger
2005-10-09
Oleg Broytmann
2005-10-09
Oleg Broytmann
2005-10-09
mario ruggier
2005-10-09
David Binger
2005-10-09
David Binger
2005-10-11
mario ruggier
2005-10-12
Matthew Scott
Re: OODB basics
2005-10-11
Michael Watkins
OODB vs SQL
2005-10-09
Oleg Broytmann
2005-10-09
Oleg Broytmann
2005-10-09
Oleg Broytmann
Re: OODB vs SQL
2005-10-10
Michael Watkins
Re: OODB vs SQL
2005-10-10
Michael Watkins
OT: Durus
2005-10-13
Oleg Broytmann
2005-10-13
David Binger
2005-10-13
Oleg Broytmann
2005-10-09
John Miller
2005-10-09
David Binger
2005-10-09
Oleg Broytmann
2005-10-10
David Binger
2005-10-11
mario ruggier
2005-10-11
A.M. Kuchling
2005-10-11
Roger E. Masse
2005-10-11
Roger E. Masse
Re: OODB vs SQL
2005-10-11
Michael Watkins
2005-10-11
Michael Watkins
2005-10-11
David Binger
2005-10-12
Michael Watkins
2005-10-12
mario ruggier
2005-10-12
Michael Watkins
Demo application [was: Re: [Durus-users] Re: OODB vs SQL]
2005-10-13
mario ruggier
Re: OODB vs SQL
2005-10-11
Michael Watkins
Durus basics
2005-10-09
Oleg Broytmann
2005-10-09
David Binger
2005-10-10
Oleg Broytmann
2005-10-10
David Binger
2005-10-10
Oleg Broytmann
2005-10-13
Oleg Broytmann
2005-10-13
David Binger
2005-10-13
Oleg Broytmann
2005-10-13
mario ruggier
Re: OODB basics
2005-10-13
Oleg Broytmann
OODB basics
mario ruggier
On Oct 9, 2005, at 6:24 PM, Patrick K. O'Brien wrote:

> Well, we call a single Durus commit or rollback for the entire
> transaction.  And a transaction can be quite extensive.  For example,
> the population of sample data into a new Schevo database is a single
> transaction - either every single object is created, or none are
> created.  There is no limit to how many objects may be created,
> updated,
> or deleted, in the same transaction.  In fact, database objects may be
> created and later deleted in the same transaction, such that they serve
> their purpose within the transaction but are never visible outside of
> it.

Is this what was (is?) known as the EditingContext in Apple's
WebObjects?
I never used that system, but I did use the python Modeling ORB, that
was
heavily inspired by it, and also implemented EditingContexts, that could
also be nested, i.e. you can create child contexts, and committing
those will
only affect the parent context... for things to be persisted in the db,
a top-level
EditingContext has to be committed.

mario

reply