【文章內(nèi)容簡介】 、BIG5，日文的Shift_JIS等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名、JDBC和JDBC等多種數(shù)據(jù)庫連接途徑 、檢查、優(yōu)化數(shù)據(jù)庫操作的管理工具 SQLServer2000的應用與其他的大型數(shù)據(jù)庫例如Oracle、DB2等相比，SQLServer2000自有它的不足之處，如規(guī)模小、功能有限等，但是這絲毫也沒有減少它受歡迎的程度。對于一般的個人使用者和中小型企業(yè)來說，SQLServer2000提供的功能已經(jīng)綽綽有余。SQLServer2000管理可以使用命令行工具管理SQLServer2000數(shù)據(jù)庫，也可以使用sqlserver自帶的企業(yè)管理器來進行管理，界面友好，操作簡單。SQLServer2000存儲引擎master SQLServer2000的默認數(shù)據(jù)庫，最為常用。擁有較高的插入，查詢速度，但不支持事務InnoDB 事務型數(shù)據(jù)庫的首選引擎，支持ACID事務，支持行級鎖定BDB 源自Berkeley DB，事務型數(shù)據(jù)庫的另一種選擇，支持COMMI和ROLLBACK等其他事務特性Memory 所有數(shù)據(jù)置于內(nèi)存的存儲引擎，擁有極高的插入，更新和查詢效率。但是會占用和數(shù)據(jù)量成正比的內(nèi)存空間。并且其內(nèi)容會在SQLServer2000重新啟動時丟失Merge 將一定數(shù)量的MyISAM表聯(lián)合而成一個整體，在超大規(guī)模數(shù)據(jù)存儲時很有用Archive 非常適合存儲大量的獨立的，作為歷史記錄的數(shù)據(jù)。因為它們不經(jīng)常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差Federated 將不同的SQLServer2000服務器聯(lián)合起來，邏輯上組成一個完整的數(shù)據(jù)庫。非常適合分布式應用Cluster/NDB 高冗余的存儲引擎，用多臺數(shù)據(jù)機器聯(lián)合提供服務以提高整體性能和安全性。適合數(shù)據(jù)量大，安全和性能要求高的應用CSV 邏輯上由逗號分割數(shù)據(jù)的存儲引擎BlackHole 黑洞引擎，寫入的任何數(shù)據(jù)都會消失另外，SQLServer2000的存儲引擎接口定義良好。有興趣的開發(fā)者通過閱讀文檔編寫自己的存儲引擎。SQLServer2000最常見的應用架構單點(Single)，適合小規(guī)模應用復制(Replication)，適合中小規(guī)模應用集群(Cluster)，適合大規(guī)模應用。 JDBCJDBC（Java Data Base Connectivity,java數(shù)據(jù)庫連接）是一種用于執(zhí)行SQL語句的Java API，可以為多種關系數(shù)據(jù)庫提供統(tǒng)一訪問，它由一組用Java語言編寫的類和接口組成。JDBC為工具/數(shù)據(jù)庫開發(fā)人員提供了一個標準的API，據(jù)此可以構建更高級的工具和接口，使數(shù)據(jù)庫開發(fā)人員能夠用純 Java API 編寫數(shù)據(jù)庫應用程序，同時，JDBC也是個商標名。 有了JDBC，向各種關系數(shù)據(jù)發(fā)送SQL語句就是一件很容易的事。換言之，有了JDBC ，就不必為訪問access數(shù)據(jù)庫專門寫一個程序，為訪問Oracle數(shù)據(jù)庫又專門寫一個程序，或為訪問Informix數(shù)據(jù)庫又編寫另一個程序等等，程序員只需用JDBC寫一個程序就夠了，它可向相應數(shù)據(jù)庫發(fā)送SQL調(diào)用。同時，將Java語言和JDBC結合起來使程序員不必為不同的平臺編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平臺上運行，這也是Java語言“編寫一次，處處運行”的優(yōu)勢。Java數(shù)據(jù)庫連接體系結構是用于Java應用程序連接數(shù)據(jù)庫的標準方法。JDBC對Java程序員而言是API，對實現(xiàn)與數(shù)據(jù)庫連接的服務提供商而言是接口模型。作為API，JDBC為程序開發(fā)提供標準的接口，并為數(shù)據(jù)庫廠商及第三方中間件廠商實現(xiàn)與數(shù)據(jù)庫的連接提供了標準方法。JDBC使用已有的SQL標準并支持與其它數(shù)據(jù)庫連接標準，如JDBC之間的橋接。JDBC實現(xiàn)了所有這些面向標準的目標并且具有簡單、嚴格類型定義且高性能實現(xiàn)的接口。 B/S模式分析 C/S模式主要由客戶應用程序(Client)、服務器管理程序(Server)和中間件(middleware)三個部件組成?？蛻魬贸绦蚴窍到y(tǒng)中用戶與數(shù)據(jù)進行交互的部件。服務器程序負責有效地管理系統(tǒng)資源，如管理一個信息數(shù)據(jù)庫，其主要工作是當多個客戶并發(fā)地請求服務器上的相同資源時，對這些資源進行最優(yōu)化管理。中間件負責聯(lián)結客戶應用程序與服務器管理程序，協(xié)同完成一個作業(yè)，以滿足用戶查詢管理數(shù)據(jù)的要求。 B/S模式是一種以Web技術為基礎的新型的MIS系統(tǒng)平臺模式。把傳統(tǒng)C/S模式中的服務器部分分解為一個數(shù)據(jù)服務器與一個或多個應用服務器(Web服務器)，從而構成一個三層結構的客戶服務器體系。 第一層客戶機是用戶與整個系統(tǒng)的接口?？蛻舻膽贸绦蚓喌揭粋€通用的瀏覽器軟件，如NetscapeNavigator，微軟公司的IE等。瀏覽器將HTML代碼轉化成圖文并茂的網(wǎng)頁。網(wǎng)頁還具備一定的交互功能，允許用戶在網(wǎng)頁提供的申請表上輸入信息提交給后臺，并提出處理請求。這個后臺就是第二層的Web服務器。 第二層Web服務器將啟動相應的進程來響應這一請求，并動態(tài)生成一串HTML代碼，其中嵌入處理的結果，返回給客戶機的瀏覽器。如果客戶機提交的請求包括數(shù)據(jù)的存取，Web服務器還需與數(shù)據(jù)庫服務器協(xié)同完成這一處理工作。 　　第三層數(shù)據(jù)庫服務器的任務類似于C/S模式，負責協(xié)調(diào)不同的Web服務器發(fā)出的SQ請求，管理數(shù)據(jù)庫。 B/S模式首先簡化了客戶端。它無需象C/S模式那樣在不同的客戶機上安裝不同的客戶應用程序，而只需安裝通用的瀏覽器軟件。這樣不但可以節(jié)省客戶機的硬盤空間與內(nèi)存，而且使安裝過程更加簡便、網(wǎng)絡結構更加靈活。假設一個企業(yè)的決策層要開一個討論庫存問題的會議，他們只需從會議室的計算機上直接通過瀏覽器查詢數(shù)據(jù)，然后顯示給大家看就可以了。甚至與會者還可以把筆記本電腦聯(lián)上會議室的網(wǎng)絡插口，自己來查詢相關的數(shù)據(jù)。其次，它簡化了系統(tǒng)的開發(fā)和維護。系統(tǒng)的開發(fā)者無須再為不同級別的用戶設計開發(fā)不同的客戶應用程序了，只需把所有的功能都實現(xiàn)在Web服務器上，并就不同的功能為各個組別的用戶設置權限就可以了。各個用戶通過HTTP請求在權限范圍內(nèi)調(diào)用Web服務器上不同處理程序，從而完成對數(shù)據(jù)的查詢或修改?，F(xiàn)代企業(yè)面臨著日新月異的競爭環(huán)境，對企業(yè)內(nèi)部運作機制的更新與調(diào)整也變得逐漸頻繁。相對于C/S，B/S的維護具有更大的靈活性。當形勢變化時，它無須再為每一個現(xiàn)有的客戶應用程序升級，而只需對Web服務器上的服務處理程序進行修訂。這樣不但可以提高公司的運作效率，還省去了維護時協(xié)調(diào)工作的不少麻煩。如果一個公司有上千臺客戶機，并且分布在不同的地點，那么便于維護將會顯得更加重要。 再次，它使用戶的操作變得更簡單。對于C/S模式，客戶應用程序有自己特定的規(guī)格，使用者需要接受專門培訓。而采用B/S模式時，客戶端只是一個簡單易用的瀏覽器軟件。無論是決策層還是操作層的人員都無需培訓，就可以直接使用。B/S模式的這種特性，還使MIS系統(tǒng)維護的限制因素更少。 最后，B/S特別適用于網(wǎng)上信息發(fā)布，使得傳統(tǒng)的MIS的功能有所擴展。這是C/S所無法實現(xiàn)的。而這種新增的網(wǎng)上信息發(fā)布功能恰是現(xiàn)代企業(yè)所需的。這使得企業(yè)的大部分書面文件可以被電子文件取代，從而提高了企業(yè)的工作效率，使企業(yè)行政手續(xù)簡化，節(jié)省人力物力。 鑒于B/S相對于C/S的先進性，B/S逐漸成為一種流行的MIS系統(tǒng)平臺。各軟件公司紛紛推出自己的Internet方案，基于Web的財務系統(tǒng)、基于Web的ERP。一些企業(yè)已經(jīng)領先一步開始使用它，并且收到了一定的成效。 B/S模式的新穎與流行，和在某些方面相對于C/S的巨大改進，使B/S成了MIS系統(tǒng)平臺的首選。系統(tǒng)分析 系統(tǒng)實現(xiàn)目標系統(tǒng)主要實現(xiàn)：學生注冊、填寫詳細資料、在線申請貸款、學校審核意見、銀行最終審核等功能，(1) 學生注冊：學生通過注冊用戶，提交自己的詳細個人資料，考慮現(xiàn)實應用中的安全性，資料提交后不可修改；(2) 在線申請貸款：學生在線提出貸款申請，提交后不可修改；(3) 學校審核意見：學校初步審核學生提交的貸款申請，如同意則提交到銀行相關部門，如不同意則反饋給學生本人；(4) 銀行最終審核：銀行最終審核學生提交的貸款申請，如同意則通知學生辦理相關業(yè)務手續(xù)，如不同意則反饋給學生本人。 系統(tǒng)體系結構在系統(tǒng)功能分析的基礎上，做系統(tǒng)功能模塊圖如下： 主控流程圖開 始輸入用戶名、密碼 密碼正確？N Y 進入主控模塊選擇操作方式退出系統(tǒng)Y停 止 系統(tǒng)ER圖用戶名密碼管理員管理大學生貸款系統(tǒng)系統(tǒng)用戶信息修改密碼學校登陸初步審核修改密碼用戶注冊詳細資料申請貸款增加用戶修改密碼系統(tǒng)設計本系統(tǒng)不僅要求功能完善，而且還要界面友好，因此，對于一個成功的系統(tǒng)設計，功能模塊的設計是關鍵。 概要設計在系統(tǒng)需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標系統(tǒng)的邏輯模型?，F(xiàn)在我們所要做的就是要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)系統(tǒng)的需求。首先，我們需要描述的是系統(tǒng)的總的體系結構。 系統(tǒng)結構設計系統(tǒng)的概要設計中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個復雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復雜性，提高可讀性、可維護性，但模塊的劃分不能是任意的，應盡量保持其獨立性。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨立性，為設計高質