四點數(shù)據(jù)庫開發(fā)技術(shù)分析

1、解析四點數(shù)據(jù)庫開發(fā)技術(shù)數(shù)據(jù)庫的應(yīng)用特不廣泛，在生產(chǎn)生活或上網(wǎng)娛樂過程中，都離不開數(shù)據(jù)庫。數(shù)據(jù)庫是存放數(shù)據(jù)的倉庫，在那個倉庫里面，數(shù)據(jù)庫的使用者能夠?qū)ｉT方便的集中治理數(shù)據(jù)。 當(dāng)今常用的幾種數(shù)據(jù)庫治理系統(tǒng)DBMS 計算機實質(zhì)上確實是“信息處理機”，所謂的信息包括：文字、圖片、音頻和視頻等一切具有特定意義的符號或記錄。而計算機從誕生之日起就要跟這些數(shù)據(jù)打交道，最初的數(shù)據(jù)治理系統(tǒng)稱為“文件系統(tǒng)”，立即數(shù)據(jù)以文件列表的方式存放，后來為了讓數(shù)據(jù)治理規(guī)范化，開發(fā)了數(shù)據(jù)庫治理系常DBMS）。與數(shù)據(jù)庫知識相關(guān)的一些差不多概念有： 數(shù)據(jù)：文字、圖片、音頻和視頻等一切具有特定意義的符號或記錄。 數(shù)據(jù)庫：也稱為數(shù)據(jù)倉

2、庫，是存放數(shù)據(jù)的物理的或邏輯的介質(zhì)。 數(shù)據(jù)庫治理系統(tǒng)（DBMS）：治理數(shù)據(jù)庫的專用數(shù)據(jù)治理軟件。 數(shù)據(jù)庫治理員（DBA）：具有治理數(shù)據(jù)庫權(quán)限的人。 依照功能級不和數(shù)據(jù)治理性能，當(dāng)今常用的數(shù)據(jù)庫治理系統(tǒng)（DBMS）能夠分為3類： 大型數(shù)據(jù)庫：Oracle、DB2。 中大型數(shù)據(jù)庫：Sybase、Informix、SqlServer。 小型數(shù)據(jù)庫：Access、Sybase sql、Anywhere、dbf、execl。 關(guān)系代數(shù)與數(shù)據(jù)庫SQL語言 當(dāng)今主流的數(shù)據(jù)庫差不多上屬于“關(guān)系型數(shù)據(jù)庫”，所謂關(guān)系型數(shù)據(jù)庫確實是數(shù)據(jù)庫里面治理的數(shù)據(jù)確實是一張二維表 規(guī)范化和數(shù)據(jù)庫表設(shè)計常見的問題 如前文所述，一

3、個主碼就能夠確定一個元組，也確實是講元組的所有屬性都依靠于主碼，假如A屬性組函數(shù)依靠于B屬性組，同時B屬性組假如去掉任一屬性，則函數(shù)依靠都不成立，則成為A屬性組完全函數(shù)依靠于B屬性組。完全函數(shù)依靠在數(shù)據(jù)庫設(shè)計規(guī)范化理論中有重要的意義。 目前關(guān)系數(shù)據(jù)庫有六種范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、第四范式（4NF）、第五范式（5NF）和第六范式（6NF）。滿足最低要求的范式是第一范式（1NF）。在第一范式的基礎(chǔ)上進一步滿足更多要求的稱為第二范式（2NF），其余范式以次類推。反過來講，也確實是滿足6NF的，一定滿足5NF，以此類推。 ODBC、DAO和ADO技術(shù)簡介 如前

