【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 Three Layer System Structure Chart 第一層（表示層） ： 負(fù)責(zé)系統(tǒng)與用戶的交互工作。表示層由兩部分組成：即 Web 客 戶端和 Web 服務(wù)器。 Web 客戶端駐留在用戶計(jì)算機(jī)中，通常用來接受 Web 瀏覽器的 表格。 Web服務(wù)器位于 Web 主機(jī)地址上 ,用來生成動態(tài) Web 頁面和組成系統(tǒng)的表格。 Web 客戶端與 Web服務(wù)器端 通過 ?H 青求一回應(yīng)?的方式來相互通信。 Web 客戶端向 Web 服務(wù)器發(fā)出請求， Web服務(wù)器根據(jù)請求做出回應(yīng)。 HTML 嵌入了 Web 服務(wù)器發(fā) 出的回應(yīng)，該回應(yīng)用來指示瀏覽器顯示什么內(nèi)容。 第二層（業(yè)務(wù)邏輯層）：業(yè)務(wù)邏輯層從顯示層獲取數(shù)據(jù)，訪問（獲取和保存）數(shù)據(jù) 庫層的數(shù)據(jù)并執(zhí)行必要的運(yùn)算或者處理數(shù)據(jù)等業(yè)務(wù)處理，然后將結(jié)果返回表示層。 表示層 （ Presentation Layer) 顯示頁面 、后臺代碼 SQL Server \ Database^^ 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 第三層（數(shù)據(jù)訪問層）：在數(shù)據(jù)訪問層中包含系統(tǒng)的數(shù)據(jù)處理邏輯， r位于數(shù)據(jù)庫服 務(wù)器端。它的任務(wù)是接受業(yè)務(wù)邏輯層對數(shù)據(jù)庫操作的請求，實(shí)現(xiàn)對數(shù)據(jù)庫查詢、修改、 更新等功能，把運(yùn)行結(jié)果返回 給業(yè)務(wù)邏輯層。 4. 三層體系優(yōu)勢 三層體系架構(gòu)開發(fā)上具有以下優(yōu)勢： (1) 從開發(fā)角度和應(yīng)用角度來看，三層架構(gòu)比二層架構(gòu)或單層架構(gòu)都有更大的優(yōu)勢。 三層架構(gòu)適合團(tuán)隊(duì)開發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。幵發(fā)二層或單 層應(yīng)用程序時，每個開發(fā)人員都應(yīng)對系統(tǒng)有較深的理解，能力要求很高，開發(fā)三層應(yīng)用 程序時，則可以結(jié)合多方面的人才，只需少數(shù)人對系統(tǒng)全面了解即可，從一定程度降低 了開發(fā)的難度。 (2) 三層架構(gòu)可以更好的支持分布式計(jì)算環(huán)境。邏輯層的應(yīng)用程序可以 在多個計(jì)算 機(jī)上運(yùn)行，充分利用網(wǎng)絡(luò)的計(jì)算功能。分布式計(jì)算的潛力巨大，遠(yuǎn)比升級 CPU 有效。 美國人曾利用分式計(jì)算解密，幾個月就破解了據(jù)稱永遠(yuǎn)都破解不了的密碼。 (3) 三層架構(gòu)的最大優(yōu)點(diǎn)是它的安全性。用戶只能通過邏輯層來訪問數(shù)據(jù)層，減少 了入口點(diǎn)，把很多危險(xiǎn)的系統(tǒng)功能都屏蔽了。 (4) 可以使用 .NET 平臺快速方便地部署三層架構(gòu)。 革命性的變 化是在網(wǎng)頁中也使用基于事件的處理，可以指定處理的后臺代碼文件，可以使用 C、 VB、 C++和柏作為后臺代碼的語言。 .NET 中可以方便的實(shí)現(xiàn)組 件的裝配，后臺代碼通 過命名空間可以方便的使用自己定義的組件。顯示層放在 ASPX 頁面中，數(shù)據(jù)庫操作和 邏輯層用組件或封裝類來實(shí)現(xiàn)，這樣就很方便的實(shí)現(xiàn)了三層架構(gòu)。 4. 4 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì) 數(shù)據(jù)庫設(shè)計(jì)包含兩方面的內(nèi)容：概念設(shè)計(jì)和行為特性設(shè)計(jì)。 9R 概念結(jié)構(gòu)設(shè)計(jì)：從用戶的實(shí)際需求出發(fā)，通過 ER模型將反映的現(xiàn)實(shí)世界中的實(shí)體、 屬性和它們之間的關(guān)系等的原始數(shù)據(jù)形式包括各數(shù)據(jù)項(xiàng)、記錄、系、文卷的標(biāo)識符、定 義、類型、度量單位和值域，建立本數(shù)據(jù)庫的每一幅用戶視圖。 _邏輯結(jié)構(gòu) 設(shè)計(jì)：原始數(shù)據(jù)進(jìn)行分解、合并后重新組織起來的數(shù)據(jù)庫全局邏輯結(jié)構(gòu)。 表、視圖、存儲過程及觸發(fā)器的名稱、結(jié)構(gòu)、操作注意事項(xiàng)進(jìn)行定義和說明。 物理結(jié)構(gòu)設(shè)計(jì)：數(shù)據(jù)在內(nèi)存中的安排，包括對索引區(qū)、緩沖區(qū)的設(shè)計(jì)。所使用的外 存設(shè)備及外存空間的組織，包括索引區(qū)、數(shù)據(jù)塊的組織與劃分和訪問數(shù)據(jù)的方式方法。 選擇存儲結(jié)構(gòu)： 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 選擇何種存儲結(jié)構(gòu)與 DBMS 有關(guān)。對于關(guān)系 DBMS,由于每個關(guān)系表 現(xiàn)為文件，而不同關(guān)系之間的聯(lián)系完全是通過查詢實(shí)現(xiàn)的，因此存儲結(jié)構(gòu)相對比較簡單。 通常在關(guān)系數(shù)據(jù)庫中記錄依照到來的先后次序存放，用戶可以根據(jù)需要進(jìn) 行排序或索 弓丨。確定存取方法：存取方法依賴于存儲結(jié)構(gòu)， DBMS 通常支持多種存取方法，如，順 序方法或索引方法等。選擇存取路徑：關(guān)系數(shù)據(jù)庫中可以建立單項(xiàng)索引或組合索引，不 同的索引方法進(jìn)入數(shù)據(jù)庫的是不同的，因而存取效率也不同。確定數(shù)據(jù)的存放位置：用 戶有較大的選擇余地?，F(xiàn)在大多數(shù)是磁盤、光盤或磁帶。 其它設(shè)計(jì)：在數(shù)據(jù)庫的設(shè)計(jì)中，將如何通過區(qū)分不同的訪問者、不同的訪問類型和 不同的數(shù)據(jù)對象，進(jìn)行分別對待而獲得的數(shù)據(jù)庫安全保密的設(shè)計(jì)考慮等。 其中設(shè)計(jì) ER圖是針對特定用戶的應(yīng)用，確定實(shí)體、屬性和實(shí)體間的聯(lián)系，設(shè) 計(jì)該 用戶視圖的局部 ER圖。綜合各個用戶的局部 ER圖，產(chǎn)生反映數(shù)據(jù)庫整體概念的總體 ER 圖。一個系統(tǒng)的 ER 圖并不是唯一的?，F(xiàn)實(shí)世界的復(fù)雜性導(dǎo)致實(shí)體聯(lián)系的復(fù)雜性和 不唯一性。 4. 數(shù)據(jù)庫設(shè)計(jì)原則 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)遵循以下原則： (1) 需求分析階段 準(zhǔn)確了解與分析用戶需求（明確數(shù)據(jù)來源、數(shù)據(jù)接口）。 (2) 概念結(jié)構(gòu)設(shè)計(jì)階段 是整個數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵，通過對用戶需求進(jìn)行綜合、歸納與抽象，形成一個獨(dú)立 于具體DBMS 的概念模型。 (3) 邏輯結(jié)構(gòu)設(shè)計(jì)階段 將概念結(jié)構(gòu)轉(zhuǎn)換為某個 DBMS 所支持的數(shù)據(jù)模型 對其進(jìn)行優(yōu)化。 . (4) 數(shù)據(jù)庫物理設(shè)計(jì)階段 為邏輯數(shù)據(jù)模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)（包括存儲結(jié)構(gòu)和存取方法）。 (5) 數(shù)據(jù)庫實(shí)施階段 運(yùn)用 DBMS 提供的數(shù)據(jù)語言、工具及宿主語言，根據(jù)邏輯設(shè)計(jì)和物理設(shè)計(jì)的結(jié)果 建立數(shù)據(jù)庫，編制與調(diào)試應(yīng)用程序，組織數(shù)據(jù)入庫，并進(jìn)行試運(yùn)行。 (6) 數(shù)據(jù)庫運(yùn)行和維護(hù)階段 數(shù)據(jù)庫應(yīng)用系統(tǒng)經(jīng)過試運(yùn)行后即可投入正式運(yùn)行。在數(shù)據(jù)庫系統(tǒng)運(yùn)行過程中不斷地 對其進(jìn)行評價(jià)、調(diào)整與修改。 對于數(shù)據(jù)庫表的設(shè)計(jì)，系統(tǒng)遵循以下設(shè)計(jì)原則： (1) 標(biāo)準(zhǔn)化和規(guī)范化 數(shù)據(jù)的標(biāo)準(zhǔn)化有助于消除數(shù)據(jù)庫中 的數(shù)據(jù)冗余。標(biāo)準(zhǔn)化有好幾種形式，但 Third Normal Form (3NF)通常被認(rèn)為在性能、擴(kuò)展性和數(shù)據(jù)完整性方面達(dá)到了最好平衡 []。 簡單來說，遵守 3NF 標(biāo)準(zhǔn)的數(shù)據(jù)庫的表設(shè)計(jì)原則是： One Fact in One Place即某個表 只包括其本身基 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 本的屬性，當(dāng)不是它們本身所具有的屬性時需進(jìn)行分解。表之間的關(guān)系 通過外鍵相連接。它具有以下特點(diǎn)：有一組表專門存放通過鍵連接起來的關(guān)聯(lián)數(shù)據(jù)；我 們的數(shù)據(jù)庫設(shè)計(jì)遵循第三范式設(shè)計(jì)原則。 (2) 數(shù)據(jù)驅(qū)動 采用數(shù)據(jù)驅(qū)動而非硬編碼的方式，許多策略變更和維護(hù)都會方 便得多，大大增強(qiáng)系 統(tǒng)的靈活性和擴(kuò)展性。 (3) 考慮各種變化 在設(shè)計(jì)數(shù)據(jù)庫的時候考慮到哪些數(shù)據(jù)字段將來可能會發(fā)生變更。 對于數(shù)據(jù)庫中鍵值的設(shè)計(jì)，我們遵循以下設(shè)計(jì)原則： (1) 鍵設(shè)計(jì)原則 ①為關(guān)聯(lián)字段創(chuàng)建外鍵 ②所有的鍵都必須唯一 ③避免使用復(fù)合鍵 ④外鍵總是關(guān)聯(lián)唯一的鍵字段 (2) 索引使用原則 ①索引是從數(shù)據(jù)庫中獲取數(shù)據(jù)的最高效方式之一。 95%的數(shù)據(jù)庫性能問題都可以采 用索引技術(shù)得到解決。 ②邏輯主鍵使用唯一的成組索引，對系統(tǒng)鍵（作為存儲過程）采用唯一的非成組索 弓丨，對任何外鍵列釆用非成組索引。 ③ 大多數(shù)數(shù)據(jù)庫都索引自動創(chuàng)建的主鍵字段，同時使用合理的使用外鍵，以最大程 度滿足業(yè)務(wù)數(shù)據(jù)的完整性。 ④不要索引大文本類型字段，以避免索引占用太多的存儲空間。 ⑤不索引常用的小型表，不要為小型數(shù)據(jù)表設(shè)置任何鍵，假如它們經(jīng)常有插入和刪 除操作就更別這樣作了。對這些插入和刪除操作的索引維護(hù)可能比掃描表空間消耗更多 的時間。 從數(shù)據(jù)設(shè)計(jì)設(shè)計(jì)的完整性角度出發(fā)，我們遵循以下原則： 完整性實(shí)現(xiàn)機(jī)制 實(shí)體完整性，以主鍵的方式保證實(shí)體完整性。 參照完整性：通過外鍵實(shí)現(xiàn)機(jī)制（約束規(guī)則）和觸發(fā)器實(shí)現(xiàn)機(jī)制來保證數(shù)據(jù)的參照 完 整性。 用約束而非商務(wù)規(guī)則強(qiáng)制數(shù)據(jù)完整性 釆用數(shù)據(jù)庫系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)的完整性。這不但包括通過標(biāo)準(zhǔn)化實(shí)現(xiàn)的完整性而且還包 括數(shù)據(jù)的功能性。在寫數(shù)據(jù)的時候還可以增加觸發(fā)器來保證數(shù)據(jù)的正確性。不要依賴于 商務(wù)層保證數(shù)據(jù)完整性；它不能保證表之間（外鍵）的完整性所以不能強(qiáng)加于其他完整 性規(guī)則之上。 強(qiáng)制指示完整性 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 在有害數(shù)據(jù)進(jìn)入數(shù)據(jù)庫之前將其剔除。激活數(shù)據(jù)庫系統(tǒng)的指示完整性特性。這樣可 以保持?jǐn)?shù)據(jù)的清潔而能迫使開發(fā)人員投入更多的時間處理錯誤條件。 使用查找控制數(shù)據(jù)完整性 控制數(shù)據(jù)完整性的最佳方式就 是限制用戶的選擇。只要有可能都應(yīng)該提供給用戶一 個清晰的價(jià)值列表供其選擇。這樣將減少鍵入代碼的錯誤和誤解同時提供數(shù)據(jù)的一致 性。某些公共數(shù)據(jù)特別適合查找：國家代碼、狀態(tài)代碼等。 采用視圖 為了在數(shù)據(jù)庫和應(yīng)用程序代碼之間提供另一層抽象，可以為應(yīng)用程序建立專門的視 圖而不必非要應(yīng)用程序直接訪問數(shù)據(jù)表。這樣做還等于在處理數(shù)據(jù)庫變更時提供了更多 的自由。 4. 4. 2 實(shí)體關(guān)系圖設(shè)計(jì)基于 .NET信貸平臺項(xiàng)目管理系 統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 32. 概念模型是將現(xiàn)實(shí)世界和數(shù)據(jù)世界聯(lián)系旳橋梁。概念模型是將現(xiàn)實(shí)世界和數(shù)據(jù)世界 聯(lián)系的橋梁。屬性：實(shí)體所擁有的某一方面旳特性。實(shí)體和實(shí)體之間的關(guān)系有一對一關(guān) 系、多對多的關(guān)系、多對一的關(guān)系。圖 是系統(tǒng)中用到的重要的 4張表的實(shí)體關(guān)系圖。 包括客戶基本信息表、業(yè)務(wù)申請書表、合同信息表、借據(jù)信息表。 根據(jù)數(shù)據(jù)庫 ER圖，將數(shù)據(jù)庫概念結(jié)構(gòu) 轉(zhuǎn)達(dá)換為數(shù)據(jù)庫系統(tǒng)所支持的實(shí)際數(shù)據(jù)模型 也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。由于概念設(shè)計(jì)的結(jié)果是 ER 圖， DBMS 采用關(guān)系型，因此數(shù) 據(jù)庫的邏輯設(shè)計(jì)過程就是把 ER 圖轉(zhuǎn)化為關(guān)系模式的過程。由于關(guān)系模型所具有的優(yōu)點(diǎn)， 邏輯設(shè)計(jì)可以充分運(yùn)用關(guān)系數(shù)據(jù)庫規(guī)范化理論，使設(shè)計(jì)過程形式化地進(jìn)行。設(shè)計(jì)結(jié)果是 一組關(guān)系模式的定義。表、表 、表 定義表的主鍵、外鍵、類型和字段等。 )(！據(jù)余? 圖 4. 10 實(shí)體關(guān)系圖 Fig. Entity Relationship Chart 大連理工大學(xué)專業(yè)學(xué)位碩士學(xué)位論文 表 4 . 1 客戶信息表 . 4 . 1 Customer Base Information 字段名稱 客戶代碼 貸款卡編碼 公司中文名稱 公司外文名稱 客戶習(xí)慣稱呼 法律責(zé)任形式 客戶資質(zhì) 客戶所屬領(lǐng)域 客戶種類 客戶所屬區(qū)域 組織機(jī)構(gòu)代碼 法人類型 法定代表人名稱 法定代表人身份證 工商營業(yè)執(zhí)照號 企業(yè)成立日期 國稅登記證號 地稅登記證號 注冊資本 實(shí)收資本 經(jīng)費(fèi)來源 開戶許可證 注冊地址 目前辦公地址 聯(lián)系電話 — Email地址 網(wǎng)址 通訊地址 郵政編碼 傳真電話 Cusjd Loan_Id CN_Com 一 Name ENCom 一 Name HB_Com_Name ComJaw_duty Com_aptitude Cus_Field CusKind Cus_area Org—Id Corp_type Rep_Name Rep_Person_Id Com_Reg_Id Com Reg Date Reg_Capital Paid_Capital FundingSource Acc_Permit Reg_Address Current_Address Com_Phone CotnJEmail Com_Web Com 一PostAddress Com_Zip_Code Com Fax Char Char VarChar Varchar Varchar Char Long varchar Char Char Char Char Char Char Char Char Datetime Char Char Numeric Numeric Char Char Long varchar Varchar Varchar Varchar Varchar Varchar Char Varchar 客戶基本信息表：主要用于記錄銀行借款客戶和借款 客戶的關(guān)聯(lián)人擔(dān)保人的基本資 料信息，其中客戶代碼是主鍵。 字段名稱 類型 NULL FK PK 是 否 否 否 是 是 否 是 是 否 是 是 否 是 是 否 否 是 是 是 是 是 是 是 是 是 是 是 是 20 16 100 50 50 2 2 2 10 2 16 20 30 8 30 30 15，2 15，2 30 20 100 40 40 40 100 10 基于 .NET信貸平臺項(xiàng)目管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 表 4. 2 業(yè)務(wù)申請表 b. Apply Base Information FK PK 申請書號 客戶代碼 業(yè)務(wù)品種 申請日期 經(jīng)辦機(jī)構(gòu) 經(jīng)辦人 登記日期 通過日期 申請幣種