加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c# – Linq-to-SQL:有多少个datacontexts?

发布时间:2020-12-15 19:36:18 所属栏目:百科 来源:网络整理
导读:我有一个带有的SQL Server 2008数据库300桌.我必须设计的应用程序是 Windows Forms应用程序,.NET 3.5,C#. 哪个是使用Linq-to-SQL的最佳方式? 我打算为每个业务实体制作一个datacontext. 有什么问题吗 ? 我需要知道这种使用Linq-to-SQL的方式是否有任何缺点
我有一个带有>的SQL Server 2008数据库300桌.我必须设计的应用程序是 Windows Forms应用程序,.NET 3.5,C#.

哪个是使用Linq-to-SQL的最佳方式?

我打算为每个业务实体制作一个datacontext.

有什么问题吗 ?

我需要知道这种使用Linq-to-SQL的方式是否有任何缺点或者是否会产生性能问题?

谢谢.

解决方法

每个数据库通常应该有一个单独的DBML文件(=数据上下文).您当然不应该为每个业务实体创建一个DataContext,因为这样做会使您失去LINQ to SQL的大部分有用功能,例如内存事务(工作单元),延迟加载以及对多个实体执行LINQ查询.

你有一个非常大的模型(300个表),这意味着很多实体.除了LINQ to SQL设计器之外,很多实体都不是一个大问题.使用具有如此大型号的设计师可能非常烦人.这可能是在多个子域中拆分域的原因(每个子域都有一个DBML文件),但肯定不是每个实体一个域.但是,请记住,您在域的边界处丢失了L2S功能.

在过去,我建议一个团队将他们的150个实体域分成5个DBML文件,然后将它们合并为一个DBML.编辑模型的痛苦上升了,但使用多个DataContexts的痛苦消失了,这大大降低了他们的整体痛苦.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读