4、文所述，序列化實際上確實是將要保存的數(shù)據(jù)在程序關(guān)閉之前寫入磁盤，而需要讀取時，再從磁盤寫入到內(nèi)存中進行處理，顯然，假如要處理的數(shù)據(jù)比系統(tǒng)可用的內(nèi)存大（系統(tǒng)可用的內(nèi)存能夠由物理內(nèi)存和虛擬內(nèi)存組成），則序列化是無效的。另外，就確實是待處理的數(shù)據(jù)能夠順利裝入內(nèi)存，也沒有必要將所有的數(shù)據(jù)都裝入內(nèi)存處理。 微軟公司的ADO（ActiveX Data Objects） 是一個用于存取數(shù)據(jù)源的COM組件。它提供了編程語言和統(tǒng)一數(shù)據(jù)訪問方式OLE DB的一個中間層。同意開發(fā)人員編寫訪問數(shù)據(jù)的代碼而不用關(guān)懷數(shù)據(jù)庫是如何實現(xiàn)的，而只用關(guān)懷到數(shù)據(jù)庫的連接。訪問數(shù)據(jù)庫的時候，關(guān)于SQL的知識不是必要的，然而特定數(shù)據(jù)庫

5、支持的SQL命令仍能夠通過ADO中的命令對象來執(zhí)行。數(shù)據(jù)庫性能優(yōu)化之CPU資源數(shù)據(jù)庫優(yōu)化不僅僅是 DBA(數(shù)據(jù)庫治理員)的情況，它也是應(yīng)用設(shè)計人員、應(yīng)用開發(fā)人員必須作的情況。在確認了由誰來進行數(shù)據(jù)庫優(yōu)化之后，就要考慮從何時開始進行數(shù)據(jù)庫優(yōu)化。許多人認為對數(shù)據(jù)庫的優(yōu)化不急，等到用戶開始抱怨系統(tǒng)運行速度無法忍受時，再進行優(yōu)化。但現(xiàn)在某些有效的優(yōu)化手段己無法有效的使用。 關(guān)于熟悉軟件工程的人來講，在一個系統(tǒng)的生命周期內(nèi)，對系統(tǒng)進行調(diào)整，想利用較小的人力、物力而能夠收到較好的收益的話，最好在系統(tǒng)的設(shè)計和開發(fā)期內(nèi)進行。假如軟件已成為產(chǎn)品，現(xiàn)在再進行系統(tǒng)調(diào)整，則耗費的精力最多，而收益最小。同樣，關(guān)于數(shù)據(jù)庫

6、的優(yōu)化，最好的時期是在系統(tǒng)的設(shè)計和開發(fā)時期，盡量幸免在系統(tǒng)成型之后再進行優(yōu)化。 不管是設(shè)計或維護數(shù)據(jù)庫系統(tǒng)，都必須建立專門的性能指標(biāo)，使人們能夠有明確的目標(biāo)，明白在何時進行調(diào)整。調(diào)整一個數(shù)據(jù)庫系統(tǒng)的最有效的步驟如下： 1、 在設(shè)計系統(tǒng)時考慮系統(tǒng)的性能。2、 在開發(fā)應(yīng)用程序時考慮系統(tǒng)的性能。3、 調(diào)整操作系統(tǒng)的硬件和軟件設(shè)置。4、 識不系統(tǒng)的性能的瓶頸。5、 確認問題的緣故。6、 采取糾正的動作 關(guān)于任何一個系統(tǒng)而言，良好設(shè)計的系統(tǒng)能夠防止在應(yīng)用生命周期以后產(chǎn)生的性能問題。同時，每一個系統(tǒng)設(shè)計人員和應(yīng)用開發(fā)人員必須了解 Oracle 的查詢處理機制來編寫有效的 SQL 語句。以下提出進行系統(tǒng)設(shè)計

7、時，應(yīng)盡量遵循的原則：1、消除客戶機/服務(wù)器應(yīng)用中不必要的網(wǎng)絡(luò)傳輸。例如：使用 Oracle 的REPORT 時，盡可能對單表進行處理，不要對多表進行連接處理，以免造成不必要的網(wǎng)絡(luò)傳輸。2、使用適用于自己系統(tǒng)的相應(yīng)的 Oracle 服務(wù)器選件(例如：并行查詢或分布式數(shù)據(jù)庫等)。3、除非系統(tǒng)有專門的需要，請使用缺省的 Oracle 鎖，無須自己對應(yīng)用程序進行加鎖處理，以免產(chǎn)生不可預(yù)測的錯誤。4、為了便于對數(shù)據(jù)庫的每個應(yīng)用進行跟蹤調(diào)測，盡可能記住每一個用戶所運行的模塊。便于今后對系統(tǒng)性能的跟蹤。5、在數(shù)據(jù)庫建立時，需從自身的實際動身建立合適的數(shù)據(jù)塊長度。 CPU 是服務(wù)器的一項重要資源，服務(wù)器良好

