处理大Linq到Sql模型大小的可能方案

Question

我正在改进ERP系统的性能，它生成一个大小为1.3MB和540 on的实际磁盘大小的模型类。

关于该项目的注释:

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

--我的问题是:

1. 如果我尝试划分这个模型类，对性能方面有意义吗？
   1. 你有什么可能的方案来划分这个模型？
   2. 在划分该模式之前，我应该考虑哪些因素？
   3. 这样一个大模型的实际内存成本是多少？换句话说:服务器RAM上的1.3MB Class =.KB/MB？

​

Answer 1

坦率地说，程序集大小和磁盘大小无关。如果你把它分开，你就会为组装分辨率和“融合”做更多的工作，但却没有足够的精力去关心。JIT的执行更加精细和按需，因此无论采用哪种方式，都将是类似的.

无论如何，出于管理和后勤方面的原因，我不确定我是否会关心模型类本身的大小，除非我有充分的理由(有确凿的证据)认为它导致了性能问题。我也不相信1.3MB是一个我称之为“大”的数字(或者至少没有足够大到可以关心的程度)。