LINQ再快，也快不了存储过程+SqlDataReader

Question

LINQ再快，也快不了存储过程+SqlDataReader

 

微软搞这个东西，好像是骗初学者的。就像服务器控件一样，除了Button按钮有用外，其它都是无用的。

Answer 1

Linq 不等于 Linq To SQL ~Linq 是语言集成查询~它可以用更简单的方法对XML,object,数据库等进行查询和操作~

就Linq to Sql而言~效率上可能是比不过直接SQL查询~这要看用在什么场合~如果是对性能很重视的地方~我觉得它是不怎么合适~但它能利用IDE的Intelisence~而且强类型~思想上也更面向对象~开发速度比较快~各有优点~看用在什么地方了

Answer 2

 

大概是现在硬件便宜了，这种用来消耗资源的东西就越来越多，呵呵。

 

没办法，现在出产品的速度成了第一要务，至于性能。。。 唉，难保不被滥用。

Answer 3

dvdvip 写:

LINQ再快，也快不了存储过程+SqlDataReader   微软搞这个东西，好像是骗初学者的。就像服务器控件一样，除了Button按钮有用外，其它都是无用的。

。。。 如果你不知道 "~\"这个字符串是什么用的话

。。。 如果你从来没用过dadagrid的话

。。。如果你从来不用dataset的话

 

算了。。。

 

 

 

 

 

 

 

 

 

 

Answer 4

 

不须要任何GridView,Dataset,Reapeter之类的数据控件，我都可以直接用存储过程+SqlDataReader输出任何数据。而且，生成绝对标准的XHML 1.1格式。

Answer 5

不新鲜

按照文档写文件谁不会阿。

xhtml1.1 做什么？

你要写wap2.0?

果然cgi才是王道？

 

你大可不用ado.net 自己按照sql协议连tcp

要啥有啥 比.net快多了

 

 

Answer 6

同意楼上的，要不你全直接汇编得了，那就最快！

Answer 7

用1010机器码最快

Answer 8

 

一看你就是经常被虐待，并且习惯了被虐待，并且逐渐以被虐待为荣。

 

计算机这玩意，说到底其实也是机器指令堆砌的东西。

 

真要说效率和速度，你什么SQLDATAREADER也太贻笑大方了吧。什么.net ,什么java都靠边站。

 

最差也要用C和C++三。至于汇编那也太极端了。现在大学，科研单位，凡是有点技术含量的，你什么时候看到他们用.net ,java这些东西了喔。

 

既然说运用，那肯定是越方便，越好。越快速，越好。目标就是RAD。面向对象的本质就是牺牲了执行效率换来开发的效率嘛。用存储过程，你不觉得开发的时候一边要写客户端，一边还要到SQL SERVER上写存储过程，发布的时候还要先想办法把存储过程整到服务器上，这种确实有点搞笑喔。

 

不然那么多人搞数据持久层干啥，干脆SQL一通到底好了。

 

企业开发，很多程度的时候并不在乎局部的效率，人家在意的稳定，高效，快速的开发，人家在乎的架构，在乎的分布。你那么点效率，随便升一下服务器，或者随便在集群里面添几个服务器，一下就解决了。

 

哈哈哈。你用个人开发的思维永远想不懂企业开发的思维。

Answer 9

同意。。LZ很牛。。呵呵 

Answer 10

jackwong 说:

 

一看你就是经常被虐待，并且习惯了被虐待，并且逐渐以被虐待为荣。

 

计算机这玩意，说到底其实也是机器指令堆砌的东西。

 

真要说效率和速度，你什么SQLDATAREADER也太贻笑大方了吧。什么.net ,什么java都靠边站。

 

最差也要用C和C++三。至于汇编那也太极端了。现在大学，科研单位，凡是有点技术含量的，你什么时候看到他们用.net ,java这些东西了喔。

 

既然说运用，那肯定是越方便，越好。越快速，越好。目标就是RAD。面向对象的本质就是牺牲了执行效率换来开发的效率嘛。用存储过程，你不觉得开发的时候一边要写客户端，一边还要到SQL SERVER上写存储过程，发布的时候还要先想办法把存储过程整到服务器上，这种确实有点搞笑喔。

 

不然那么多人搞数据持久层干啥，干脆SQL一通到底好了。

 