8、的工作狀態(tài)是在工作高峰時 CPU的使用率在 90%以上。假如空閑時刻 CPU 使用率就在 90%以上，講明服務(wù)器缺乏CPU 資源，假如工作高峰時 CPU 使用率仍然專門低，講明服務(wù)器 CPU 資源還比較富余。 使用操作系統(tǒng)命令能夠看到 CPU 的使用情況，一般 UNIX 操作系統(tǒng)的服務(wù)器，能夠使用 sar -u 命令查看 CPU 的使用率，Windows 系列的操作系統(tǒng)的服務(wù)器，能夠使用性能治理器來查看 CPU 的使用率。數(shù)據(jù)庫治理員能夠通過查看 v$sysstat 數(shù)據(jù)字典中“CPU used by this session”統(tǒng)計項得知 Oracle 數(shù)據(jù)庫使用的 CPU 時刻，查看“OS

9、User level CPU time”統(tǒng)計項得知操作系統(tǒng)用戶態(tài)下的 CPU 時刻，查看“OS System call CPU time”統(tǒng)計項得知操作系統(tǒng)系統(tǒng)態(tài)下的 CPU 時刻，操作系統(tǒng)總的 CPU 時刻確實是用戶態(tài)和系統(tǒng)態(tài)時刻之和，假如 Oracle 數(shù)據(jù)庫使用的 CPU 時刻占操作系統(tǒng)總的 CPU 時刻 90%以上，講明服務(wù)器 CPU 差不多上被 Oracle 數(shù)據(jù)庫使用著，這是合理，反之，講明服務(wù)器CPU 被其它程序占用過多，Oracle 數(shù)據(jù)庫無法得到更多的 CPU 時刻。 數(shù)據(jù)庫治理員還能夠通過查看 v$sesstat 數(shù)據(jù)字典來獲得當(dāng)前連接 Oracle 數(shù)據(jù)庫各個會話占用的

