主頁 > 知識庫 > Java數(shù)據(jù)庫存取技術(shù)

Java數(shù)據(jù)庫存取技術(shù)

熱門標(biāo)簽:商丘百應(yīng)電話機(jī)器人有沒有效果 漯河辦理400電話 電話機(jī)器人的特色和創(chuàng)新 怎樣把地圖標(biāo)注出來 騰訊地圖標(biāo)注商戶改名注冊入駐 淮南騰訊地圖標(biāo)注 開封便宜外呼系統(tǒng)報價 地圖標(biāo)注人員兼職 黃石智能營銷電銷機(jī)器人效果
IT技術(shù)日新月異,新技術(shù)的出現(xiàn)令人目不暇接,似乎每一天都在產(chǎn)生著新名詞。不過歸根結(jié)底IT所要實現(xiàn)的價值不外乎數(shù)據(jù)收集,然后再以客戶希望的形式展示給客戶而已。因此數(shù)據(jù)存取技術(shù)也就成了一個永恒的話題。而在Java這個開放的世界里,數(shù)據(jù)庫存取技術(shù)是五花八門,種類繁多。我們也來侃侃Java世界里主流的數(shù)據(jù)庫存取技術(shù)。

  首先列出英雄榜

  1.JDBC直接訪問數(shù)據(jù)庫
  2.EJB entity bean.
  3.JDO技術(shù)。
  4.第三方O/R工具,如目前大紅大紫的Hibernate, 其它如Castor, Toplink.

  先說說這個歷史最為悠久的JDBC吧。從Java誕生的那天起,這位仁兄就開始登上歷史舞臺了。Java能有今天這么風(fēng)光,JDBC可以說是功不可末。一路走來,如今已是JDBC3.0了。在沒有JDBC的時候,訪問數(shù)據(jù)庫那是八仙過海,各顯神通,各家數(shù)據(jù)庫廠商都有自己的一套API, 苦就苦了開發(fā)人員了。換了個數(shù)據(jù)庫,那個程序要改是面目全非。

  JDBC規(guī)范的出臺,向世界宣告從此有了訪問關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)通用接口了。JDBC標(biāo)準(zhǔn)獲得了幾乎所有數(shù)據(jù)庫廠商的支持,好像還真難找到這么一個數(shù)據(jù)庫,它是沒有JDBC支持的。JDBC規(guī)范一經(jīng)發(fā)布,獲得了空前成功,很快成為java訪問數(shù)據(jù)庫的標(biāo)準(zhǔn)。JDBC的成功在于它的規(guī)范統(tǒng)一標(biāo)準(zhǔn)的接口,只需要掌握標(biāo)準(zhǔn)的SQL語言就可以訪問各種不同的數(shù)據(jù)庫了。這種數(shù)據(jù)庫間的可移植性和Java一直高喊的口號Compile Once, Run everywhere遙相呼應(yīng)。JDBC今天還是java訪問數(shù)據(jù)庫的基石,CMP、JDO、Hibernate說到底只是更好的封裝了JDBC, 提供了更為上層的更為強(qiáng)大的接口而已。然后說說JDBC直接訪問數(shù)據(jù)庫的方式來實現(xiàn)java 持久性。

  這種方式相對于CMP來說比較簡單直接,特別是對于小型應(yīng)用十分方便。比如,我要寫一個簡單的留言版程序,就沒有必要session bean ,entity bean ,又是home接口又是遠(yuǎn)程接口,一層層調(diào)了吧。直接JDBC,寫SQL語句了事。和其它持久化技術(shù)相比,JDBC直接訪問數(shù)據(jù)庫的方式需要程序員操心的事情多了一些,你得自己關(guān)心transaction, 自己關(guān)心連接池,你得寫大量的get set方法,把SQL select出來的值一個一個塞到你的java object中,或者把java object的值一個一個給取出來,用SQL insert 到數(shù)據(jù)庫,完全手動進(jìn)行O/R mapping。為了克服這些缺點,CMP, JDO等等開始陸續(xù)登上歷史舞臺。

  下面EJB登場,EJB作為Sun J2EE體系的核心部分,是Sun 所力推的企業(yè)級開發(fā)的首選,而EJB entity 目前仍然是Sun J2EE白皮書所最為推薦的java持久化技術(shù)。Entity Bean作為EJB規(guī)范的一部分,也是EJB規(guī)范里面最備受爭議的一種技術(shù),它伴隨著EJB規(guī)范走過了風(fēng)風(fēng)雨雨幾個春秋。目前EJB3.0規(guī)范草案已經(jīng)出臺,http://jcp.org/en/jsr/detail?id=220。

  從家庭出生來看,EJB可謂是根正苗紅,規(guī)范處于 JCP管理之下,擁有超級豪華的專家組成員, Sun、IBM、Oracle、Borland、Bea、SAP、Jboss、Apache軟件基金組織等等。單從這一點來看,選它作為企業(yè)級開發(fā),技術(shù)支持應(yīng)該就無需擔(dān)心了。當(dāng)然向IBM, Bea等尋求項目咨詢價格當(dāng)然也不菲。從提供功能上來看,EJB entity經(jīng)歷了EJB1.0,EJB1.1,EJB2.0,功能也越來越完善了。包括了完善的事務(wù)支持,EJBQL查詢語言,透明的分布式訪問等等。不過作為一個重量級技術(shù),entity bean的性能不太盡人意,這成為它備受爭議的一個焦點,不知在3.0以后這個狀況會不會有所改進(jìn)。

  再有一個,它功能雖然強(qiáng)大,可是對于易用性來說,實在不敢恭維,寫一個最簡單的bean,也非得home接口,遠(yuǎn)程接口,要再加上2.0以后加入的本地接口,這么林林總總一大堆,足以讓Java初學(xué)者望而卻步了。但是這一點在一段時間內(nèi)竟然也成了EJB功能強(qiáng)大,技術(shù)高深的“佐證”。記得多年以前剛畢業(yè)那陣,EJB應(yīng)用在國內(nèi)還比較少,公司里也沒有人研究Why EJB這個問題,反正凡是用EJB的項目就是牛項目,用EJB的人就是牛人,分到EJB項目組的兄弟們走路都是抬頭挺胸的,說話都比我等還在JDBC, SQL的人要高兩嗓門。EJB 技術(shù)目前盤踞著企業(yè)級應(yīng)用的大部分江山,老大地位短時間內(nèi)很難捍動。
   下面新生代代表JDO隆重登場,JDO絕對屬于超年輕選手, JDO1.0也不過是2002四月份才發(fā)布。2003五月份出臺1.0.1, 目前最新2.0草案已經(jīng)發(fā)布。就為這2.0,江湖上展開的討論可以說是“血雨腥風(fēng)”,兩大兵團(tuán),JDO兵團(tuán)和EJB兵團(tuán)爭得是不可開交。有興趣的不妨去瞧瞧,里面也不乏重量級人物。單從這一點來看,它能對EJB產(chǎn)生這么大的沖擊,足以說明了這個初生牛犢確有過人之處。JDO的誕生給java數(shù)據(jù)持久性帶來很多新特性,特別是它彌補(bǔ)了EJB對OO編程的先天不足,JDO提供了完全的OO支持,繼承,多態(tài)。JDO和 EJB比屬于輕量級工具,無需容器支持。不像EJB,要用你就非得整一個Weblogic, webSphere之類的。

  JDO的簡單易用是最為人們所稱道的,不需要你寫大量無用的接口,不需要你繼承什么特殊的類,唯一所要做的就是對你的class文件做一下enhance。用了JDO,可以說我們的java程序這下真正OO了,我們無需再理會數(shù)據(jù)庫里面有啥表格了,存取都是以java object為對象了,所有數(shù)據(jù)庫表格都是自動生成的。這一點可以說也是一個革命了。

  在此之前,項目設(shè)計階段,Database Schema設(shè)計可以說是個重頭戲。而現(xiàn)在用JDO開發(fā),完全不需要數(shù)據(jù)庫設(shè)計了。那你的Database Schema呢?就是你的Class啊,JDO會根據(jù)你的Class自動生成相應(yīng)的數(shù)據(jù)庫表格。一個字,爽!從數(shù)據(jù)庫可移植性來看,JDO也是優(yōu)勢明顯,就我使用過的Kodo 和 Genie來看,幾個簡單應(yīng)用程序換數(shù)據(jù)庫時候除了換一個JDBC driver, 換一下數(shù)據(jù)庫URL,無需對程序做任何改動?!∵@一點對EJB 來說又是處于劣勢。從家庭出身來看,JDO也是出生名門,從一開始就處于JCP管理之下。從企業(yè)級支持來看,它可以很好的和Session bean協(xié)同工作,對于企業(yè)級開發(fā),Session bean + JDO的方式是Session bean+entity方式的一個強(qiáng)有力競爭對手。雖然有這么多優(yōu)點,不過它的發(fā)展之路也非一帆風(fēng)順,這不,今年五月份JDO2.0的投票,IBM、Oracle、Bea三大巨頭同時投了反對票。不過稍微一想,就可以理解,這并不是JDO本身技術(shù)有什么重大缺陷,而是JDO動到這些巨頭們的奶酪了。

  Bea、IBM做著業(yè)界最為著名應(yīng)用服務(wù)器,weblogic和WebSphere,在EJB上面是投下了血本了,他們不能眼睜睜看著JDO來蠶食EJB市場。而Oracle, 還在賣著它自己的O/R工具Toplink, 看著JDO日漸強(qiáng)大,他能不著急么。不過呢,公司再牛,他也擋不住歷史前進(jìn)的車輪吧,最終JDO2.0的投票還是以絕對的票數(shù)(12:3)通過了。

  還有其它散落江湖的Java持久化技術(shù),如Hibernate、Castor、Toplink,他們雖然沒有皇家血統(tǒng),不過實力也是不容小視。就拿Hibernate來說,是javaworld評選出來的2003年度最佳java數(shù)據(jù)存取工具,目前可以說是大紅大紫。而Castor和Toplink也算是歷史悠久了,在JDO沒有出世之前,它們就在江湖上混著了。目前也占據(jù)著一定的市場。這些第三方的工具從功能上來說很類似于JDO, 只是各自的API互不相同。這也是后來JDO規(guī)范的呼聲越來越高的一個原因吧。這些第三方O/R mapping工具能在江湖上立足,也確實都有各自過人之處。如Hibernate金字招牌就是Open Source,支持幾乎世面上所能看到得絕大部分?jǐn)?shù)據(jù)庫,并且文檔也非常齊全。Toplink么,可謂歷史悠久,又榜著Oracle這棵大樹。目前來看,這些工具也占據(jù)著java數(shù)據(jù)庫存取的不小市場。個人覺得,隨著JDO規(guī)范的不段完善,JDO產(chǎn)品的普及,這一部分人員可能會在以后漸漸退出歷史舞臺。不過從Hibernate目前如日中天的氣勢來看,好像說這句話還為時過早。

  關(guān)于這些技術(shù)優(yōu)劣之爭從它們剛剛出生那天起從來就沒有停止過,而各家各派也從來沒有能夠說服過對方。對于我們應(yīng)用開發(fā)者而言,撇開應(yīng)用純粹來爭論技術(shù)優(yōu)劣并沒有多大意義。還是俗話說的好,沒有最好的,只有最合適的。我們能夠在做開發(fā)的時候能夠選擇一個最合適于自己應(yīng)用的技術(shù),那就足夠了。總的來說,JDBC面向RDBMS,比較適合關(guān)系數(shù)據(jù)庫模式驅(qū)動的應(yīng)用,例如統(tǒng)計表格數(shù)據(jù),生成報表之類的應(yīng)用。EJB 技術(shù)以J2EE應(yīng)用服務(wù)器為中心,如果你的應(yīng)用確實需要靈活的可聲明的事務(wù)邊界,需要支持大容量的訪問和不間斷的服務(wù),需要應(yīng)用服務(wù)器的集群,那么選EJB吧。JDO則面向?qū)ο螅瑢τ谝杂驅(qū)ο鬄橹行牡膽?yīng)用,包含圖,樹模型的應(yīng)用,JDO是首選。
您可能感興趣的文章:
  • form表單回寫技術(shù)java實現(xiàn)
  • 舉例解析Java的圖像緩沖技術(shù)的使用
  • JAVA技術(shù)實現(xiàn)上傳下載文件到FTP服務(wù)器(完整)
  • PHP、JAVA、.NET這三種技術(shù)的區(qū)別分析
  • Java I/O技術(shù)之文件操作詳解
  • java反射技術(shù)與類使用示例
  • Java UrlRewriter偽靜態(tài)技術(shù)運用深入分析
  • Java中四種XML解析技術(shù)
  • 2004開發(fā)技術(shù)年度綜述之Java世界
  • Java技術(shù)長久占居主要地位的12個原因

標(biāo)簽:馬鞍山 武威 大興安嶺 紅河 拉薩 亳州 岳陽 鄭州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《Java數(shù)據(jù)庫存取技術(shù)》,本文關(guān)鍵詞  Java,數(shù)據(jù)庫,存取,技術(shù),Java,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《Java數(shù)據(jù)庫存取技術(shù)》相關(guān)的同類信息!
  • 本頁收集關(guān)于Java數(shù)據(jù)庫存取技術(shù)的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章