As I read on, I'm guessing that "the cache" they refer to is actually
the "Snapshot" of the database described as:
"When an EODatabaseContext fetches objects from a database, a
snapshot is recorded of the state of the fetched database row. A
snapshot is a dictionary of a row’s primary keys, class properties,
foreign keys used in relationships that are class properties, and the
attributes of an entity that participate in optimistic locking.
You can imagine that an application that fetches hundreds of rows
of data builds up a large cache of snapshots. "
And furthermore, editing contexts are usually "per/session" and
Snapshots are usually "per/application". Correct?
Thanks,
Jeff
On Apr 6, 2008, at 9:54 AM, Jeff Schmitz wrote:
Hello,
I've been reading the Webobjects Enterprise Objects Programming
Guide and had a couple quick questions about it. First, are editing
contexts usually created per session? It shows a couple of pictures
indicating this, but it never really comes out and says (at least
that I found) when new editing contexts should be created. An then
I see quotes such as:
When multiple users access the same data source by sharing an
application instance, they most often share data caches. This means
that one user’s data query may not actually invoke a fetch from the
data source if the data requested has already been fetched by
another user and so exists in the cache.
Which would indicate that all users in a single application may
share an editing context. Or is the "cache" something different
than the editing context (which to me itself represents a cached
copy of some of the database data)?
Anyway, if I had a clearer picture of the usual architecture
regarding editing contexts it would really help as I read the rest
of the doc.
Thanks,
Jeff
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/jeffandmonica%40mac.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]