10、CPU 時刻，從而得知什么會話耗用服務(wù)器 CPU 比較多。出現(xiàn) CPU 資源不足的情況是專門多的：SQL 語句的重解析、低效率的 SQL 語句、鎖沖突都會引起 CPU 資源不足。 1、 SQL 語句的重解析 數(shù)據(jù)庫治理員能夠執(zhí)行下述語句來查看 SQL 語句的解析情況：SELECT * FROMV$SYSSTATWHERENAMEIN (parse time cpu,parse time elapsed, parse count (hard)那個地點 parse time cpu 是系統(tǒng)服務(wù)時刻，parse time elapsed 是響應(yīng)時刻，用戶等待時刻waite time=parse ti

11、me elapsed - parse time cpu由此能夠得到用戶 SQL 語句平均解析等待時刻=waite time/parse count。那個平均等待時刻應(yīng)該接近于 0，假如平均解析等待時刻過長，數(shù)據(jù)庫治理員能夠通過 下述語句來發(fā)覺是什么 SQL 語句解析效率比較低：SELECT SQLJEXT, PARSE CALLS, EXECUTIONS FROM V$SQLAREAORDER BY PARSE_CALLS;程序員能夠優(yōu)化這些語句 ，或者增加 Oracle參數(shù)SESSION_CACHED_CURSORS 的值。 2、 低效率的 SQL 語句 數(shù)據(jù)庫治理員還能夠通過下述語句來查看

12、低效率的 SQL 語句：SELECT BUFFER_GETS, EXECUTIONS, SQL_TEXT FROM V$SQLAREA;優(yōu)化這些語句也有助于提高 CPU 的利用率。 3、 沖突 數(shù)據(jù)庫治理員能夠通過 v$system_event 數(shù)據(jù)字典中的“l(fā)atch free”統(tǒng)計項查看Oracle 數(shù)據(jù)庫的沖突情況，假如沒有沖突的話，latch free 查詢出來沒有結(jié)果。假如沖突太大的話，數(shù)據(jù)庫治理員能夠降低 spin_count 參數(shù)值，來消除高的 CPU 使用率。教你迅速定位路由器故障當(dāng)網(wǎng)絡(luò)出現(xiàn)故障時，如何迅速定位故障點，是評估一個網(wǎng)絡(luò)治理員能力的一個差不多指標(biāo)。筆者今天就以Cis

13、co的路由器 路由器為例向大伙兒分享一下如何迅速定位路由器故障，為大伙兒解決網(wǎng)絡(luò)故障提供一點思路。 盡管Cisco網(wǎng)絡(luò)設(shè)備的穩(wěn)定性毋庸置疑。然而，在使用的過程中，仍然會有種種緣故導(dǎo)致網(wǎng)絡(luò)通信中斷?，F(xiàn)在，迅速的找出故障所在，并及時進行修改，是維持系統(tǒng)正常運行的關(guān)鍵。通常情況下，思科路由器若出現(xiàn)故障的話，只是確實是線路、端口、鏈路方面出現(xiàn)了某些物理或者配置上的錯誤。 一、如何推斷以太網(wǎng)端口故障? 一般情況下，若因為路由器的緣故導(dǎo)致網(wǎng)絡(luò)終端，則最可能的緣故確實是以太網(wǎng)的某個端口出現(xiàn)了故障。事實上，Cisco路由器的ISO軟件，本身就提供了許多檢測的命令。通過其自帶的命令工具，我們能夠特不輕松的發(fā)覺一

14、些常規(guī)的錯誤。 如我們能夠先推斷一下那個以太網(wǎng)端口是否出現(xiàn)了物理上的故障。現(xiàn)在，我們就能夠利用show version命令。若使用了那個命令后，發(fā)覺你所在用的端口沒有顯示出來，就表示你用的物理端口出現(xiàn)了故障。假如你有備用端口的話，只需要換一個既可。若不幸沒有備用端口，那么你可能不得不需要更換一個路由器。show version能夠顯示出所有物理性正常的端口，過濾物理性故障的端口。 若我們排出了以太網(wǎng)端口物理性故障的話，則就需要通過show interface ethernet 命令，來檢測配置上面是否存在一些問題。假如一切正常的話，則會顯示Ethernet 0 is up，Line Proto

15、coi Is Up。若路由器沒有連接到網(wǎng)絡(luò)上，即連接故障，則會顯示Ethernet 0 is up，Line Protocoi Is Down?，F(xiàn)在，網(wǎng)絡(luò)治理員就要考慮是否是連接線出現(xiàn)了問題。若是接口故障，則路由器會顯示Ethernet 0 is Down，Line Protocoi Is Down提示。另外，有時候網(wǎng)絡(luò)故障可能是我們不小心操作所造成的，如錯誤的把以太網(wǎng)端口關(guān)閉了。現(xiàn)在，路由器會顯示Ethernet 0 is Administratively down?，F(xiàn)在，網(wǎng)絡(luò)治理員只需要把那個端口重新開啟，即能夠解決路由器通信故障。 通常情況下，當(dāng)出現(xiàn)路由器故障時，我們第一個需要檢測的確實

16、是以太網(wǎng)端口的工作狀態(tài)?，F(xiàn)在，我們往往顯示推斷路由器是否有物理性的故障。排除那個緣故后，再來看以太網(wǎng)端口與線路連接、配置上的問題。這要緊是因為排除物理性故障比排除其他故障要容易的多;而且，若是物理性故障的話，你再去檢測其他緣故差不多上白搭。因此，在檢測以太網(wǎng)端口故障時，要推斷是否是物理性的故障。 二、如何推斷串行端口的故障。 假如企業(yè)網(wǎng)絡(luò)與遠程通信出現(xiàn)中斷的話，則網(wǎng)絡(luò)治理員就需要推斷是否是串行端口出現(xiàn)了故障。串行端口的檢驗相對來講，要比以太網(wǎng)端口的檢驗負責(zé)一些。通常情況下，要按如下的順序進行檢驗。 首先推斷線路是否中斷。在路由器上有一些信號指示燈，通過這些燈我們能夠推斷一些線路上的問題。如正常

17、情況下，路由器上會有DTU指示燈，它一共有四種類型的指示燈，不同的燈代表不同的含義。在路由器正常通電的情況下，Power指示燈應(yīng)該常亮，他要緊用來推斷路由器的通電情況。另外兩個燈Line與Ready燈澤表示了DTU與DDN節(jié)點機之間的連接情況。若通信正常的話，這兩個燈也應(yīng)該常亮。另外還有一個DTR等則表示DTU與路由器的連接情況。若與路由器連接通信正常的話，那個指示燈也常亮。假如會一閃一閃的，就表示線路不通或者線路的質(zhì)量不行。網(wǎng)絡(luò)治理員現(xiàn)在就需要檢查與其他路由器之間的連接線路，是否暢通。另外，在某些規(guī)格的路由器上，串行端口還支持模擬線路?，F(xiàn)在，在路由器上就會有一個Modem指示燈。若企業(yè)采納的

18、是同步專線，則通常情況下，其CD、TD、RD等指示燈應(yīng)該常亮。當(dāng)有數(shù)據(jù)在傳輸時，TD與RD等會不斷的閃耀。 當(dāng)網(wǎng)絡(luò)治理員確定線路沒有問題的話，則就需要推斷其端口是否有故障。關(guān)于串行端口故障的推斷，路由器也提供了兩條有用的命令，分不為shown version 與show interface serial命令。在通常情況下，網(wǎng)絡(luò)治理員要先推斷是否串行端口存在一些物理上的故障。為了達到那個目的，網(wǎng)絡(luò)治理員需要利用shown version來推斷連接的串行端口是否有物理性的故障。輸入那個命令后，若網(wǎng)絡(luò)治理員所連接的端口有顯示，則表示沒有物理性故障。若沒有顯示的話，則表示連接的端口有物理性的故障。 排

19、除端口物理性故障之后，網(wǎng)絡(luò)治理員就需要利用show interface serial命令來推斷是否存在一些配置與連接上的問題。那個命令的使用方法跟以太網(wǎng)的推斷方法類似，那個地點也就不在做詳細的描述。另外串行端口還可能因為上層協(xié)議未通過驗證所導(dǎo)致故障?，F(xiàn)在，網(wǎng)絡(luò)治理員就需要對串行端口配置進行檢查，看看是否存在錯誤的配置。 串行端口一般企業(yè)用的不是專門多，大伙兒碰的少，有時候解決起來可能沒有頭緒。事實上，串行端口跟以太網(wǎng)端口的檢測類似，其發(fā)生故障的緣故也是類似的。通常情況下，利用檢測以太網(wǎng)端口的思路去檢測串行端口的話，往往也能夠發(fā)覺問題的所在。 三、防止路由器故障的一些建議。 事實上，一個稱職的網(wǎng)

20、絡(luò)治理員，除了要在發(fā)覺問題故障、迅速解決故障上有出色的表現(xiàn)，更要有未雨綢繆的思想，在網(wǎng)絡(luò)組建的時候，就采取一定的措施，來減少路由器等網(wǎng)絡(luò)設(shè)備出現(xiàn)故障的幾率。為了減少路由器出現(xiàn)故障的幾率，筆者提以下幾個建議。 一是要注意路由器電源的治理。事實上，不僅是路由器，包括其他網(wǎng)絡(luò)設(shè)備在內(nèi)，都必須要使用帶有有效接地的電源。如筆者所使用的路由器等網(wǎng)絡(luò)設(shè)備電源，就有效接地。那個有效接地的標(biāo)準(zhǔn)，確實是與地面的電壓為零。這要緊是因為路由器等網(wǎng)絡(luò)設(shè)備內(nèi)部的零件都特不的脆弱。在打雷等惡劣天氣下，若沒有有效的接地，則專門可能因為電壓的問題把路由器內(nèi)部零件燒壞，從而給企業(yè)帶來不必要的損失。 二是需要注意防塵。路由器設(shè)備由

21、于通風(fēng)散熱的需要，通常情況下并不是密封的。現(xiàn)在，若灰塵比較多的情況下，往往在路由器內(nèi)部的CPU分散、電源分散以及其他零部件上會覆蓋厚厚的一層灰塵。這會大大的阻礙路由器等網(wǎng)絡(luò)設(shè)備的散熱性。稍有不慎，零部件就會因為散熱不良而燒毀。筆者把路由器等網(wǎng)絡(luò)設(shè)備部署在一個獨立的空間中，同時治理人員進出的話，都必須戴鞋套。以保障空間中的灰塵足夠的少。同時，要定期的對路由器等內(nèi)部的灰塵進行清理。筆者差不多上是一年清理一次。事實上看起來專門潔凈，然而空氣中怎么講有比較多的灰塵。一年一次的打掃，仍然會堆積許多的灰塵。因此，定期進行灰塵清理依舊蠻有必要的。能夠有效的延長路由器的使用壽命。 三是布線等要比較有序。在路由

22、器、交換機等布線時，最好采納布線架。筆者在給一些企業(yè)進行網(wǎng)絡(luò)維護時，發(fā)覺一些企業(yè)的路由器、交換機端口專門容易壞。事實上確實是因為線布置的不合理，互相拉扯，而導(dǎo)致的端口故障。簡潔、合理的布線方式，不僅能夠提高路由器等關(guān)鍵網(wǎng)絡(luò)設(shè)備的壽命，而且，我們?nèi)粘＞S護起來也會更加的順手。叫你如何開始學(xué)習(xí)JSP今天開始學(xué)習(xí)JSP，在網(wǎng)上搜到那個，覺得專門有用，就摘過來了 一個一般的錯誤是把JSP當(dāng)作簡化的 Java。它不是，（事實上, JSP 是簡化的 servlets 。）程序員通常試著沒有學(xué)習(xí)要求的支持技巧而直接學(xué)習(xí)JSP 。JSP 是一個銜接技術(shù)，同時成功地連接你需要理解的另外的技術(shù)。假如你差不多明白 J

