WEB开发网      婵犵數濮烽弫鍛婄箾閳ь剚绻涙担鍐叉搐绾剧懓鈹戦悩瀹犲闁汇倗鍋撻妵鍕箛閸洘顎嶉梺绋款儑閸犳劙濡甸崟顖氬唨闁靛ě浣插亾閹烘鈷掗柛鏇ㄥ亜椤忣參鏌″畝瀣暠閾伙絽銆掑鐓庣仭缁楁垿姊绘担绛嬪殭婵﹫绠撻、姘愁樄婵犫偓娴g硶鏀介柣妯款嚋瀹搞儱螖閻樺弶鍟炵紒鍌氱Ч瀹曟粏顦寸痪鎯с偢瀵爼宕煎☉妯侯瀳缂備焦顨嗗畝鎼佸蓟閻旈鏆嬮柣妤€鐗嗗▓妤呮⒑鐠団€虫灀闁哄懐濮撮悾鐤亹閹烘繃鏅濋梺闈涚墕濡瑩顢欒箛鏃傜瘈闁汇垽娼ф禒锕傛煕閵娿儳鍩f鐐村姍楠炴﹢顢欓懖鈺嬬幢闂備浇顫夊畷妯肩矓椤旇¥浜归柟鐑樻尭娴滃綊姊虹紒妯虹仸闁挎洍鏅涜灋闁告洦鍨遍埛鎴︽煙閼测晛浠滃┑鈥炽偢閹鈽夐幒鎾寸彇缂備緡鍠栭鍛搭敇閸忕厧绶炴俊顖滅帛濞呭洭姊绘担鐟邦嚋缂佽鍊垮缁樼節閸ャ劍娅囬梺绋挎湰缁嬫捇宕㈤悽鍛婄厽閹兼番鍨婚埊鏇㈡煥濮樿埖鐓熼煫鍥ュ劤缁嬭崵绱掔紒妯肩畺缂佺粯绻堝畷姗€濡歌缁辨繈姊绘担绛嬪殐闁搞劋鍗冲畷顖炲级閹寸姵娈鹃梺缁樻⒒閳峰牓寮崒鐐寸厱闁抽敮鍋撻柡鍛懅濡叉劕螣鐞涒剝鏂€闂佺粯鍔曞Ο濠囧吹閻斿皝鏀芥い鏃囨閸斻倝鎽堕悙鐑樼厱闁哄洢鍔屾晶顖炴煕濞嗗繒绠婚柡灞界Ч瀹曨偊宕熼鈧▍锝囩磽娴f彃浜炬繝銏f硾椤戝洨绮绘ィ鍐╃厵閻庢稒岣跨粻姗€鏌ㄥ☉妯夹fい銊e劦閹瑩顢旈崟顓濈礄闂備浇顕栭崰鏍礊婵犲倻鏆﹂柟顖炲亰濡茶鈹戦埄鍐ㄧ祷妞ゎ厾鍏樺璇测槈閵忕姈鈺呮煏婢跺牆鍔撮柛鏂款槺缁辨挻鎷呯粙搴撳亾閸濄儳鐭撶憸鐗堝笒閺嬩線鏌熼崜褏甯涢柡鍛倐閺屻劑鎮ら崒娑橆伓 ---闂傚倸鍊搁崐鐑芥倿閿旈敮鍋撶粭娑樺幘濞差亜鐓涢柛娑卞幘椤斿棝姊虹捄銊ユ珢闁瑰嚖鎷�
开发学院WEB开发Jsp 现有一些ORM工具的弊端 阅读

现有一些ORM工具的弊端

 2008-01-05 18:01:21 来源:WEB开发网 闂傚倸鍊搁崐椋庢濮橆兗缂氱憸宥堢亱闂佸湱铏庨崰鏍不椤栫偞鐓ラ柣鏇炲€圭€氾拷闂傚倸鍊搁崐椋庣矆娓氣偓楠炲鏁撻悩鎻掔€梺姹囧灩閻忔艾鐣烽弻銉︾厵闁规鍠栭。濂告煕鎼达紕校闁靛洤瀚伴獮鎺楀箣濠靛啫浜鹃柣銏⑶圭壕濠氭煙閻愵剚鐏辨俊鎻掔墛缁绘盯宕卞Δ鍐冣剝绻涘畝濠佺敖缂佽鲸鎹囧畷鎺戭潩閹典焦鐎搁梻浣烘嚀閸ゆ牠骞忛敓锟�婵犵數濮烽弫鍛婃叏椤撱垹绠柛鎰靛枛瀹告繃銇勯幘瀵哥畼闁硅娲熷缁樼瑹閳ь剙岣胯鐓ら柕鍫濇偪濞差亜惟闁宠桨鑳堕崝锕€顪冮妶鍡楃瑐闁煎啿鐖奸崺濠囧即閵忥紕鍘梺鎼炲劗閺呮稒绂掕缁辨帗娼忛埡浣锋闂佽桨鐒﹂幑鍥极閹剧粯鏅搁柨鐕傛嫹闂傚倸鍊搁崐椋庢濮橆兗缂氱憸宥堢亱闂佸湱铏庨崰鏍不椤栫偞鐓ラ柣鏇炲€圭€氾拷  闂傚倸鍊搁崐鐑芥嚄閼哥數浠氱紓鍌欒兌缁垶銆冮崨鏉戠厺鐎广儱顦崡鎶芥煏韫囨洖校闁诲寒鍓熷铏圭磼濡搫顫岄梺璇茬箲濮樸劑鍩€椤掍礁鍤柛鎾跺枎椤繐煤椤忓嫬鐎銈嗘礀閹冲酣宕滄导瀛樷拺闂侇偆鍋涢懟顖涙櫠椤斿墽纾煎璺猴功缁夎櫣鈧鍠栭…閿嬩繆濮濆矈妲烽梺绋款儐閹瑰洤螞閸愩劉妲堟繛鍡楃箲濞堟﹢姊绘担椋庝覆缂傚秮鍋撴繛瀛樼矤閸撶喖宕洪埀顒併亜閹烘垵鈧綊寮抽鍕厱閻庯綆浜烽煬顒傗偓瑙勬磻閸楀啿顕i崐鐕佹Ь闂佸搫妫寸粻鎾诲蓟閵娾晜鍋嗛柛灞剧☉椤忥拷
