为此LINQ仍旧NHibernate?

感LinQ更轻量级。

个别只都非是什么好东西……
筹思路和发展趋势还非同等。

可口的即便是好东西

Ivony兄对它俩尚是这么费劲死仇深啊??呵呵…………:)

LINQ没因而过,NHibernate用了好几,当工作逻辑很复杂的时段用起感觉不便利。

LINQ老实说实现格局有些诡异,复杂的接纳特别易大幅提升SQL的复杂程度,而前天LINQ的放到SQL脚论生成逻辑基本上要赖估算和实验,假诺各写一句子复杂的LINQ,都要猜核试验生成的SQL脚本,这LINQ的含义就大优惠扣了。

本人看要尽量不要为此非熟练的东西~

坏,LINQ近来尚未匡助ACCESS,我的品类时至少要补助ACCESS和SQLSERVER二种数据库

DLINQ只是LINQ中之等同部分,
假诺仅仅限于对数据库的操作,那么LINQ也即便没有太多必要出现了。个人感觉LINQ的面世有利于促进面向对象的开发.

呵呵……LS说之客体。

LINQ的面世会催生多样数目存储,我看好XLINQ……,DLINQ说实话现在看起连无是颇好用。

orm实际使用中要考虑性能的语句和ado有得区别之

直接写SQL也没有什么不佳。

深受那么些开发.net系统主旨的人去研商java,你应有研究.net。

尽管自己无去用access,不过自深信在互联网上搜寻“linq to
access”拿到的结果而相比搜索“linq to db4o”要多多了。

nhibernate
很有益,对象之间的关系,延迟加载,都大方便。节省大量的时间。spring.net有包了大气之操作与业务,非常有益。

从今筹划架构、目的,以及本(vs2008竟还没有专业发表)已经达标的骨子里运用,在.Net领域面临LINQ思想不是NHibernate思想比较的。

本身啊是原先一贯在用nhibernate。后来张了dlinq后。生成ORM太方便了。原来要为此codesmith生成实体。修改起来挺烦。

当然是随后微软移动~

当然是LINQ.

转的SQL效用问题充裕可以放心,如非放心,可以查看转的SQL语句.

原先一个网站,用三重叠写代码,写了一个月份,
将数据看改化LINQ,只写了三天.
感觉到挺之爽.

呵呵,不管用啊!你假使首先考虑而的用户与公的开发职员。
ok,就说,你还考虑了了,还要考虑而的开发周期。

我好喜欢ORM的思,但是,基于在品种中的使,有些话不得不说。
1.MVC 形式 Model View Controllor 在Web中深抖。不过于Winform
中,你只好考虑而的易用性了! 也不怕是当使用Grid时,Grid中的Model
是勿是勿要点击某个按钮才会增产Model。。。。。

  1. View
    客户可管您用之凡目的也导向的数据模式,他们只想看到好待的数。那么,开发人士不得不编制很多ViewModel
    放置在品种中。那样改的代价但是可怜;

自,我个人是殊喜欢ORM,只是提出运用Orm当中,你待事先考虑的题目。

用LINQ

有限只都因而,LINQ to NHibernate

从计划性架构、目的,以及本(vs2008还还从未正式发布)已经达的实际行使,在.Net领域面临LINQ思想不是NHibernate思想相比较的。

NHibernate和LINQ关注的对象或无一致的,不过大凡出略层。

假如是做ASP.NET应用,LINQ还凑合,倘诺是桌面应用,使用LINQ肯定不行失败。为何?那些.NET
3.5的框架那么坏,有几乎单用户愿意设置?有五只程序员敢作出几百兆的设置包用出来卖?

LINQ还从未因此了
还在Spring.NET中..
倘走下坡路了

LINQ 是战略的,必将推动开发效能与支付形式之革命

NHIbernate之所以成熟,是以有hibernate在j2ee开发被多年终验证和累了.
发项目,用nhibernate, 自己学习要关心linq 吧,错不了的

一贯不由此过linq,不做评论…

恰巧读linq,感觉NHibernate好有,毕竟linq是新兴的,还有为数不少供不应求的地方。

上下并存

补偿应用

不了

Linq的思绪仍然对之,对涉及项目数码和对象设计与出体系以及对作业表达的协调都叫起了越发实际的缓解方案。
相信Linq将来会往更直接,更方便的趋势前行。

若果关心一下将要发表beta版的silverlight2.0的音。4~5M的类库中,包括了wpf所有效率,以及网络服务客户端,以及Linq等等,除了已补助的windows桌面、mobile、mac
os平台外,即将可以运作在 symbian、linux平台上。

