WEB开发网      婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繘鏌i幋锝嗩棄闁哄绶氶弻娑樷槈濮楀牆濮涚紓浣哄█缁犳牠寮诲鍫闂佸憡鎸诲銊╁箲閵忕姭妲堟繛鍡樺姇椤庢捇姊洪崨濠傚鐎殿喖鐖奸獮鏍箛椤旂偓锛忛梺鍛婃寙閸曨偅鐣梻浣哥枃椤宕归崸妤€绠栭柍鍝勫暊閸嬫捇宕烽鐐愩垺銇勯妷锔剧疄婵﹤鎼晥闁搞儜鈧崑鎾澄旈崨顓狅紱闂佽宕橀褎顢婇梻浣告啞濞诧箓宕归幍顔句笉婵炴垯鍨洪悡鏇熴亜閹板墎绋荤紒鈧崘鈹夸簻閹艰揪绱曟晥濠殿喖锕ㄥ▍锝囧垝濞嗗繆鏋庨柟顖嗗啫顥愰梻鍌欑閹芥粍鎱ㄩ悽绋跨婵炲棙鍔掔换鍡涙煟閵忊懚鍦矆鐎n偁浜滈柡宥冨姀婢规﹢鏌涢悙顏勫婵﹥妞藉Λ鍐归妶鍡欌姇闁瑰嘲鎳橀獮鎾诲箳瀹ュ拋妫滈梻鍌欑濠€閬嶅磿閵堝鈧啴宕卞☉妯煎幈闂佸湱鍎ら〃鍡涙偂閺囥垺鐓涢柛銉e劚婵$厧霉濠婂嫮鐭嬮柕鍥у缁犳盯鏁愰崨顓犵潉闂備礁鎼径鍥焵椤掆偓绾绢參寮抽崱娑欏€甸柨婵嗛婢т即鏌¢崱娆忊枅闁哄睙鍕嚤婵炲棙鍨甸崺宀勬⒑闂堟稒顥為悽顖涘浮閿濈偛鈹戠€n偄浜楅柟鑹版彧缁插ジ鎮介懡銈囩=濞达綀顕栧▓鏇㈡煕閵娿儳浠㈡い顐㈢箳缁辨帒螣鐠囧樊鈧挾绱撴担鍦槈妞ゆ垵鎳庨埢鎾活敇閻愨晜鏂€濡炪倖姊归弸濠氬礂椤掑倻纾奸柣妯挎珪瀹曞矂鏌曢崱鏇狀槮妞ゎ偅绻堥獮鍥ㄦ媴閸忓鐎告繝鐢靛Х閺佸憡鎱ㄩ銏犵;闁规崘绉ぐ鎺撴櫜闁搞儮鏂傞埀顒€锕弻锟犲焵椤掍胶顩烽悗锝庡亞閸樿棄鈹戦埥鍡楃仭妞ゆ垶鐟╁畷鐢碘偓锝庡厴閸嬫挾鎲撮崟顒€浠╅梺绋挎唉缁箖鎮橀崘顔解拺缂備焦鈼ら鍕靛殨闁割偅娲栭悿顕€鏌i幇顔芥毄缁炬儳銈搁弻娑氫沪閻愵剛娈ら柡浣哥墦閹鎲撮崟顒傤槰缂備緡鍠栫换妯挎闁诲酣娼ч幗婊兾涢鐐寸厵妞ゆ牕妫旂粈浣圭椤曗偓閹鈻撻崹顔界亪闂佺粯鐗滈崢褔鎮鹃悜鑺ュ亗閹煎瓨蓱椤秴鈹戦埥鍡楃仧閻犫偓閿曞倹鍊电€规洖娲ㄧ壕浠嬫煕鐏炲墽鎳呴柛鏂跨У閵囧嫰濡搁妷锔绘闂佷紮绲剧换鍫ョ嵁閺嶃劍濯存慨婵嗘湰閹蹭即姊绘担铏瑰笡婵☆偄鍟磋棢闁规崘顕уЧ鏌ユ倵閿濆骸鏋熼柣鎾跺枑娣囧﹪濡堕崒姘闂備胶绮〃鍛涘Δ鍛厺闁圭偓绶為弮鍫濆窛妞ゆ棁顫夌€氬ジ姊洪懡銈呅㈡繛鑼█閸┾偓妞ゆ帒鍟悵顏堟煟韫囧﹤浜鹃梻鍌氬€风粈渚€骞栭锕€绠犻柟閭﹀幗閸欏繘鏌熺紒銏犳灍闁稿鏅犻弻锝夊Χ鎼达紕浠滄繛瀛樼矊缂嶅﹪寮婚悢鍏煎€绘俊顖濆亹閻f椽姊洪崫鍕櫤缂佽鐗嗛~蹇撁洪鍜佹濠电偞鍨堕懝楣冦€傞崫鍕ㄦ斀闁宠棄妫楁禍婵嬫煟閻斿弶娅婇柕鍡曠閳诲酣骞掗弮鍌涙緫闂備礁鎼崯顐﹀磹婵犳碍鍎婇柛顐犲劜閳锋垶鎱ㄩ悷鐗堟悙闁诲繐寮剁换娑欐媴閸愭彃顏い鈺冨厴閺屻劑寮撮悙娴嬪亾瑜版帗鍋傞柡鍥ュ灪閻撳繐鈹戦悙鑼虎闁告柣鍊濋弻娑㈠煛鐎n剛蓱濡炪們鍔婇崕鐢稿箖濞嗘挸绾ч柟瀛樼箥濞兼碍淇婇妶鍥ラ柛瀣仱閺佸啴濮€閵堝啠鍋撴担绯曟瀻闁圭偓娼欏▓鎰版⒑閸愬弶鎯堟い鎴濇喘閻涱噣濮€閵堝棌鎷婚梺绋挎湰閻燂妇绮婇悧鍫涗簻妞ゆ劑鍩勫Σ鎼佹煟閿濆懎妲婚摶锝夋煠濞村娅囬柣鎾愁儏椤啴濡堕崱姗嗘⒖闂佽法鍠嗛崕鑼矉瀹ュ牄浜归柟鐑樻尵閸樼敻姊虹紒妯虹仸閽冮亶鎮樿箛锝呭箹闂囧绻濇繝鍌氭殶缂佸鍎ら幈銊︾節閸涱噮浠╃紓浣介哺鐢帟鐏掗梺鎯х箻閳ь剚绋掗、姗€姊婚崒娆戝妽閻庣瑳鍏犲搫顓兼径濠勬煣濠电偞鍨剁划搴㈢闁秵鈷掑ù锝呮啞閸熺偞绻涚拠褏鐣电€规洖缍婇弻鍡楊吋閸涱垰骞堥梻浣侯攰閹活亪姊介崟顖涘亗婵炲棙鎸婚悡鐘崇箾閺夋埈鍎愭繛鍛噹闇夐柣妯虹-閻﹪鏌嶇憴鍕伌闁搞劑绠栭幃娆撴寠婢跺鍨濋梻鍌欐祰椤曟牠宕板Δ鍛偓鍐川閺夋垹鍙€婵犮垼鍩栭崝鏇犵不閹惰姤鐓欓柟顖嗗苯娈堕悷婊勬緲濞层劎妲愰幘璇茬<婵炲棙鍨肩粣妤呮⒑閸濄儱校闁绘濞€閵嗕線寮介鐐茬獩闂佸湱鈷堥崢浠嬪疾閿濆鈷戠紒瀣硶缁犳娊鏌涘Ο鐘叉噺椤愪粙鏌i幇顔剧瘈缂佽妫欓妵鍕冀閵娧呯厒闁汇埄鍨辩粙鎺旀崲濞戙垹宸濇い鎾跺枎閺嬬姴鈹戦纭峰姛缂侇噮鍨堕獮蹇涘川鐎涙ê浠梻渚囧弿缁犳垵鈻撳┑鍫㈢=闁稿本鐟︾粊鐗堛亜閺囧棗娲ょ壕褰掓煕椤垵娅橀柛銈嗘礈缁辨挻鎷呯拹顖滅窗缂備讲妾ч崑鎾绘⒒娴h鍋犻柛搴灦瀹曟繂顓奸崨顏呯€洪梺鎼炲労閸撴岸鍩涢幋鐘电<閻庯綆鍋勯婊勭節閳ь剟骞嶉鍓э紲闁诲函缍嗛崑鍛暦瀹€鈧埀顒冾潐濞插繘宕规禒瀣畺濞寸姴顑呭婵嗏攽閻樻彃顏╂鐐搭殜濮婃椽鎮烽弶鎸庡€梺浼欑秵娴滎亜鐣风憴鍕瘈婵﹩鍓涢崢鎰版⒑閸濆嫭鍌ㄩ柛銊︽そ閹繝濡烽敂钘夊伎濠碘槅鍨伴悘婵嬫偂閹扮増鐓熼柟鎹愭硾閺嬫盯鏌i幙鍐ㄤ喊鐎规洖鐖兼俊鐑藉Ψ閵夈儛鎴犵磽閸屾瑧顦︽い鎴濈墕閻g兘鎮介崹顐綗闂佸湱鍎ゅ鑽ゅ閸忛棿绻嗘い鏍ㄧ箓娴滃綊鏌i敐鍫燁仩缂佽鲸鎸婚幏鍛存惞閻熸壆顐肩紓鍌欐祰椤曆囨偋閸℃稒鍋╃€瑰嫰鍋婂ḿ銊╂煃瑜滈崜姘┍婵犲偆娼扮€光偓婵犲唭銊х磽閸屾瑦绁板鏉戞憸閹广垽宕煎┑鎰稁缂傚倷鐒﹁摫濠殿垰顕槐鎺戔槈濮楀棗鍓板┑鐐茬墛閸旀瑥顫忓ú顏勭闁绘劖褰冮‖鍡涙⒑閸涘⿴娈旈柛鐔锋健閹箖鎮滅粵瀣櫖闂佺粯鍔樼亸娆愵殽閸ヮ剚鈷戦柣鐔煎亰閸ょ喎鈹戦鈧ḿ褔鍩㈤幘娣亝闁告劏鏂侀幏铏圭磽閸屾瑧鍔嶉拑閬嶆煃闁垮娴柡灞界Т閻o繝骞嶉灏栧徍闁诲孩顔栭崳顕€宕戞繝鍌滄殾闁圭儤顨嗛崐鐑芥倵閻㈢櫥褰掔嵁閸儲鈷掑ù锝囨嚀閳绘洟鏌℃笟鍥ф珝鐎规洘鍨块獮妯肩磼濡厧骞愰梻浣告啞娓氭宕板璺虹疇闁告侗鍠曠换鍡涙煕濞嗗浚妲稿┑顔兼喘閹藉爼鏁愭径瀣哗濠电偞鍨剁敮鎺撴櫠閺屻儲鐓涢柛灞绢殔娴滈箖姊婚崒姘偓鐑芥嚄閸撲礁鍨濇い鏍仜缁€澶愭煛閸モ晛鈧綁鎮㈤崫銉х槇闂佹悶鍎滈崘鈺佸姃闂傚倷鑳剁划顖炲蓟閵娾晜鍎嶆繝闈涱儏缂佲晠鏌ら幁鎺戝姌濞存粍绮撻弻锟犲礃閵婏箑顦╁銈冨劚椤︾敻寮诲☉銏犳閻犲洦绁撮崑鎾斥攽鐎n亞顔戦梺鍓插亝濞叉﹢宕愰悜鑺ョ厽闁瑰鍋嶇紓姘舵煕濮椻偓娴滆泛顫忓ú顏勪紶闁告洦鍓欓崑宥夋⒑閸涘﹥鐓ラ柡鍫墴瀵煡宕奸弴銊︽櫖闂佺粯鍔曢顓㈠储閸楃偐鏀介柣鎰级椤ユ粎绱掔紒妯虹缂侇喚绮换婵嗩潩椤撶姴骞愰梺璇茬箳閸嬬喖寮查锝嗘珡闂佽姘﹂~澶娒洪敃鍌氱;濠电姴鍊婚弳锕傛煟閺冨倵鎷¢柡浣告閺屽秷顧侀柛鎾寸懇閸┿垹顓兼径瀣珳闂佹悶鍎弲婵嬫晬濠靛洨绠鹃弶鍫濆⒔缁嬭崵鎲搁弶鍨殲缂佸倸绉归幃娆擃敆閸屾粎妲囬梻渚€娼ф蹇曞緤閸撗勫厹闁绘劦鍏欐禍婊堟煙鐎涙ḿ绠栫€瑰憡绻勭槐鎺楊敊閸撗冪闂侀潧鐗炵紞浣哥暦濮椻偓閸╋繝宕橀妸銉ь吋闂傚倷娴囬褏鈧稈鏅濈划娆撳箳閹寸姴绠甸柣鐘充航閸斿孩绋夊鍡樺弿婵$偠顕ф禍楣冩⒑閸濆嫯顫﹂柛鏂跨焸閸┿儲寰勬繛銏㈠枑瀵板嫰鎯傞崫銉戦梺闈涙搐鐎氱増淇婇幖浣规櫜闁告侗鍘艰闂傚倷娴囬鏍窗濡ゅ懏鍋¢柍鍝勬噷閳ь兛绶氬顕€宕煎┑鍫Ч婵$偑鍊栭幐鑽ゆ崲閸曨厾鐭嗛柛鏇ㄥ灡閳锋帡鏌涚仦鍓ф噭缂佷胶澧楅妵鍕即閻斿搫鈷岄悗瑙勬磻閸楀啿顕f禒瀣垫晝闁靛牆娴傚Σ绋库攽閻樺灚鏆╁┑顔芥尦瀹曟劖绻濆顒佽緢闂佹寧娲栭崐褰掓偂濞嗘劑浜滈柡宥庡亜娴犳粌霉濠婂懎顣煎ǎ鍥э躬閹崇姵锛愬┑鍡橆唲闂備礁鐤囬~澶愬垂閸ф鏄ラ柛鏇ㄥ灠缁€鍐煏婵炑冩噷閸嬧€斥攽閿涘嫬浜奸柛濞垮€濆畷銏°偅閸愩劎顦у┑鈽嗗灟鐠€锕傚吹閺囥垺鍋i柛銉e妿閵堝瓨淇婇幓鎺斿ⅵ闁哄本娲濈粻娑㈠即閻戝棙缍岄梻浣稿暱閹碱偊骞婅箛娑欏亗闊洦鎼╅悢鍡涙偣妤︽寧顏犲褎娲熼弻娑㈠籍閳ь剟骞愰幎钘夎摕婵炴垯鍨瑰Λ妯荤箾閸℃瑥浜惧Δ鏃傜磽閸屾瑦绁板瀛樻倐楠炴劖绻濆顒傤唵闂佸憡渚楅崹鎶芥儗濞嗘挸绠归悗娑櫳戠亸顓灻瑰⿰鍫㈢暫闁哄本绋戦埞鎴﹀礋椤愩垹袘闂備焦妞块崢浠嬪箰妤e啫绠熼柟闂寸劍閸嬪鏌涢锝囩畼闁荤喆鍔戝娲传閸曢潧鍓紓浣藉煐瀹€绋款嚕婵犳碍鍋勯柣鎾虫捣椤︻參鎮峰⿰鍐闁轰緡鍠栭埥澶愬閿涘嫬骞愰梻浣告啞娓氭宕板Δ鍛9闁规壆澧楅悡娑㈡倶閻愰鍤欏┑顔煎€块弻鐔碱敊閸濆嫧鍋撳┑鍡欐殾闁圭儤鍨熷Σ鍫熸叏濡も偓濡梻妲愰敓锟� ---闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻锝夊箣閿濆憛鎾绘煕婵犲倹鍋ラ柡灞诲姂瀵噣宕奸悢鍛婎唶闂備胶枪椤戝棝骞愰崜褍鍨濇い鎾跺亹濡插牊淇婇姘儓缂佺姾顕ч埞鎴︽倷閸欏鏋欐繛瀛樼矋缁捇骞冮垾鏂ユ闁靛骏绱曢崢鍗炩攽閻愭潙鐏ョ€规洦鍓熼悰顔嘉熷Ч鍥︾盎闂佸搫鍊圭€笛囁夐姀鈩冨弿濠电姴鎳忛鐘绘煙閻熸澘顏┑鈩冩倐婵$兘鏁傞幆褏绋堥梻鍌氬€烽懗鍫曞箠閹捐鍚归柡宥庡幖缁狀垶鏌ㄩ悤鍌涘
开发学院WEB开发Jsp JDBC基础 阅读