23、ava ， HTML 和 Javascript，這意味著JSP 將確實是簡單的。 需要成為一個成功的 JSP 程序員能夠參考那個時刻表。請注意下列： *忽略你差不多熟悉的步驟。 *訓(xùn)練的時刻只是代表學(xué)習(xí)好足夠的基礎(chǔ)時刻，如此才能轉(zhuǎn)移到下一步。 、建立同時理解你的Web Server。 因為Apache 是免費的同時在大多數(shù)平臺上工作，為訓(xùn)練目的推舉 Apache。 安裝時刻：2 天。 、 保證你理解 HTML / XHTML 。 你將需要了解html基礎(chǔ), 特不是 HTML 布局中的table的使用。XHTML 不久將代替 HTML ，學(xué)習(xí) XHTML 的基礎(chǔ)是一個好主意。許多程序員 通過 H

24、TML IDE 學(xué)習(xí) HTML ( 集成開發(fā)環(huán)境 ) 。因為大多數(shù) HTML IDE產(chǎn)生混亂的HTMl語法，因此花時刻學(xué)習(xí)手工寫作html是專門有必要的。因 為你將會使用 JSP 和 HTML 混合編程，精通HTML語法是重要的。因此，你必須能流利地寫 HTML 。訓(xùn)練時刻：2 4 個星期。 、開始學(xué)習(xí) Java 。 開始學(xué)習(xí) Java 1.3 理解 Java 基礎(chǔ)是專門重要的。不用擔(dān)心學(xué)習(xí)Swing或 Java 的圖形方面，因為在JSP 中你可不能使用這些特征。集中精力 在 Java 工作的細節(jié)，學(xué)習(xí) Java 的邏輯，也在 Java Bean上花時刻。學(xué)習(xí)Applet是好的, 然而就象Sw

