为什么我的后台 效率这么低啊。。。

请看正题。高清无码.avi只是吸引你继续看下去

解决方案 »

  1.   

    首先要确定到底什么引起的慢,数据库查询? json序列号过程? 传输过程?
      

  2.   

    你可以写个存储过程,返回VideoId,VideoName,UserId,VideoName 然后再映射到你的VideoJsonModel 
      

  3.   

    如果你没有配套的缓存系统就不要用这种模式。
    另外对于缓存的查询，应该支持批量键值查询，比如你这里的GetUser的参数应该是List<int> VideoIds，然后真实查询SQL前过滤掉缓存中已经存在的Video Id，剩下的应该生成一个单独的SQL语句批量查询，得到结果以后再分组缓存。
      

  4.   

    如果数据量不大，就在程序定义个全局list保存，其他如session或者HttpContext也能起到缓存目的
      

  5.   

    如果你是非web项目也可以用HttpRuntime.Cache，都能起到缓存的作用。如果是多个服务共享，那就要用服务器缓存了。
      

  6.   

    GetUser(item) 方法是不是访问了数据库再次查询？
    你需要组织数据，将   视频名称 演员组织起来，避免多次查询。否则数据多了你都跑不动。
    至于如何组织，方法很多。 可以另外写个视图类，数据获取用存储过程，多表查询，视图都可以。
      

  7.   

    各种基于关键字的缓存系统应该都可以。
    我个人使用的是自己写的fastCSharp的ORM，里面有一些常用的配套缓存实现。
    我认为数据库仅仅是一个基于索引的物理存储设备，如果使用fastCSharp的ORM，就要基本抛弃除了索引以外的数据库功能。
      

  8.   

    各种基于关键字的缓存系统应该都可以。
    我个人使用的是自己写的fastCSharp的ORM，里面有一些常用的配套缓存实现。
    我认为数据库仅仅是一个基于索引的物理存储设备，如果使用fastCSharp的ORM，就要基本抛弃除了索引以外的数据库功能。fastCSHarp ORM是你写的！！！！！！！！牛！！！！
      

  9.   

    各种基于关键字的缓存系统应该都可以。
    我个人使用的是自己写的fastCSharp的ORM，里面有一些常用的配套缓存实现。
    我认为数据库仅仅是一个基于索引的物理存储设备，如果使用fastCSharp的ORM，就要基本抛弃除了索引以外的数据库功能。我曾经想自己写ORM 但是不会解析LINQ最后放弃了
      

  10.   

    如果数据量不大，就在程序定义个全局list保存，其他如session或者HttpContext也能起到缓存目的