JDBC基础

 2008-01-05 09:27:43 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁惧墽鎳撻—鍐偓锝庝簻椤掋垺銇勯幇顖毿撻柟渚垮妼椤粓宕卞Δ鈧獮濠勭磽閸屾艾鈧懓顫濋妸鈺佺疅缂佸顑欓崥瀣煕椤愵偅绶氱紓鍐╂礋濮婂宕掑▎鎴М濠电姭鍋撻梺顒€绉甸幆鐐哄箹濞n剙濡肩紒鎰殜閺屸€愁吋鎼粹€茬敖婵炴垶鎸哥粔鐢稿Φ閸曨垰鍐€妞ゆ劦婢€濞岊亪姊虹紒妯诲蔼闁稿海鏁诲濠氭晲婢跺﹤宓嗛梺缁樺姈缁佹挳宕戦幘璇叉嵍妞ゆ挻绋戞禍鐐叏濡厧浜鹃悗姘炬嫹闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁惧墽鎳撻—鍐偓锝庝簼閹癸綁鏌i鐐搭棞闁靛棙甯掗~婵嬫晲閸涱剙顥氬┑掳鍊楁慨鐑藉磻濞戔懞鍥偨缁嬫寧鐎梺鐟板⒔缁垶宕戦幇鐗堢厵缂備焦锚缁椦囨煃瑜滈崜锕傚矗閸愵煈娼栭柛婵嗗珔瑜斿畷鎯邦槾濞寸姴銈稿铏规嫚閼碱剛顔夐梺鐓庣秺缁犳牠骞冩ィ鍐╁€婚柦妯侯槼閹芥洟姊洪棃娑辨濠碘€虫喘瀹曘垽鎮介崨濞炬嫼闁荤喐鐟ョ€氱兘宕箛娑欑厱闁绘ê纾晶鐢告煏閸℃鈧湱缂撴禒瀣窛濠电姴瀚獮鍫ユ⒑绾懎顥嶉柟娲讳簽濡叉劙寮撮悢鍝勨叞闂傚倸鍊风欢姘缚瑜嶇叅闁靛牆娲犻崑鎾愁潩椤愩垹绁梺缁樹緱閸o綁鐛幒鎳虫棃鍩€椤掑倻涓嶉柨婵嗘缁♀偓闂傚倸鐗婄粙鎴﹀汲濞嗗緷鐟扳堪閸垻鏆梺鍝勭焿缂嶄焦鎱ㄩ埀顒勬煃閹増纭炬繝鈧潏銊х彾闁哄洨鍠撶弧鈧┑顔斤供閸橀箖宕㈤悽鍛娾拺缂備焦锚婵箓鏌涢幘鏉戝摵闁诡喗蓱濞煎繘濡搁妶鍥╃暰闂備礁婀辩划顖滄暜閻愬瓨娅犳繛鎴炴皑绾捐偐绱撴担璐細婵炴彃顕埀顒冾潐濞叉牕鐣烽鍐簷闂備礁鎲¢崝鏇㈠疮閻樿绀堟繝闈涚墛瀹曞弶绻涢幋鐐ㄧ細闁哄棗妫楅埞鎴︽偐鏉堫偄鍘¢梺杞扮劍閻楁粎妲愰幘瀛樺濞寸姴顑呴幗鐢告⒑閸︻厽鍤€婵炲眰鍊濋幃楣冩倻閽樺顔婇梺瑙勬儗閸樹粙宕撻悽鍛娾拺闁荤喐婢橀幃渚€鏌i幒鐐电暤闁诡喗顨婇獮鏍ㄦ媴閸忓瀚藉┑鐐舵彧缁插潡宕曢妶澶婂惞闁逞屽墴濮婃椽骞栭悙娴嬪亾閺嶎厽鍋嬮柣妯垮吹瀹撲線鐓崶銊р姇闁哄懏鎮傞弻銊╂偆閸屾稑顏�婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繘鏌i幋锝嗩棄闁哄绶氶弻娑樷槈濮楀牊鏁鹃梺鍛婄懃缁绘垿濡甸崟顖氱闁告鍋熸禒鑲╃磽娴e搫顎岄柛銊ョ埣瀵鈽夐姀鐘电杸闂傚倸鐗婄粙鎺楁倶閸儲鍊甸柣鐔哄閸熺偟绱掔拠鎻掓殻濠碉紕鏁诲畷鐔碱敍濮橀硸鍟嬮梺璇查叄濞佳囧箺濠婂牊鍋╁┑鍌氭啞閳锋垹鐥鐐村婵炲吋鍔栫换娑㈡嚑椤掆偓閺嬪孩銇勯銏㈢缂佽鲸甯掕灒闁兼祴鏅滈崵宀勬⒒娓氣偓閳ь剛鍋涢懟顖涙櫠椤旇偐鏆嗛柨婵嗙墕閸斿灚銇勯敂鐣屽弨闁诡噯绻濇俊鑸靛緞鐎n剙甯鹃梻浣稿閸嬪懐鎹㈤崘顔肩;妞ゅ繐鎳愮粻鍓р偓鐟板閸犳洜鑺辨繝姘畾闁绘柨鍚嬮埛鎴︽倵閸︻厼校闁靛棗鍟撮弻銈夊礃閼碱剙鐓熼悗瑙勬礃缁诲牓寮崘顔肩劦妞ゆ帒瀚ч埀顒佹瀹曟﹢顢欓崲澹洦鐓曢柍鈺佸枤濞堟﹢鏌i悢绋垮婵﹥妞介幃鈩冩償閳╁啯鐦i梻浣虹帛閻楁洟濡剁粙璺ㄦ殾闁绘垶岣跨弧鈧梺鎼炲劀閸愩劎銈梻鍌欑窔濞佳勵殽韫囨洘顫曢柡鍥ュ灩閸屻劍銇勮箛鎾跺闁抽攱鍨块弻鐔兼嚃閳轰椒绮堕梺鍛婃⒐椤ㄥ﹪寮婚敓鐘插窛妞ゆ棃鏁慨鍥╃磽娴gǹ鈧湱鏁悢濡撳洨鈧潧鎽滅壕濂稿级閸稑濡肩紒妤佺缁绘盯鎮℃惔锝囶啋闂佺硶鏂侀崜婵嬪箯閸涘瓨鐓ラ悗锝呯仛缂嶆姊婚崒姘偓宄懊归崶褜娴栭柕濞炬櫆閸婂潡鏌ㄩ弴鐐测偓鍝ョ不閺屻儲鐓曢柕澶樺枛婢ь噣鏌$€b晝绐旈柡宀€鍠栧畷婊嗩槾閻㈩垱鐩弻锟犲川椤旇棄鈧劙鏌$仦璇插闁诡喓鍊濆畷鎺戔槈濮楀棔绱�闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁惧墽鎳撻—鍐偓锝庝簻椤掋垺銇勯幇顖毿撻柟渚垮妼椤粓宕卞Δ鈧獮濠勭磽閸屾艾鈧懓顫濋妸鈺佺疅缂佸顑欓崥瀣煕椤愵偅绶氱紓鍐╂礋濮婂宕掑▎鎴М濠电姭鍋撻梺顒€绉甸幆鐐哄箹濞n剙濡肩紒鎰殜閺屸€愁吋鎼粹€茬敖婵炴垶鎸哥粔鐢稿Φ閸曨垰鍐€妞ゆ劦婢€濞岊亪姊虹紒妯诲蔼闁稿海鏁诲濠氭晲婢跺﹤宓嗛梺缁樺姈缁佹挳宕戦幘璇叉嵍妞ゆ挻绋戞禍鐐叏濡厧浜鹃悗姘炬嫹  闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻锝夊箣閿濆憛鎾绘煕閵堝懎顏柡灞诲€濆畷顐﹀Ψ閿旇姤鐦庡┑鐐差嚟婵潧顫濋妸褎顫曢柟鎹愵嚙绾惧吋绻涢崱妯虹瑨闁告﹫绱曠槐鎾寸瑹閸パ勭彯闂佹悶鍔岄悥鍏间繆閹绢喖绀冩い鏃傚帶缁愭盯姊洪崫鍕垫Ч闁搞劌缍婂畷銏犆洪鍛偓鍨殽閻愯尙浠㈤柛鏃€纰嶉妵鍕晜鐠囪尙浠搁悗瑙勬穿缁绘繈鐛惔銊﹀殟闁靛/鍐ㄥ闂傚倸饪撮崑鍕洪敃鈧叅闁哄秲鍔庢晶锟犳⒒閸屾瑦绁版い鏇嗗應鍋撻崹顐㈡诞鐎规洘绮撻幃銏$附婢跺绋侀梻浣瑰劤缁绘劕锕㈡潏鈺侇棜闁稿繘妫跨换鍡樸亜閺嶃劎顣查柟顖氱墛閵囧嫰顢曢姀銏㈠姱濠殿喖锕ュ钘夌暦閻戠瓔鏁囨繛鎴炵懃閻濋亶姊绘担鍛靛綊顢栭崨顓囨稑鈹戠€n亞鐣鹃梺閫炲苯澧柕鍥у缁犳盯骞樼€垫悶鍋愭繝纰樻閸ㄦ壆鈧碍婢橀~蹇撁洪鍕炊闂佸憡娲﹂崜姘跺箯閸楃偐鏀介柣鎰絻缁狙冪暆閿濆懏鍋ユ鐐村灴婵偓闁绘﹩鍋呴弬鈧┑鐘垫暩婵鈧凹鍣e鍫曞箹娴e厜鎷洪梺鍛婄箓鐎氼厼顔忓┑鍡忔斀妞ゆ梹鍎抽崢鎾煙椤旇宓嗗┑锛勫厴閸╋繝宕掑Δ浣割伜婵犵數鍋犻幓顏嗗緤娴犲绠规い鎰╁€栭弳婊堟偣鏉炴媽顒熼柣鏂挎閺岋綁鎮㈠畡鎵泿闂佽 鍋撻柤濮愬€楃壕濂告煕鐏炵偓鐨戠€涙繂螖濡ゅ﹣绨烽柛妤€鍟块悾鐑芥偂鎼搭喗鍍甸梺鎸庣箓閹冲秵绔熼弴銏♀拺闁告繂瀚弳娆撴煟濡も偓濡稓鍒掗崼銉ョ闁崇懓銇樼花濠氭椤愩垺鎼愭繛瀵稿厴钘濋柨鏇楀亾闂囧绻濇繝鍌滃ⅱ闁伙絾妞介弻锛勪沪鐠囨彃顬堥梺瀹狀潐閸ㄥ灝鐣烽崡鐐╂闁瑰吀绀佹禍鐐繆閵堝倸浜惧銈庡弨閸庡篓娓氣偓閺屾盯鎮╁畷鍥р拰濠电姭鍋撳〒姘e亾婵﹨娅g槐鎺懳熼弴鐔风伌闁诡喚鍏樻俊鐤槷闁稿鎸搁~婵嬫偂鎼淬垻浜剧紓鍌欑贰閸犳氨鍒掗鐐参ч柨婵嗩槸缁€鍐煃閸濆嫬鏆欐鐐茬墛娣囧﹪鎮欓鍕ㄥ亾閺嶎厼绀夐柟杈剧畱绾惧綊鏌¢崶銉ョ仼闁告垹濞€楠炴牕菐椤掆偓婵′粙鏌i幘璺烘灈闁绘搩鍋婂畷鎯邦檨闁稿骸绻橀弻娑㈠籍閳ь剛鍒掗幘璇茶摕闁哄洢鍨归悙濠勬喐瀹ュ鏁傛い鎾跺Л閸嬫挸鈻撻崹顔界亶濠电偛鍚嬮悷銊╂倶閹烘鈷戦柛娑橈功缁犳捇鎮楀鐓庡⒉妞ゃ倕鍊圭换婵堝枈婢跺瞼锛熼梺绋款儐閸ㄥ灝鐣烽幇鏉跨闁挎洍鍋撻柛銊ュ€圭换娑橆啅椤旇崵鍑归梺绋款儜缁绘繈寮诲澶婁紶闁告洦鍓欏▍锝囩磽娴e搫校闁绘濞€瀵顓兼径濠勫幐婵炶揪绲介幉鈥斥枔閺屻儲鈷戠紒瀣閹癸綁鏌涢悩宕囧⒌鐎殿喖顭峰鎾閻橀潧鈧偤鎮峰⿰鍐ら柤楦块哺缁绘繂顫濋鐘插箥闂備礁鎲¢崹顖炲磹閺嶎偀鍋撳鐐