企业开发，很多程度的时候并不在乎局部的效率，人家在意的稳定，高效，快速的开发，人家在乎的架构，在乎的分布。你那么点效率，随便升一下服务器，或者随便在集群里面添几个服务器，一下就解决了。

 

哈哈哈。你用个人开发的思维永远想不懂企业开发的思维。

精辟, 呵呵, 支持............

Answer 11

jackwong 说:

 

一看你就是经常被虐待，并且习惯了被虐待，并且逐渐以被虐待为荣。

 

计算机这玩意，说到底其实也是机器指令堆砌的东西。

 

真要说效率和速度，你什么SQLDATAREADER也太贻笑大方了吧。什么.net ,什么java都靠边站。

 

最差也要用C和C++三。至于汇编那也太极端了。现在大学，科研单位，凡是有点技术含量的，你什么时候看到他们用.net ,java这些东西了喔。

 

既然说运用，那肯定是越方便，越好。越快速，越好。目标就是RAD。面向对象的本质就是牺牲了执行效率换来开发的效率嘛。用存储过程，你不觉得开发的时候一边要写客户端，一边还要到SQL SERVER上写存储过程，发布的时候还要先想办法把存储过程整到服务器上，这种确实有点搞笑喔。

 

不然那么多人搞数据持久层干啥，干脆SQL一通到底好了。

 

企业开发，很多程度的时候并不在乎局部的效率，人家在意的稳定，高效，快速的开发，人家在乎的架构，在乎的分布。你那么点效率，随便升一下服务器，或者随便在集群里面添几个服务器，一下就解决了。

 

哈哈哈。你用个人开发的思维永远想不懂企业开发的思维。

经典啊

---

Oh NO!

Answer 12

jackwong 说:

 

一看你就是经常被虐待，并且习惯了被虐待，并且逐渐以被虐待为荣。

 

计算机这玩意，说到底其实也是机器指令堆砌的东西。

 

真要说效率和速度，你什么SQLDATAREADER也太贻笑大方了吧。什么.net ,什么java都靠边站。

 

最差也要用C和C++三。至于汇编那也太极端了。现在大学，科研单位，凡是有点技术含量的，你什么时候看到他们用.net ,java这些东西了喔。

 

既然说运用，那肯定是越方便，越好。越快速，越好。目标就是RAD。面向对象的本质就是牺牲了执行效率换来开发的效率嘛。用存储过程，你不觉得开发的时候一边要写客户端，一边还要到SQL SERVER上写存储过程，发布的时候还要先想办法把存储过程整到服务器上，这种确实有点搞笑喔。

 

不然那么多人搞数据持久层干啥，干脆SQL一通到底好了。

 

企业开发，很多程度的时候并不在乎局部的效率，人家在意的稳定，高效，快速的开发，人家在乎的架构，在乎的分布。你那么点效率，随便升一下服务器，或者随便在集群里面添几个服务器，一下就解决了。

 

哈哈哈。你用个人开发的思维永远想不懂企业开发的思维。

嗯，这个说得很在理。
楼主的观点太狭隘，太极端。
比如写一个程序，分析处理占主要部分，数据库只是简单存储，诸如配置之类的东西，如果花大力气写什么存储过程，
这就是在浪费自己的生命，这种场景用Linq to SQL，嘿嘿，简单快捷。

---

好好学习，天天向上。

Answer 13

看问题太片面，属于愤青型

Answer 14

楼主 你直接用汇编的了 ，多省时间啊，

---

崔伟 [e-mail]

Answer 15

LINQ再快，也快不了存储过程+SqlDataReader

 

微软搞这个东西，好像是骗初学者的。就像服务器控件一样，除了Button按钮有用外，其它都是无用的。

楼主说这样的话，只能说明，你学习的路才开始，路漫漫。。。。。linq to sql 这些东西的理念并不新，其实java 早就有了这些功能相近的东西，这些东西不是没用，是很有用。

Answer 16

Linq to Sql 不代表Linq..

Answer 17

现在开发有个很重要的因素是效率
其实服务器控件挺好的，很多功能很强大  只不过在国内大家好像还是比较喜欢以往php asp（对于web application）那种脚本的开发方式 实际上那样的效率很低的 在国外感觉对于服务器控件用得还是比较多的~~~

---

Wenn ich dich hab’,gibt es nichts, was unerträglich ist.坚持不懈！My blog~~~