核心提示:作者:Aargan 现在流行很多ORM工具,其中HIBERNATE算做得很好的了,使用的人群也非常多,而且大做都在说好,为什么讷?使用简单,开发比较快速,但是问题也随之而来了....* 本文假设开发的都是和数据库相关的项目ORM能做什么?帮你用对象的方式来操作RDBMS,这是很多人渴望的,因为他不再需要关心底层数据

  作者:Aargan   
    
   现在流行很多ORM工具,其中HIBERNATE算做得很好的了,使用的人群也非常多,而且大做都在说好,为什么讷?使用简单,开发比较快速,但是问题也随之而来了....
  
  * 本文假设开发的都是和数据库相关的项目
  
  ORM能做什么?帮你用对象的方式来操作RDBMS,这是很多人渴望的,因为他不再需要关心底层数据库是怎么工作的了,甚至不需要知道数据库的结构,一切都交给ORM去治理了,看起来是非常好的,程序非常直观,写起来也轻易,但是运行起来呢?
  
  事实上,开发者使用ORM工具时,最痛苦的也许就是DBA了,作为DBA,要保证整个系统的性能,必需对一些运行不好的SQL进行TUNING,做一些优化,调整其执行计划,是整个应用的性能及稳定性提高,但是当他们发现有SQL性能不好,需要找程序员协调修改时,得到的回答是:"我们使用xxx (某ORM工具),SQL都是他生成出来的,我没办法调整",ft,你不调整,难道我来啊?最终结果呢,程序跑不动,该改得还是得改,管你用什么xxx, 这时候也许就会觉得痛苦了吧?
  
  原来ORM并没那么好用?SURE,object的世界和relational的世界本来就不能很好的映射,就不要要求他那么完美了吧!
  
  那要么我就就用原始的SQL语句,在程序里直接用JDBC操作,这总不会有什么限制了吧,是的,你用SQL语句能做的东西你都能做,但是怎么做讷?
  
  Connection conn = null;
  Statement stmt = null;
  ResultSet rs = null;
  log.info("==SQL==:" + sql);
  
  try {
  conn = getDataSource().getConnection();
  stmt = conn.createStatement();
  rs = stmt.executeQuery(sql);
  return readSingleObjectFromResultSet(rs);
  } finally {
  close(rs, stmt, conn);
  }
  
  ft,大哥,太麻烦了吧,每查这么一次就要写这么多东西啊,我真的只需要执行语句SQL语句而已啊,
  
  是的,你只需要执行易于SQL语句,但是你必需这么做
  
  不管怎么,麻烦是麻烦了,但总能工作了吧,返回结果呢?ResultSet,我不觉得他很合适,Connection一关了他就不能用了,要是不关讷,等我用完了再关,(不是吧,那是Connection讷,很金贵的,HINT:对于"珍贵"的资源在真正需要时才使用,而且用完了马上释放掉,谁让他那么宝贵讷),于是,在读出数据之前,现把结果拿出来,关掉Connection,返回,这里可以做一些工作,让你的ResultSet里取得的数据返回得更漂亮一些,做一些映射,放到一些简单的bean里返回给上层使用
  
  相比之下,大多数人都选择ORM和JDBC结合使用的办法,简单的CRUD操作,就让ORM去做吧,简单,省心,开发效率高,的确是这样,其他的工作讷, 不要勉强你的ORM工具,也不要说他不够完美,事实就是这样,OBJECT 和 RELATIONAL本来就不是一样的东西,哪能那么完美的映射讷?
  
  那我们就这么用吧,但是问题又来了,你写在程序里的SQL,;尽管是少数,但这些都是比较复杂的了(不是么?),运行了一段时间,DBA又来找了:
  
  那个谁谁谁,你的这个SQL需要搞一下,要加个HINT,调整一下执行计划,否则数据库的COST太大了
  
  不是吧?又要改?(怎么说又?难道不是么,改的还少了?)
  
  于是就修改,编译,打包,测试,发布.........DBA又来了....(怕怕)
  
  于是就有了iBATIS,他是一个什么东西呢?基本上,他有两部分内容:SQL map 和 DAO.
  SQL map是核心的内容,负责将你某一次操作影射到一个SQL语句上去执行,当然,这个SQL语句是可以预见并且非常灵活且轻易调整的,DAO是一个上层一点的封装,目的是为了让整个应用更加灵活,自由
  
  使用iBATIS最大的诱惑就是,系统运行的所有SQL语句,你都可以在程序以外进行调整,功能上的可以开发者来做,性能上的么,把你的配置文件给DBA,他会给你做好的,很轻松,不是么?

Tags:现有 一些 ORM

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接