核心提示:http://javaclub.yeah.net (2001-04-15 21:11:14) 1. 介绍 许多开发者和用户都在寻找Java程序中访问数据库的便捷方法,由于Java是一个 健壮,JDBC基础,安全, 易于使用的,假如对有的名字中 不能判定出数据源的主机名,那么只能否决这个访问,易于理解且可以从网络中自动d

  http://javaclub.yeah.net (2001-04-15 21:11:14)
1. 介绍

许多开发者和用户都在寻找Java程序中访问数据库的便捷方法。由于Java是一个
健壮,安全,
易于使用的,易于理解且可以从网络中自动download ,所以它成为开发数据库应
用的一种良
好的语言基础。它提供了C,C ,Smalltalk, BASIC, COBOL, and 4GLs的许多优
点。许多公司
已经开始在Java与DBMS的连接方面做工作。

许多Java应用开发者都希望能够编写独立于特定DBMS的程序,而我们也相信一个
独立于DBMS的
接口将使得与各种各样DBMS连接变得最为便捷,开发更加迅速。所以我们认为定
义一个通用的
SQL数据库存取框架,在各种各样的提供数据库连接模块上提供统一的界面是十分
有意义的。这
使程序员可以面对单一的数据库界面,使数据库无关的Java工具和产品成为可
能,使得数据库连
接的开发者可以提供各种各样的连接方案。我们看到我们定义一个通用低层的,
支持基本SQL功能
的Java DataBase Connectivity (JDBC)API的紧迫任务。

