I'd like some feedback as to the various pros/cons to building one assembly per database, vs. splitting the database into multiple groupings.
For example, we have a database with close to 800 tables. It would seem obvious that these should be split into smaller LLBL projects. However, if we do this, we will undoubtedly break some relationships between entities shared across the projects.
Our situation is nowhere near this simplified, but just to demonstrate my point, let's say you have a database with orders and customers. Say that your tables that make up your order data would be under one project, and the tables that make up customer data would be under another.
Now say we populate an orders collection with all orders. In order to get to the customers on each order, you would have to explicitly create a separate customer entity and load it manually by the customer ID on each order.
Would we be better to go ahead and keep the entire database in one project, even if it is close to 800 tables? Or, should we live with the fact that we'll have to, in some cases, manually fetch data into entities that are shared across projects?
Thanks in advance for your feedback.