对于使用近400个数据库表的Web应用程序来说,Entity Framework 4.1是否是最佳解决方案?

| 对于使用将近400个数据库表的Web应用程序来说,Entity Framework 4.1是最佳解决方案吗?还是最好使用直接的sql和sp来制作Cutome数据访问层?     
已邀请:
表的数量仅影响EF初始化,其中在应用程序中首次使用上下文时必须编译\“ views \”-400大量,这将花费大量时间。可以通过生成视图的源代码并将这些源代码添加到项目中来加快速度-视图不会在运行时进行编译,因为编译后的代码将成为您应用程序的一部分,但是每次更改模型时都必须手动执行此操作。对于EFv4.1,此功能在EF Power Tools CTP1中提供。对于EDMX,此功能在EdmGen命令行工具中提供。 如此数量的表又对开发产生了影响。在单个EDMX中使用400个表似乎是不可能的,因此您将需要具有不同映射实体集的多个上下文。对于应用程序体系结构而言,这可能是一项复杂的任务,因为使用多个上下文会使一切变得更加困难。 如果只想使用代码映射,则必须编写400个表的类和映射,否则将再次使用EF Power Tools CTP1为您生成它们。 将EF与400个表一起使用不是不可能的,但是它很复杂并且需要一定的经验。     
不同的人对此可能有不同的看法。对您的问题的答案是,无论是poco模型还是要使用edmx,您如何使用EF? EF性能也取决于记录数,因此,如果您使用10个表,并且它们总共有100条记录,则ef的性能会更好。 但是,基于表和记录的ef性能仍然是一个大问题,它取决于各种因素,包括您的数据库设计是否对其进行了适当的规范化。     
我们确实有1000多个表,并且正在使用它(它是一个Web应用程序)。您不必将所有内容都放在单个模型中,这将使在模型本身上进行工作非常困难。而且我们正在使用仅代码方法,该方法尚在开发中,但到目前为止一切正常。     

要回复问题请先登录注册