幸运的是我们不必从头设计一个SQL API。我们可以把我们的工作建立在 X/Open
SQL CLI (调用
层接口)之上(它也是Microsoft´s ODBC 的基础)。

我们主要任务是定义一个自然的Java接口来与X/Open CLI中定义的基本的抽象层
和概念连接。

JDBC API得到数据库开发厂商,连接开发厂商,ISV,以及应用开发者的支持是十
分重要的。我们
相信把我们的工作建立在ODBC抽象层的基础上将JDBC更加轻易得到大家的接受。
而且从技术上来说,
ODBC是我们设计工作的一个良好基础。

因为ODBC是一个C语言接口,所以ODBC在Java中直接使用不适当。从Java中来调用
C代码在安全性,
健壮性,实现的方便,可移植性等等方面有许多不便。它使得Java在这些方面的
许多优点得不到
发挥。

我们已经在短期里面实现了一个建立在ODBC上的API。长远来看,我们可以通过其
他方式提供实现。


1.1. 注重
我们非常感谢在数据库,数据库连接和数据库工具领域的许多早期的工作者。他
们为JDBC的早期草案
提供了很好的意见和建议。他们的工作对本规范起了不可估量的作用。


2. 目标与哲学

这个部分描述了指引这个API开发的目标以及哲学。

