none
LINQ再快,也快不了存储过程+SqlDataReader RRS feed

  • 常规讨论

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

     

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

    2008年11月25日 13:34

全部回复

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

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

    2008年11月25日 14:48
    版主
  •  

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

     

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

    2008年11月25日 14:54
    版主
  •  dvdvip 写:

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

     

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

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

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

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

     

    算了。。。

     

     

     

     

     

     

     

     

     

     

    2008年11月27日 5:10
  •  

    不须要任何GridView,Dataset,Reapeter之类的数据控件,我都可以直接用存储过程+SqlDataReader输出任何数据。而且,生成绝对标准的XHML 1.1格式。
    2008年11月27日 6:05
  • 不新鲜

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

    xhtml1.1 做什么?

    你要写wap2.0?

    果然cgi才是王道?

     

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

    要啥有啥 比.net快多了

     

     

    2008年11月27日 6:57
  • 同意楼上的,要不你全直接汇编得了,那就最快!

    2008年12月1日 10:10
  • 用1010机器码最快

    2008年12月2日 13:03
  •  

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

     

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

     

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

     

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

     

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

     

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

     

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

     

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

    2008年12月13日 10:01
  • 同意。。LZ很牛。。呵呵 
    2008年12月23日 12:45
    版主
  • jackwong 说:

     

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

     

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

     

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

     

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

     

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

     

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

     

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

     

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



    精辟, 呵呵, 支持............
    2009年3月15日 0:31
  • jackwong 说:

     

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

     

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

     

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

     

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

     

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

     

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

     

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

     

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



    经典啊

    Oh NO!
    2009年3月19日 5:32
  • jackwong 说:

     

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

     

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

     

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

     

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

     

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

     

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

     

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

     

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


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

    好好学习,天天向上。
    2009年3月23日 15:19
  • 看问题太片面,属于愤青型

    2009年3月26日 9:10
  • 楼主 你直接用汇编的了 ,多省时间啊,
    崔伟 cuiweide@gmail.com
    2009年3月30日 11:43
  • LINQ再快,也快不了存储过程+SqlDataReader

     

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


    楼主说这样的话,只能说明,你学习的路才开始,路漫漫。。。。。linq to sql 这些东西的理念并不新,其实java 早就有了这些功能相近的东西,这些东西不是没用,是很有用。
    2009年12月21日 17:40
  • Linq to Sql 不代表Linq..
    2009年12月22日 1:45
  • 现在开发有个很重要的因素是效率
    其实服务器控件挺好的,很多功能很强大  只不过在国内大家好像还是比较喜欢以往php asp(对于web application)那种脚本的开发方式 实际上那样的效率很低的 在国外感觉对于服务器控件用得还是比较多的~~~


    Wenn ich dich hab’,gibt es nichts, was unerträglich ist.坚持不懈!My blog~~~
    2009年12月22日 2:17
    版主