Linq说明 ORM
根本无需那么“繁琐”、“重味道(反正不香)”。使用一个框架,可以从再老的对象环境出发,而非是从技术出发,繁琐不是善。

匡助LINQ,半年前自己耶于Nhibernate,后来改用MonoRials,看到LINQ TO
SQL未来感到他的ORM更高速,简单,易达到亲手,毫不犹豫的拿一切阳台从2。0转移到3。5了。若是楼主项目是2。0话。只好NH咯~。学习的讲话提议LINQ。NH和MONO的团体还于羁押微软呢

真的是LINQ看起更加的易用,对于开发还易上手。毕竟还有商业化的帮忙。

DLINQ的履行成效是单问题

酷之施用因此DLINQ是勿现实的,现在我们召开开发,DBA是要检SQL做优化的,这多少个优化不是DLINQ能提供的,一个物色都是相比复杂的SQL,用DLINQ的话语,首先过无了DBA这同一牵扯

做中小集团开发大多

MS这么些稳定要和0代码一样,是quick and dirty 开发时用的

用nettiers

实质上现在在JAVA开发中,也不再协理被采取HIBENATE这种完全自动化生成SQL的家伙了,而是推荐象IBATIS这种可决定SQL的轻量级ORM工具

LINQ和HIBENATE都是自动化生成SQL,会导致性能瓶颈的,只适合小品种因而

看MS准备怎么提升LINQ了

对dba来说,低层次地调调数据库参数就不克混下去了。何况数据库越来越不需要手工调整参数,也不是只有dba懂数据库,许多程序员都渐渐精晓安装及布置数据库了。

对于IBATIS之类的,都止是进化。而LINQ怎么会比HIBENATE还烂?

执着于软件社团里的凭一个角色,都可拿技术拆得七零八到手,每一个角色似乎依然必需的。应用linq主假诺对项目总体的增进,有的人欢喜专门安排数据库(而不出使用软件),有的人喜欢c而非喜欢c#,这是无章程的从。只是普遍意义上对大部分口的话,linq更可以契合程序员提升。

譬如说界面和数目查询的自动化绑定,你是不是连用异步读取数据的法?架构上花点心血斤西瓜立异,这较死抠底层并且抵制架构改变而重复爆发效能。这多少个新工具最初“总是有一点点运转时的代价”的,换来之凡全部性性能飞跃,例如你管工具升级至新本子要简单调整一下,程序处处可以增强性,而非会师因处处都是土法炼钢而升级困难。

当你对Linq不惬意的上,最明智的法是友善连续它们要监听它的风波,改造它。因为在.net框架内即尚没有得以代表她的复强的工具!而简易地无失用她,其实是休明智的。

问的好,学习

學習

sp1234黑心来见解

大凡何人该去关心数据库的习性?能关注到啊水平?

凡免是讲会写有好道优化了之SQL,会配一些DB参数,就是DBA了?

术业有专攻,即便程序员都可以怪好地管理DB了,为何会是DBA?DBA天天的劳作是呀?

设若一个系统同时在线就那么几百人,那么要DBA是于荒废钱,探讨用hibernate依旧ibatis是当浪费时间,你直接拖个0代码的控件上去CRUD就可以了

之所以探究到高端开发,研究到起DBA专门去爱惜管理的系统,就是纯属数据量,每秒并发百次的系

这种系统对性最好敏感,敏感到每一样词SQL都无法不优化,不可知耐受任何对性能的浪费,DBA会各隔1钟头得一涂鸦DB的剖析日志,拿到浪费资源最酷的SQL,分析暴发体系的瓶颈

假若一个体系在开时莫克获取到具备SQL评审,那么有些设计也许就是这一个不便移了,花费的辰是海量的!

自我现在尽管遭遇以一个字段,动用几十称作DBA,无数开发人士一年的时日去窜!

这种状况下而用LINQ???

座谈的便是高端开发的气象,所以,不要坐中等系统啊对象,假诺LINQ只是以一个quick
and dirty的RAD工具,那么它们要上未了庄级支的市场之

ls发言精妙极了!

每秒并发百次的关周详据库哪些能好?

我举行了每月新增几十个G数据量的上千万用户数的色,数据库优化没有你说之这厉害。

天天几十万访问量,“DBA会各国隔1刻钟得一涂鸦DB的分析日志”这唯有当稍微数目库量的辩解及才会得,实际上只有在系统几乎跨了之时节(有关键bug就匆匆上线造成问题的时刻),才“敢”去开数据库日志,不得已才去实时采集性能日志。你知道大型数据库的日记尽管开,要下降多少处理时吗?