2.1. SQL 级 API

我们的主要目标是为Java定义一个“调用级”(call-level)的SQL接口。着意味着
我们主要的注重力
集中在执行原原本本的SQL语句并且取回结果。我们预计高层的API也将被定义,
这些可能将建立在基
层的接口上。这些高层接口包括象直接地、透明地把表里面的数据影射到Java类
里面,用语法树表示
更加通用的查询,以及Java内嵌的SQL语法。

我们希望大量的应用开发工具将使用我们的API。然而我们也希望程序员能够使用
我们的API,尤其是
目前这样在Java里没有任何其他手段(应该是说数据库访问手段)的情况下。

2.2. 遵循SQL

数据库系统支持各式各样的SQL语法和语义,它们相互之间在比较高级的功能例如
外部连接,内嵌过程
等方面并不一致,尽管我们能够盼望着随时间的推移这些部分的SQL可以获得标准
化。同时我们采取这
样的态度与立场:

In fact, an application query need not even be SQL, or it may be a
specialized
derivative of SQL, e.g. for document or image queries, designed for
specific DBMSs.
In order to pass JDBC compliance tests and to be
called "JDBC COMPLIANT ?" we require that a driver support at least
ANSI SQL-2 Entry
Level. This gives applications that want wide portability a guaranteed
least common
denominator. We believe ANSI SQL-2 Entry Level is reasonably powerful
and is reasonably
widely supported today.


