日期:2014-05-20  浏览次数:20746 次

我的sql技术很牛X,是否不需要linq to sql?
一次性将数据以最快的方式读进IList,保存到网站Cache
再尝试在内存的IList中使用linq,目标是是代码简化和性能优化。

这种方法怎么样?



------解决方案--------------------

------解决方案--------------------
感觉有点画蛇添足之嫌.
------解决方案--------------------
该帖子于2009-07-06 08:34:02被楼主修改
---咋没见过这功能涅...

这个方法当然可行,不过要考虑你的效率瓶颈会出现在哪儿(应用服务器?数据库?)来选择是否使用

另外,你需要有一个机制来在数据库改变时更新cache

------解决方案--------------------
服务器性能值得考虑
------解决方案--------------------
不如使用成熟的mem cache
------解决方案--------------------
楼主的方法可以,就是得考虑内存的问题。
------解决方案--------------------
List保存实体,实现缓存再转化

------解决方案--------------------
数据更新频繁不?数量大不?

如果这两点都是NO,那就不错
------解决方案--------------------
数据量大了的话看你的内存撑不撑的住!
------解决方案--------------------
你干脆把数据库放到类存里边玩吧
------解决方案--------------------
读到网站Cache 还是用缓存服务器?
------解决方案--------------------

------解决方案--------------------
探讨
一次性将数据以最快的方式读进IList,保存到网站Cache
再尝试在内存的IList中使用linq,目标是是代码简化和性能优化。

这种方法怎么样?

------解决方案--------------------
菜鸟来顶贴,我顶
------解决方案--------------------
顶下
------解决方案--------------------
探讨
顶下

------解决方案--------------------
好 恶意灌水
------解决方案--------------------
看数据量了。
------解决方案--------------------
果然很牛,呵呵
------解决方案--------------------
看看nb的人
------解决方案--------------------
不知道楼主的目的是什么~嘿嘿~
------解决方案--------------------
探讨
因为我的系统使用8核CPU的栅栏机和8G内存,如果不把内存用起来感觉是犯罪啊

------解决方案--------------------
linq to sql还不成熟,实际复杂的应用中会有很多小问题是无法简单解决的。
linq的其它部分还不错,不过效率方面有时候不怎么样。
有时候linq就像鸡肋,如果自己已有成熟的解决方案,还是不要用linq to sql。
------解决方案--------------------
具体情况具体分析,要看你的数据量及对数据的应用。把数据读到内存中,只是提高了数据的读取速度,但是没了数据库索引的支持,数据检索速度会降低的。缓存在IList对象里你一定要考虑一下数据检索的效率。
------解决方案--------------------
mark
------解决方案--------------------
这样应该会点,不过看你内存如何了。
------解决方案--------------------
支持一下
------解决方案--------------------
似乎很牛!!