C# 处理大型Linq到Sql模型大小的可能场景_C#_Asp.net_Performance_Linq To Sql

C# 处理大型Linq到Sql模型大小的可能场景

c# asp.net performance linq-to-sql

C# 处理大型Linq到Sql模型大小的可能场景,c#,asp.net,performance,linq-to-sql,C#,Asp.net,Performance,Linq To Sql,我正在致力于提高ERP系统的性能，该系统生成的模型类大小为1.3MB，实际磁盘大小为540KB 项目说明：该项目是使用ASP.NET WebForms版本4和C#版本4.0开发的该项目将完全在云上运行，我们稍后可能会考虑本地到在线数据库的同步几乎项目中的每个页面都调用它的特定类，该类调用数据模型类简单地说，我的问题是：如果我尝试划分这个模型类，对性能方面有意义吗？您建议划分该模型的可能方案是什么在划分模型之前，我应该考虑哪些因素这么大型号的实际内存成本是多少？换句话说：服务器

我正在致力于提高ERP系统的性能，该系统生成的模型类大小为1.3MB，实际磁盘大小为540KB

项目说明：

该项目是使用ASP.NET WebForms版本4和C#版本4.0开发的
该项目将完全在云上运行，我们稍后可能会考虑本地到在线数据库的同步
几乎项目中的每个页面都调用它的特定类，该类调用数据模型类

简单地说，我的问题是：

如果我尝试划分这个模型类，对性能方面有意义吗？

您建议划分该模型的可能方案是什么

在划分模型之前，我应该考虑哪些因素

这么大型号的实际内存成本是多少？换句话说：服务器RAM上的1.3MB类=…KB/MB

坦率地说，程序集大小和磁盘大小是不相关的。如果您将其拆分，您将在组装分辨率和“融合”方面做更多的工作，但这还不足以引起您的关注。JIT的执行更细粒度和按需进行，因此两种方式都类似

出于管理和后勤方面的原因，我当然会将其分开，但我不确定我是否会太在意模型类本身的大小，除非我有充分的理由（有确凿的证据）认为它会导致性能问题。我也不相信1.3MB是一个我会称之为“大”的数字（或者至少，没有大到可以关心的程度）