繁体   English   中英

Linq-to-SQL:有多少datacontexts?

[英]Linq-to-SQL: how many datacontexts?

我有一个包含> 300个表的SQL Server 2008数据库。 我必须设计的应用程序是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功能。

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

为每个业务实体创建数据上下文没有意义,每个数据库只需要一个datacontext。

这取决于有多少用户将同时使用您的数据库,而不是有多少表。 所以关于典型的数据库问题:连接数,锁定和其他东西。

我现在使用1作为整个数据库,但有更多的合法用途。 例如,我在安装连接到远程数据库的站点时运行脚本,并导入数据并将数据转换为新格式以进行部署。 该过程使用一些临时表。

通过将临时表放在单独的上下文中,一旦部署了站点,我可以简单地删除这些上下文和代码,因为它们是独立的实体。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM