LINQ 和 ADO 比到底是慢多少呢？

[大连刘]

LINQ 和 ADO 比到底是慢多少呢？
我个人认为和查询的数据量无关，速度快慢就在于LINQ在构造查询表达式的过程分析耗时。
它不象ADO.NET，一条String放进去，它就去查询了。LINQ还要阅读自身用户写的表达式，然后生成一个SQL文件发往ADO或数据库。
我这么说对不对。
你们有什么更准确的解释呢？
我现在要为一个每分钟30000次访问的站点作设计，其首页肯要用到数据库查询的。
当然了，可以利用缓存技术减少对DB的访问次数，但还是担心分页后面的访问（用户更新快）。

[以专业开发人员为伍]

[Quote=引用楼主 PCDNA 的帖子:]
我现在要为一个每分钟30000次访问的站点作设计，其首页肯要用到数据库查询的。
[/Quote]

举出一个示例。

google快不快呢？它采用的技术很明确，从来不在底层依赖商用数据库（甚至只追加的使用文本文件来保存复杂的网页分析对象），但是对高层控制逻辑绝对不忽视。越是刚从一点数据量上起步的系统，越是设谈谁都知道的不同编程代码而忽视框架。

[以专业开发人员为伍]

越是奢谈谁都知道的普通编程代码而忽视框架

[大连刘]

能不能通俗点说，什么叫“是奢谈谁都知道的普通编程代码而忽视框架”
别整这么文邹邹的好不好？

[大连刘]

在一个，我就想知到，这两个在我的系统上那个合适。从性能和开发两个方面讲。
我当然知到放个文本上去比谁都快了。

[Bingsun]

好像Google用的是mysql

[hsxgodkiller]

对LINQ也是只了解到你的程度，不过我觉得，用LINQ应该不是问题，如果查询到这个级别，数据量应该也不小的，我的看法
1.如果使用数据库，采用分布式数据存储方式，分散压力到不同的服务器上
2.不用数据库，其实google就是自己的文件系统，能做到一次查询启动硬盘两次以内就找到结果，当然你这个系统不需要这么高的查找速度，但是如果用文件系统可以很大程度上满足对速度的要求，如果使用了文件系统，数据的实时性要下降

[quanwuling]

楼主，你不能拿这个来比，LINQ和ADO应用范围不同。ADO是以前提供给VC那种桌面软件使用的，他们考虑的问题比较少，对于那样的语言来说，有些组件越底层越好。但是LINQ不是基于这种理念设计的。LINQ主要是提供更抽象更高层的应用。

像你这种每分种30000次访问量的，你不会准备让每一位用户的访问都连一次数据库吧。这样再强的数据库都抗不住的。所以你还是要考虑缓存， 和sp1234说的系统构架。。

[清风道禅]

楼主考虑1分钟访问30000次的系统，其实首先考虑的应该是用是框架的问题了·

[bwangel]

[Quote=引用 5 楼 Bingsun 的回复:]
好像Google用的是mysql
[/Quote]

你是在讲笑话吧？

[NewUser2008]

真的很慢吗?看东西要看全面

[ms44]

发现ＳＰ１２３４说的都很虚。

[datahandler2]

发现SP1234说的语言很生僻。
然后又发现一个牛人说过。当我们在井底看天的时候，外面的人给你讲天很大很大。我们很努力的去看，也是看不到这个天真正大的10%

[guarduo]

现在只知道写程序~~~
还没考虑速度问题~~

[「已注销」]

[Quote=引用 2 楼 sp1234 的回复:]
越是奢谈谁都知道的普通编程代码而忽视框架
[/Quote]
怎么理解？

[naturalth]

[Quote=引用 12 楼 bwangel 的回复:]
引用 5 楼 Bingsun 的回复:
好像Google用的是mysql


你是在讲笑话吧？
[/Quote]


google搜索服务后台应该是文件存储把；用索引搜索；
他的其他商业业务的确是mysql；是被google自己重写过的mysql

[fsy123456accp]

靠 这个你都知道啊
牛人啊 楼上的

[stickking]

其实，我们总喜欢在做之前考虑性能问题，但是东西还没做出来谁知道性能怎么样呢？而且如果老想少走捷径，选最好的路，最后东西可能都做不出来。先把东西做出来，只要够用就好，不够用了再更新，更好一些。

记得讲MySpace的一篇文章，MySpace在用户量剧增之后也是数次推倒重来，现在的设计也不能保证以后的正常使用，但是无论怎么样现在以及不算短的未来够用了。

所以，先做一个够用的出来，然后再说性能的问题。

况且数据访问这一块是可以做到模块化、随时更换的。

乱说一气啊。。。

[inmyv]

stickking 说得对。大部分程序员之所以发展受限制，就是思想不够解放，爱钻牛角尖。技术是必要的，但不是一切。