derrick wrote:
Both. In order to scale our application we have mutiple databases with the same schema but different data. If UserA asks for MyEntity it might come from databaseA while the same MyEntity would come from databaseB for UserB. We also have the need for different entities to persist in different databases.
The Adapter template set (currently in beta, you can download the beta archive from the customer area -> template section) is build for that purpose. The current template set, self servicing, is meant to work with 1 database, as there is no object you can access which controls the persistence.
Adapter's VB.NET templates arrive on saturday I hope (I'm done porting, now I have to weed out the porting issues) and docs and final code next week. The archive comes with an example application you can use to get started with Adapter.
Adapter's DataAccessAdapter object contains a property CatalogNameUsageSetting, which you can set to ForceWrite to overwrite catalog names in entities, or to Clear to use the catalog in the connection string (you can specify a connection string on a per action basis, which is ideal for your situation).
You can get started with the beta, and continue working with that code when the final is released later next week.
Let me know if you run into problems getting started, let me know.