25、ing， JSP 的大多數(shù)應(yīng)用將不使用小程序。訓(xùn)練時刻：3 6 個星期。 、學(xué)習(xí) JavaScript 學(xué)習(xí)如何將 JavaScript在HTML中驗證輸入的Form元素。也學(xué)習(xí) JavaScript如何能在一 HTML 頁以內(nèi)修改Form的元素。最后要求你能從一HTML 頁內(nèi)的事件中觸發(fā) JavaScript Function。訓(xùn)練時刻：一 2 個星期。 、學(xué)習(xí)同時理解你的Web Server的更好的細節(jié)。 熟悉Web Server的特征，這是專門重要的。 訓(xùn)練時刻：2 天。 、建立你的 JSP Server 我推舉以Tomcat開始。它能夠?qū)ｉT好地運行JSP程序。當(dāng)你不能在生產(chǎn)使用Tomc

26、at時，學(xué)習(xí)盡可能多的知識以便于更好的運行程序。另外, 許多 JSP 程序員使用Tomcat。因此當(dāng)你遇到一個問題時，你將容易發(fā)覺關(guān)心。 安裝時刻：一 2 天。 、開始學(xué)習(xí) JSP 。 差不多的 JSP 學(xué)習(xí)通過的步驟 1到步驟6能夠完成, 然后使用 JSP 對象和腳本寫 JSP 程序來聯(lián)系。學(xué)習(xí) JSP 的另外一個方面能夠?qū)W習(xí)如何創(chuàng)建一個分布式的應(yīng)用程序。訓(xùn)練時刻：4 6 個星期。 、學(xué)習(xí)更多的 JSP server。 沒有關(guān)于更多的 JSP Server因此也能夠運行jsp程序。然而, 許多 JSP server都由自己專門的特征，能夠讓你更好的理解你的JSP 工程。學(xué)習(xí)更多的Jsp se

