你是否应该为每个表使用一个 ADO.NET 实体数据模型?还是为整个数据库使用一个,其中关系也被路由等等...
为整个数据库做。如果你为每个表制作数据模型,你将无法获得浏览关系的好处。
如果您正在使用类似Subversion的检出/合并源代码控制,请注意设计师会对XML进行修改,以至于Subversion很难合并它。在这种情况下,通常您需要每次重新生成整个模型或手动合并。
针对整个数据库或至少你将使用的表...
如果你有大量的表,你可以将它们分成模式或其他分类方式,但我认为这个想法从来不是每个表一个数据模型...
我认为如果您拥有大型数据库,则需要对数据库表进行分类。但是您必须为每个表创建一个类,这是ado.net实体框架的主要要求。
当您更新数据库时,可以通过更新数据模型来完成。
首先设计您的数据库,然后创建ado.net实体模型。