On Aug 25, 2010, at 11:10 PM, Dov Rosenberg wrote:

> I am revisiting some old EOF documentation and wanted to make sure I 
> understood a few things. Are the following statements true?
> 
> 
> *   When an EOModel is found and connected to a database when the app starts 
> up each database connection is mapped to an EODatabaseChannel?

I think that EODatabaseContext is more correct than EODatabaseChannel.  The 
context will then use the channel.  A db context can handle multiple models 
(the connection information needs to be the same).


> *   A single EOObjectStoreCoordinator can manage multiple EODatabaseChannels 
> (database connections)?

It is more meaningful to say that it manages multiple EODatabases or 
EODatabaseContexts.


> *   If I add another EODatabaseChannel to an EODatabaseContext does it open 
> another database connection using the existing connection dictionary?

Yes, but it is unlikely to be used.


> *   If a single EOObjectStoreCoordinator can manage multiple 
> EODatabaseChannels – is there any reason to try to run multiple 
> EOObjectStoreCoordinator stacks if I am only connecting to a single database?

Each stack is single threaded (once the OSC is locked), so the concurrent use 
of multiple db channels is unlikely.


> *   If I have multiple EODatabaseChannels registered to a EODatabaseContext – 
> will my app use them to allow multiple operations concurrently?

Only if there are multiple concurrent operations in the _same thread_.


> Is there a default number of EODatabaseChannels opened when the app starts 
> up? Is there a configuration setting that I can set to add more?


One per db context and no.

Chuck


-- 
Chuck Hill             Senior Consultant / VP Development

Practical WebObjects - for developers who want to increase their overall 
knowledge of WebObjects or who are trying to solve specific problems.    
http://www.global-village.net/products/practical_webobjects







 _______________________________________________
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 arch...@mail-archive.com

Reply via email to