l JDBC答应查询表达式直接传递到底层的数据驱动,这样一个程序可以获得尽量
多的SQL功能,但是可
能被DBMS拒绝。事实上,一个程序的查询甚至可以不是SQL的,或者是SQL的一个
非凡演化,例如:
为专门数据库设计的文本或者图形查询。
l 为了通过JDBC兼容的测试,并且能够被称为JDBC兼容,我们要求一个驱动至少
支持ANSI SQL-2的标
准。这使得那些需要广泛移植性的程序获得一个最小的分母(这句话的原文是:
This gives
applications that want wide portability a guaranteed least common
denominator.)。
我们相信ANSI SQL-2是足够强大的,并且是得到足够支持的。

2.3. JDBC必须可以建立在现有的数据库接口上

我们必须能够保证 JDBC SQL API 能够建立在普通的SQL API上,尤其是ODBC。这
些要求已经对这个
规范的一些部分产生了影响,尤其是对传出参数(OUT parameter)和大数据块的处
理。

2.4. 必须保证这个接口与JAVA系统的其他部分保持一致

目前对JAVA的积极回应已经十分热烈。很大程度上是由于这个语言标准以及标准
运行时库被认为是一
致,简单和强大的。我们将尽我们所能,提供这个Java数据库接口,这个接口将
建立在Java内核现有
的这种风格,并且将进一步加强它。

2.5. 保持简单

We would PRefer to keep this base API as simple as possible, at least
initially. In
general we would prefer to provide a single mechanism for performing a
particular task,
and avoid provid-ing duplicate mechanisms. We will extend the API later
if any
important functionality is miss-ing.

我们将力争使得基本的API尽量简单,至少开始的时候是这样的。一般来说,我们
希望对实现每个特定
的任务只提供一种方案,而避免提供多种方案。假如一些重要的功能遗漏了,那
么我们在晚些时候将扩
充这个API。

2.6. 尽量保持强的、静态的类型

我们希望这个JDBC API保持尽量强的类型检查,使得尽可能多的类型信息可以静
态地表达。着使得尽
可能多的错误可以在编译的时候被发现。

由于SQL本身是动态类型的,所以我们可能会在程序运行的时候碰到类型不能匹配
的问题。例如:
当一个程序员在希望SELECT返回一个整数,但是实际返回的是一个字符串
“foo”.但是我们依然希望
程序员把他们所希望的类型在编译的时候就能够表达清楚,这样我们可以做尽可
能多的静态检查。
我们也希望在必要的时候能够支持动态类型接口(见第四章)

2.7. 使普通任务简化