每一日几十万访问量  => 每一天几百万访问量

实打实的生产系统,可以上几百万及到?可以算。

或是你作为一个程序员参加了一个大型项目,然则对性能问题未是参预者可说了然的,必须是据总责了才晓得。

大型项目不应用初技巧,这是出历史原因的。

于数据库的字段咋样计划,跟linq没有关联。linq是使数据库,而非是规划数据库。

啊,我以发现一个预言不极端是:

    这只有以有些数目库量的说理及才会就  => 
那唯有当形似很数据量可是好粗访问量时反驳及才可以一鼓作气

up,继续羁押你们琢磨

老可惜,我是作PM来开此项目的

CSDN的流可不是人数的力量等

骨子里TAOBAO就是如此干的

TAOBAO的起是跨越百潮的,数据库可远较你想象的无敌,看君会合无会师流了

业DBA的办事就是是涉嫌那

要怀念行使一个比好一点之架构 要不MVC到底也尚无啊意思

“每秒并发百次”不齐“每秒数据库并发百次”,而且“并作”这个词其实紧缺关键的一半,并发干什么?并发等待数据库?并发脏读?并发读快照?并发事务?并发在内存中拍卖?

Tmall之类的网站可以获“强大”的映像,这来硌于丁不予。我还当会举出繁忙的电信业务、高速机车控制项目、每秒新增几万个目的(至少几千单必须存在数据库被)的多少搜集任务,这么些都早就当用linq。

不用千篇一律谈到数据库就光想到这3、4蒙干数据库。何况那3、4栽流行的关全面据库也发出无数“特殊版本”用来处理急迅、面向对象等特种处境,特殊版本都有异样的“原生查询”语法。这吗不过是“通用”而已,而通用的关全面据库总是太缓慢的。

且无“凡是都用通用关周到据库管理这三板斧”是否是软件设计必要之,linq只是语言的扩大,把程序语言直接编译为数据库的原生查询语言(比通用的SQL更长远到数据库引擎内部),这是主旋律。

倘诺Taobao真的比方所说“现在便遭逢以一个字段,动用几十誉为DBA,无数开发人员一年之时间错开窜!
”,那么天猫真的凡单练手者的自由自在乐园。

1.自我说之连发百次是依每秒并发百次以上工作。关于并发这点,我看你得事先去查查ORACLE的力。

2:你说之电信及机床项目自身哉还开过,不妨讲来听听?

3:数据收集和前置机,假设无优化SQL,不考虑每秒并发,很轻把DB跑垮的,原来见了一个前置机,就平常用存储过程将DB跑垮

面向对象现在当有的东西上还未熟,现在的通用数据库尚都不是面向对象的,要起面向对象的言语为数据库交流,近日照例是采用SQL这种结构化的事物,假若项目好起,程序员数量多起,那么什么样保管SQL的优化?

一两独能人,用成熟了LINQ,领会去跟调整SQL还好,可是此外程序员呢?难道还是能如此?即使无兼职DBA去优化SQL,指引程序员,很不便想象最后路之习性,而DBA很多凡未知底编程语言的,你而她们去调试LINQ?现在这里的DBA是不准以面向对象的ORM工具的,必须能整治出明显的SQL提供被DBA评审。假若因而LINQ绕了同生圈,又飞去跟获取SQL又如调整,这是LINQ也不怕夺意义了~

假若没DBA去评审SQL,没有DBA去监视数据库,这就是会爆发那种为有几乎单字段导致的生题材

拿DB交给程序员去随便去危险的

怎而起DBA那种职位?

王牌打仗,菜鸟学习。

自己觉得要用NHibernate好。用linq就得经受从2.0搬迁到3.5的高风险。

mark

此简单啊,网上搜一下就抱答案了.

接分是王道!

少数位权威过招了,学了成千上万招式

自我认为LINQ的语法真的分外欠好,真的不如用SQLHELPER直接调用存储过程来的有益,而且蕴藏过程得为专人去优化,这差不多好啊

奥对了,顺便宣布一个网址http://www.ayende.com/Blog/archive/2007/03/16/Linq-for-NHibernate.aspx

就算在你们了招之又,老外们就吧nhibernate与linq整合了

linq没怎么用我直接如故在于是NHibernate的!!
莫亮堂linq效果怎么着!!

mark

掬个稍凳子坐正,逐步看……

奥对了,顺便发布一个网址http://www.ayende.com/Blog/archive/2007/03/16/Linq-for-NHibernate.aspx

不怕在你们了招的还要,老外们曾经吧nhibernate与linq整合了

相关文章