27、rver如何處理jsp程序是有必要的。同樣也能夠優(yōu)化你的 JSP 應(yīng)用程序，同時使之運行得更快而不出任何問題。訓(xùn)練時刻：2 7 天。 、 學(xué)習(xí) JDBC 。 JSP 大多數(shù)應(yīng)用將使用數(shù)據(jù)庫，JDBC 被用于數(shù)據(jù)庫連接。經(jīng)常忽略的一個事實確實是，每個 JDBC Driver 所支持的東西是相當(dāng)不同的。了解并熟悉在jsp工程上被使用的 JDBC driver的細節(jié)是專門重要的。 （有時這部分的學(xué)習(xí)被包含在前面 Java 或JSP的學(xué)習(xí)中了 。）訓(xùn)練時刻：1 2 個星期。 到現(xiàn)在，你差不多成為了熟練的 JSP 程序員。仍然有專門多需要學(xué)習(xí)，你能夠考慮擴展你的知識比如 DHTML ， XML ，jav

28、a證書， JSP Tag Libraries 或 Servlets , 看你想要造什么類型的網(wǎng)站而決定了。 這些訓(xùn)練是JSP 的核心。你不必都學(xué)習(xí)上面所有的, 取決于你在工程中分配到什么任務(wù)和你差不多有什么知識。然而這是我成功地訓(xùn)練程序員的時刻表。關(guān)鍵的單元是時刻。平均的講, 5 個月時刻確實能夠訓(xùn)練一個人 ( 從開始到完成 ) 成為一個對jsp熟悉程序員。5 個月時刻大概專門長，但要成為一個資深的WEB程序員所學(xué)的東西遠遠不止這一些。 也許你認為如此學(xué)習(xí)一種語言花費的時刻太長了，因為學(xué) ASP 會更快、時刻會更短。 然而學(xué)習(xí) ASP 不需要學(xué)習(xí)java的。打造安全服務(wù)器虛擬化環(huán)境服務(wù)器虛擬化不只是服務(wù)器與儲存廠商提出具體的數(shù)據(jù)愛護方案，現(xiàn)在，網(wǎng)絡(luò)安全設(shè)備廠商也陸續(xù)推出虛擬化的相關(guān)產(chǎn)品。我們將告訴你在安全防護上該注意的所有事項。 服務(wù)器虛擬化是IT基