我们希望普通的任务能够是简单的,而不一般的工作是可行的。

一个普通任务是指一个程序员执行一个简单的没有参数的SQL语句(例
如:SELECT,INSERT,UPDATE,DELETE),
然后(例如SELECT)处理返回的具有简单类型的元组。一个具有传入参数(IN
parameter)的SQL语句
也是普通的。不那么普通但是也是十分重要的情形是当程序员使用有INOUT,OUT参
数的SQL语句。我们
也需要支持读写几兆字节对象的SQL语句,更非凡一些的情形包括一个语句返回了
多个结果集合。

我们希望元数据(Meatdata)的使用很少的,只是那些熟练的程序员以及开发工具
才需要处理的问题。元
数据存取函数以及动态类型数据存取函数在这个文档末尾,一般的程序员可以不
必关心这些章节。

2.8. 不同的功能让不同的方法(函数)来实现

(“方法”的原文是:method,这样翻译是跟VB的)一种界面设计风格是使用很
少的过程,提供许多作
为参数传递的控制标志,这样它们可以用来影响很大一个范围内的各种行为。来
表达不同的功能。这
趋向与使用很多的方法,但是每个方法都比较同意理解。

一般来说,Java内核类使用不同的方法(method)。这个步骤的主要优点是开始
学习基本界面的程序
员可以不必被那些与复杂功能相关的参数所困扰。我们力图在JDBC接口上也采用
相同的策略。一般来
说采用不同的方法而不是采用不同的标志和多用途的方法。

3. 接口概貌

接口分为两个层次,一个是面向程序开发人员的JDBC API。另外一个是底层的
JDBC Driver API。

3.1. JDBC API

JDBC API 被描述成为彝族抽象的Java接口,似的应用程序远可以对某个数据库打
开连接,执行SQL
语句并且处理结果。错误! 嵌入对象无效。

最重要的接口是:

l java.sql.DriverManager 处理驱动的调入并且对产生新的数据库连接提供支
持。

l java.sql.Connection 代表对特定数据库的连接。

l java.sql.Statement  代表一个特定的容器,来对一个特定的数据库执行SQL
语句。

l java.sql.ResultSet  控制对一个特定语句的行数据的存取。其中
java.sql.Statement
又有两个子类型:

1. java.sql.PreparedStatement  用于执行预编译的SQL语句。

2. java.sql.CallableStatement  用于执行对一个数据库内嵌过程的调用。

下面的章节对JDBC是如何运行的提供了更多描述,整个定义见第13章。另外

第15章描述了系统假如获取数据库的元数据信息。

3.2. JDBC Driver API

java.sql.Driver在第9章有完整的定义了.大部分JDBC驱动只需要完成这些JDBC
API所定义的
抽象类就可以了。非凡地,所有的driver必须提供对java.sql.Connection,
java.sql.
State-ment, java.sql.Prepared-Statement, and java.sql.ResultSet的实
现。假如
目标DBMS提供有OUT参数的内嵌过程,那么还必须提供
java.sql.CallableStatement 接口。

每个database driver必须提供一个类:java.sql.Driver以使得系统可以由
java.sql.DriverManager来治理。

一个显然的driver是在ODBC之上提供对JDBC的实现,从而提供与ODBC接口的
JDBC-ODBC 桥,
就象前面的图所显示的.由于JDBC放在ODBC之后,所以实现起来简单而且高效。另
外一个有用的驱动
直接接触数据库无关的网络协议。发布一个协议答应多个服务器实现的方法,例
如在ODBC或者特定的
DBMS上(尽管已经有了一些使用固定协议的产品,但是我们不打算对它们实现标
准化。),是可取的。


4. JDBC使用场合

Before looking at specifics of the JDBC API, an understanding of
typical use scenarios is help-ful. There are two common scenarios
that must be treated differently for our purposes: applets and
applications.

在看JDBC API之前了解一下典型的使用场合是有帮助的。通常有两种情形必须分
别对待:
applet和application.

4.1. Applet

目前Java使用的最多的从网络中下载的applet,它们作为web文件的一个部分。当
中有数据库存取
applet和能够使用JDBC来接触数据库的applet。

例如,一个用户可能下载一个显示股票历史价格图的applet。这个applet通过
internet来从关系
数据库中获得股票历史价格。最一般的情况里面,对applet的使用是通过不可靠
的边界的。例如从
另外一个公司或者Internet上获得这些applet。于是称这个情况为"Internet"场
合。然而applet
也可能通过局域网下载。在这个情况里面,客户机的安全都还是一个问题。

典型的applet在几个方面与传统的数据库应用程序有所不同:

1. 不可靠的applet被严格地限制在他们被答应执行的的操作上。非凡地,不答应
他们存取本地的
文件,切不答应他们对任意的数据库建立网络连接。

2. 就标识和连接网上数据库来说,Internet环境里面的applet面临新的问题。

3. 当数据库可能与你相隔万里的时候,效率的考虑也有所不同了。与局域网相
比,Internet上
数据库applet可能会碰到十分不同的反应时间。

4.2. Application

Java也可以用来建立普通的应用,从而想一般的应用一样在客户机上使用。我们
相信随着开发工具
越来越多,人们开始熟悉到提高程序生产效率的必要性,以及Java的其他优点,
Java的这种用法将
越来越流行。在这种方式里面,Java的代码是可以信赖的,且被答应读写文件打
开网络连接等等,
就想其他的应用程序代码一样。

也许这些Java应用使用的最多的是在一个公司内部或者在Intranet上,所以不妨
成为Intranet场合。
例如一个公司希望利用Java及其GUI构件工具来建立他的基于合作数据模式的合作
软件。这些应用
程序将存取局域网或者广域网的数据。Java应用可以作到这些。

Java应用程序场合和Intranet场合与applet场合有诸多不同。例如标定一个数据
库最自然的方式是
用一个数据库的名字,就象"Customers" 和"Personnel"这样。然后用户希望系统
能够定位具体的
机器,DBMS,JDBC driver,和Java应用程序。

4.3. 其他场合

还有其他一些有趣的场合:

