小弟我的sql技术很牛X，是否不需要linq to sql
我的sql技术很牛X，是否不需要linq to sql?一次性将数据以最快的方式读进IList,保存到网站Cache再尝试在内
我的sql技术很牛X，是否不需要linq to sql?
一次性将数据以最快的方式读进IList,保存到网站Cache
再尝试在内存的IList中使用linq,目标是是代码简化和性能优化。
这种方法怎么样？
[解决办法]
[解决办法]
感觉有点画蛇添足之嫌.
[解决办法]
该帖子于2009-07-06 08:34:02被楼主修改
---咋没见过这功能涅...
这个方法当然可行，不过要考虑你的效率瓶颈会出现在哪儿(应用服务器？数据库？)来选择是否使用
另外，你需要有一个机制来在数据库改变时更新cache
[解决办法]
服务器性能值得考虑
[解决办法]
不如使用成熟的mem cache
[解决办法]
楼主的方法可以，就是得考虑内存的问题。
[解决办法]
List保存实体，实现缓存再转化
[解决办法]
数据更新频繁不？数量大不？
如果这两点都是NO，那就不错
[解决办法]
数据量大了的话看你的内存撑不撑的住！
[解决办法]
你干脆把数据库放到类存里边玩吧
[解决办法]
读到网站Cache 还是用缓存服务器？
[解决办法]
顶
[解决办法]
[解决办法]菜鸟来顶贴，我顶
[解决办法]顶下
[解决办法][解决办法]好 恶意灌水
[解决办法]看数据量了。
[解决办法]果然很牛，呵呵
[解决办法]看看nb的人
[解决办法]不知道楼主的目的是什么~嘿嘿~
[解决办法][解决办法]linq to sql还不成熟，实际复杂的应用中会有很多小问题是无法简单解决的。
linq的其它部分还不错，不过效率方面有时候不怎么样。
有时候linq就像鸡肋，如果自己已有成熟的解决方案，还是不要用linq to sql。
[解决办法]具体情况具体分析，要看你的数据量及对数据的应用。把数据读到内存中，只是提高了数据的读取速度，但是没了数据库索引的支持，数据检索速度会降低的。缓存在IList对象里你一定要考虑一下数据检索的效率。
[解决办法]mark
[解决办法]这样应该会点，不过看你内存如何了。
[解决办法]支持一下
[解决办法]似乎很牛!!
[解决办法]
[解决办法]那个能实现linq的延迟加载么
[解决办法]牛人 膜拜一下!
[解决办法]如果数据量超过10W级那简直是恶梦
如果数据量不庞大的话,很可行
[解决办法]狠狠 顶一下
[解决办法]学习一下牛人们的思路
[解决办法]思路很XX
[解决办法]额， 看团队用什么就跟着用什么吧？
再说， LINQ TO SQL比起纯粹的SQL语句没那么容易错，虽然效率上是烂了一些。
纯粹个人理解， 嘻嘻
[解决办法]围观了 都速度围上~~
[解决办法]如果数据量超过10W级那简直是恶梦
如果数据量不庞大的话,很可行
[解决办法]这样会不会容易出很多问题呢？
值得考虑考虑
[解决办法]linq是趋势。
用linq开发速度快了很多，所以开发成本就低。
把这些节省的成本投入到服务器硬件上，相比之下性价比就高。
这就是很多大项目使用linq的原因。
随时硬件技术的提高，性能的考虑往往可以忽略，只要解决的是开发上的速度。
[解决办法]看下牛人，我也自认为sql很牛X，不过还是学习新东西。
进来膜拜一下
