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

时间:2014-05-20 08:11:40

标签: c# asp.net performance linq-to-sql

我正致力于提高ERP系统的性能,该系统可生成大小为1.3MB且实际大小为540KB的模型类。

关于项目的说明:

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

我的问题只有:

  
      
  1. 如果我尝试划分这个模型类,那么性能方面是否有意义?   
        
    1. 您建议将该模型划分为什么样的情景?
    2.   
    3. 在划分该模型之前我应该​​考虑哪些注意事项?
    4.   
    5. 这么大型号的实际内存成本是多少?换句话说:服务器RAM上的1.3MB Class = ... KB / MB?
    6.   
  2.   

1 个答案:

答案 0 :(得分:2)

坦率地说,装配尺寸和磁盘尺寸无关紧要。如果你把它分开,你就可以为装配解决和融合做更多的工作,但还不足以关心。 JIT的执行更加细化和按需进行,因此两者都是类似的。

出于管理和物流的原因,请务必将其分开,但我不确定我是否会非常关心模型类的大小,除非我有充分的理由(有充分的证据)认为它导致了性能问题。我也不相信1.3MB是我称之为的数字" big" (或者至少,不足以关心)。