1. 已验证的applet(Trusted applets)是指那些已经被Java虚拟机器认定是可
以信赖的applet。
他们之所以被认为是可信的是因为他们已经对上了特定的密匙,或者用户认为从
特定来源来的applet
是可信的。在安全的方面上他们与应用(appliction)相同,但是其他方面(例
如定位一个数据库)
与则与applet相似。

2. 与直接从Java GUI出发用客户/服务器模式来度曲DBMS服务器不同,三层存取
方式可能被使用。
在这个场合里面,Java应用程序对中间层的服务发出调用,中间层的服务在网
上,它又再去调用数据库。
这些调用可能通过RPC (remote procedure call)或者ORB (object request
broker )。在这两种场
合里面,中间层最好使用一个对象变化。我们希望三层结构会变得越来越普遍,
因为对于MIS治理者来说,
这可以使得他们有机会在公共数据库上显式地定义合法操作等。同时三层结构可
以提供许多效率上的
好处。

目前中间层一般用C或者C 这样的语言来完成。通过优化编译器把把Java 字节
代码翻译成为高效的
机器代码,中间层也可以用Java来实现。Java有许多优良特性(健壮性,安全
性,多线程)可以达到
中间层需要达到的目的。

5. 安全性考虑

作为网络上的语言JAVA必须十分注安全性的考虑。基于上面的讨论,JDBC的两种
主要使用场合里面,我们
必须考虑安全性问题:

l 在Java applications的场合里面Java代码是本地的,所以也是"trusted"

l 没有验证的Java applet代码不可以存取本地的以及其他网络的数据。

5.1. JDBC 和未验证的applet

JDBC首先必须符合JAVA的一般安全规则。另外:

l JDBC 必须认为没有验证的applets是不可靠的。l JDBC 不可以让不可靠的
applets存取
本地数据库。

l 一个已经向JDBC DriverManager注册的是JDBC Driver只能存取它所来的数据
源。

l 一个applet也只能向它所Download来的服务器来存取数据。

假如JDBC驱动层假如完全确信对一个数据库服务器打开连接不会引起认证或者权
限问题
(可能由网上随机主机上运行的程序引起),那么它就答应applet打开这样的连
接。数据库服务器
不通过ip地址来限制存取是相当少的,主要是为了举例。(当心,这一段话我可
能翻译反了!!!
大家看看原文。)
这些限制是相当烦琐的。不过他们与对一般applet的限制是一致的我们没有必要
放开这些限制。

5.2. JDBC 和Java应用程序

对于一个普通的Java应用程序(例如全部用Java代码而不是不可靠的applet )JDBC将从本地的类路
径里面获得驱动,并且答应应用程序自由存取文件,远程服务器等等。但是和applet一样,假如由于
某些原因一个没有验证的sun.sql.Driver类从远程的来源里面获得,那么这个驱动只能和相同地方
来的代码配合。

5.3. Driver的安全责任

JDBC driver可能在各种情况下使用,所以驱动的编制者遵循一定的简单的安全规则,从而避免
applet做非法的数据库连接。假如所有的驱动都象applet一样从网上下载,那么这些原则将是
不必要的,因为普通的安全规则已经对它做了限制。但是驱动的编写者必须记住一旦他们的驱动
获得成功,用户将在本地磁盘安装这些驱动,那么驱动将成为Java环境中一个被信任的部分,所以
必须确信它不会被来访的applet所滥用。所以我们鼓励所有的驱动编写者必须遵循一定安全原则。
所有这些原则都是在连接打开的时候使用。这正式驱动和虚拟机器检查当前调用者是否真的可以与
指定的数据库连接的时刻。一旦连接建立就不必做更多的检查了。

5.3.1. 分享TCP/IP连接的时候必须谨慎

假如一个JDBC驱动试图打开一个 TCP 连接,那么这个打开会被Java 安全治理机制自动检查。
这个机构会检查当前调用栈里面有没有applet,假如有那么就限定它可以访问的机器集合。所
以一般地JDBC驱动可以把TCP建立检查留给Java虚拟机。但是假如一个JDBC驱动试图在多个数据库
连接之间共享一个TCP连接,那么驱动就必须自己负责检查每个调用者是否真的被答应与目标数据库
联系。例如假如我们为applet A打开了一个通往机器foobah 的TCP连接,这并不意味着applet B
被自动答应来共享这个连接。applet B可能没有任何访问机器foobah的权力。所以在答应某个程序
重用一个现成的TCP连接之前,JDBC 驱动必须通过安全机构来检查当前的的调用者是否可以访问这
个连接。通过下面的代码可是实现这个功能。

SecurityManager security = System.getSecurityManager();
if (security != null)
{
security.checkConnect(hostName, portNumber);
}

假如连接是不答应的,那么Security.checkConnect方法将产生一
个java.lang.SecurityException。

5.3.2. 检查所有的本地文件访问

假如一个JDBC取得需要访问本地机器上的数据,那么他必须确
信调用者是被答应打开这个文件的。例如:
SecurityManager security = System.getSecurityManager();
if (security != null)
{
security.checkRead(fileName);
}
假如对特定文件的访问是不答应的,那么Security.checkRead方
法将产生一个java.lang.SecurityException。

5.3.3. 作好最坏的预备

一些驱动可能使用本地的方法来桥接底层数据库程序。则这些
情况里面判定那些本地文件将被底层函数所访问是困难的。
在这些环境里面用户必须作好最坏的打算,并且否决所有下载
applet所发出的数据库存取,除非驱动可能完全确信将要做存取
是没有问题的。
例如一个JDBC-ODBC桥接器必须检查ODBC数据源的的名
称,确保applet只可以访问它的“生源地”。假如对有的名字中
不能判定出数据源的主机名,那么只能否决这个访问。
为了决定一个当前的调用者是可以信赖的应用还是一个
applet,JDBC驱动必须能够检查这个调用者是否可以写一个随
机的文件:
SecurityManager security = System.getSecurityManager();
if (security != null)
{
security.checkWrite("foobaz");
I. }

Tags:JDBC 基础

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