《數(shù)據(jù)庫技術與應用》PPT課件.ppt
《《數(shù)據(jù)庫技術與應用》PPT課件.ppt》由會員分享,可在線閱讀,更多相關《《數(shù)據(jù)庫技術與應用》PPT課件.ppt(91頁珍藏版)》請在裝配圖網(wǎng)上搜索。
1、課程內(nèi)容,第一部分 涉及1、9章 重點介紹 數(shù)據(jù)庫相關基本概念 關系數(shù)據(jù)庫設計理論及實踐,課程內(nèi)容,第二部分 涉及2-8章 重點介紹 數(shù)據(jù)庫、表、聯(lián)系在Sql server中的實現(xiàn) 管理視圖、索引、存儲過程、觸發(fā)器、游標 查詢 數(shù)據(jù)庫安全 用戶權限 數(shù)據(jù)完整性 事務處理 恢復及備份,課程內(nèi)容,第三部分 涉及10章及其他資料 簡要介紹 Visual Basic常用控件 ADO.NET數(shù)據(jù)庫操作 圖書管理系統(tǒng)的開發(fā),教學安排,出于課程內(nèi)容的相對獨立性及項目開發(fā)流程的考慮 第一部分,先行學習 第二部分,依次學習 第三部分,穿插介紹,自學為主 要求在常用.net windows控件掌握的基礎上獨立完成
2、“圖書管理系統(tǒng)”的設計,課堂要求,在學習過程中遇到的疑問提倡自行解決 學習力的鍛煉 輔導效率的改善 課后交流(email:) 作業(yè) 公共 單獨或小組 疑問,第一部分基本概念,數(shù)據(jù)(Data) 數(shù)據(jù)是描述事物的符號記錄,在數(shù)據(jù)庫范疇數(shù)據(jù)特指數(shù)據(jù)庫中存儲的基本對象。 數(shù)據(jù)庫(DataBase ,DB) 狹義:存儲數(shù)據(jù)的倉庫。 廣義:長期存儲在計算機內(nèi)、有組織的、可共享的數(shù)據(jù)集合,以及對數(shù)據(jù)集合實施管理的一組軟件。,第一部分基本概念,數(shù)據(jù)庫管理系統(tǒng)(DataBase Management System, DBMS) 為用戶或應用程序提供訪問數(shù)據(jù)庫方法的管理軟件,具有數(shù)據(jù)庫建立和維護功能、數(shù)據(jù)定義功能
3、、數(shù)據(jù)操縱功能、數(shù)據(jù)庫安全運行保障功能。 常見的DBMS ACCESS,F(xiàn)OXPRO, MYSQL等小型DBMS軟件 ORACLE,SQL SERVER等大型DBMS軟件,第一部分基本概念,數(shù)據(jù)庫系統(tǒng)(DataBase System,DS) 采用數(shù)據(jù)庫技術,以某一應用領域為背景的計算機應用系統(tǒng)。 構成 數(shù)據(jù)庫技術的發(fā)展(自學),第一部分數(shù)據(jù)庫引入的目的,數(shù)據(jù)管理、處理的要求無處不在。(data) 數(shù)據(jù)存儲、操縱及安全性管理易于實現(xiàn)、效率更高。(dbms) 數(shù)據(jù)層與業(yè)務層的分離,便于應用程序的開發(fā)。(dbs),第一部分BS模式DBS實例,用戶在IE瀏覽器(browser)中輸入“淘寶”網(wǎng)址,向淘
4、寶網(wǎng)web服務器提交頁面申請,并返回顯示淘寶主頁,第一部分BS模式DBS實例,用戶“注冊”即是將用戶信息提交并保存在“淘寶”數(shù)據(jù)庫服務器中的某一個數(shù)據(jù)庫中。 用戶“登錄”即是將用戶提交的信息與數(shù)據(jù)庫中的信息比較,驗證用戶身份是否合法。,第一部分BS模式DBS實例,“搜索”即根據(jù)用戶鍵入的關鍵字在數(shù)據(jù)庫中進行“查詢”。查詢是數(shù)據(jù)庫技術的重點,不僅支持上圖中的“簡單查詢”,還可以實現(xiàn)更復雜的查詢,如下圖。,第一部分BS模式DBS實例,注:系統(tǒng)支持的查詢越復雜說明數(shù)據(jù)庫中記錄的信息越豐富。,第一部分BS模式DBS實例,用戶購物及支付環(huán)節(jié)勢必與“商品庫存清單”、“購物車清單”、“出庫清單”等單據(jù)關聯(lián)。
5、事實上,這里所說的“單據(jù)”通常對應與數(shù)據(jù)庫中的“表”。,第一部分BS模式,B/S結構,即Browser/Server(瀏覽器/服務器)結構,是隨著Internet技術的興起,對C/S結構的一種變化或者改進的結構。在這種結構下,用戶界面完全通過WWW瀏覽器實現(xiàn),少量的事務邏輯在前端實現(xiàn),主要事務邏輯在服務器端實現(xiàn),形成所謂3-tier結構。,第一部分CS模式,,C/S結構,即Client/Server (客戶端/服務器)結構。在這種結構下,用戶界面及主要事務邏輯在前端實現(xiàn),后臺服務器主要負責共享數(shù)據(jù)的存儲。,第一部分CS模式DBS實例,第一部分CS模式DBS實例,本課程要求大家完成的“圖書館管理
6、系統(tǒng)”建議采用C/S架構。因為B/S架構開發(fā)需要掌握更多的開發(fā)技術,如需掌握數(shù)據(jù)庫、HTML、CSS、javascript、ASP/JSP,課程三部分之間的關系,第一部分要分析解決一個特定應用系統(tǒng)的數(shù)據(jù)要求及數(shù)據(jù)的組織方式。 第二部分要解決數(shù)據(jù)在Sql Server中存儲及簡單操縱。 第三部分要實現(xiàn)客戶端軟件的用戶界面、Sql Server的連接及調(diào)用Sql Server提供的操縱功能。如果應用系統(tǒng)相對復雜的話,還需要由編程語言實現(xiàn)。,數(shù)據(jù)庫設計,數(shù)據(jù)模型 關系數(shù)據(jù)模型 數(shù)據(jù)視圖 數(shù)據(jù)模式 數(shù)據(jù)庫規(guī)范化理論 數(shù)據(jù)庫系統(tǒng)設計步驟 圖書管理系統(tǒng)數(shù)據(jù)庫設計,什么是數(shù)據(jù)模型,數(shù)據(jù)模型是對現(xiàn)實世界中各種
7、事物或?qū)嶓w特征的數(shù)字化模擬和抽象,用以表示現(xiàn)實世界中的實體及實體之間的聯(lián)系,使之能存放到計算機中,并通過計算機軟件進行處理。 對事物的數(shù)據(jù)描述通常包括靜態(tài)的屬性描述和動態(tài)的行為描述。靜態(tài)屬性描述包括數(shù)據(jù)結構和數(shù)據(jù)約束;動態(tài)特性描述包括對靜態(tài)屬性數(shù)據(jù)的操作方法。,數(shù)據(jù)模型的分類,概念數(shù)據(jù)模型 是描述實體及其關系的語義(信息、用戶對數(shù)據(jù)的理解)模型。 不關心信息在計算機內(nèi)的表示。 利用實體、聯(lián)系和約束描述現(xiàn)實世界的靜態(tài)、動態(tài)和時態(tài)特征。 是現(xiàn)實世界的第一層抽象 是用戶和數(shù)據(jù)庫設計人員進行交流的工具 經(jīng)常使用的概念數(shù)據(jù)模型有: 數(shù)據(jù)流圖 數(shù)據(jù)字典 E-R圖,數(shù)據(jù)模型的分類,邏輯數(shù)據(jù)模型 是直接面向計
8、算機系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)的數(shù)據(jù)模型,很少考慮數(shù)據(jù)的語義,關心的是為提高提高數(shù)據(jù)存取和檢索速度的物理結構。 是現(xiàn)實世界的第二層次的抽象。 主要包括: 層次數(shù)據(jù)模型 網(wǎng)狀數(shù)據(jù)模型 關系數(shù)據(jù)模型,關系數(shù)據(jù)模型,關系模型:由若干關系模式組成的集合。 關系模式: 對一個關系的結構描述。每個描述包括關系名、屬性等。屬性的描述有屬性名、屬性類型、屬性值域和約束等。 關系:一個關系就是一張二維表,每張表有一個表名,表中的內(nèi)容是對應關系模式在某個時刻的值。 元組:表中的一行稱為一個元組。 屬性):表中的一個列稱為關系的一個屬性,即元組的一個數(shù)據(jù)項。屬性有屬性名、屬性類型、屬性值域和屬性值之分。 屬性域:屬性的取
9、值范圍。 主碼:表中的一個屬性或幾個屬性的組合,其值能唯一地標識表中一個元組。 外鍵:在一個關系中含有的與另一個關系的關鍵字相對應的屬性組稱為該關系的外部關鍵字。外部關鍵字取空值或為外部表中對應的關鍵字值。,數(shù)據(jù)視圖,不同的用戶從不同的角度觀察數(shù)據(jù)庫中的數(shù)據(jù),就會得到不同的結果即數(shù)據(jù)視圖。 如果同時觀察全部數(shù)據(jù)記錄,就得到全局數(shù)據(jù)視圖。 在計算機系統(tǒng)內(nèi)的硬盤上存儲的學生數(shù)據(jù)是數(shù)據(jù)的物理視圖。 因此,數(shù)據(jù)視圖可分為三個層次: 外部層、局部視圖層、用戶視圖層 概念層、全局視圖層 內(nèi)部層、物理視圖層,數(shù)據(jù)模式,在數(shù)據(jù)庫中,對數(shù)據(jù)(實體)的具體描述稱為數(shù)據(jù)模式。 與三層數(shù)據(jù)視圖相對應,數(shù)據(jù)模式也分為三
10、個層次: 外模式:對數(shù)據(jù)庫局部邏輯結構的描述。例如,讀一個學生的姓名、學號和班級三項數(shù)據(jù),實際讀出的是記錄的邏輯表示,而不是在計算機磁盤上存儲的物理數(shù)據(jù)表示。 概念模式:對數(shù)據(jù)庫全局邏輯結構的描述,概念模式不牽扯到數(shù)據(jù)的物理存儲結構和訪問技術等細節(jié)技術。它是外模式和內(nèi)模式之間的中間環(huán)節(jié)和隔離層,是保證數(shù)據(jù)獨立性的關鍵部分。 內(nèi)模式:對數(shù)據(jù)庫數(shù)據(jù)物理存儲結構內(nèi)容的描述。它定義所有的數(shù)據(jù)存儲和訪問控制方面的細節(jié),包括記錄類型、文件組織方式、索引組織方式等,由DBMS完成概念模式和內(nèi)模式之間的映射關系。 注:數(shù)據(jù)庫設計的過程就是綜合外模式, 產(chǎn)生概念模式,根據(jù)使用的DBMS產(chǎn)生物理模式,再由概念模式
11、導出用戶視圖。,數(shù)據(jù)庫規(guī)范化理論,關系模式的形式化定義 對某一具體的問題,應該如何構造一個適合于它的數(shù)據(jù)模式,即應該構造幾個關系模式,每個關系由哪些屬性組成等。這是數(shù)據(jù)庫(邏輯)設計的問題。關系模式的形式化表示為:R(U,F)或R(U)。其中, R:關系名;U:關系R的屬性名集合。F:屬性集合U上的一組數(shù)據(jù)依賴集合。,數(shù)據(jù)庫規(guī)范化理論,為什么要規(guī)范化數(shù)據(jù)模式,,供貨商表,其關系模式為:供應商(供應商名稱,供應商地址,供應商電話,供貨名稱,供貨單價)關鍵字(供應商名稱,供貨名稱),數(shù)據(jù)冗余 供應商名稱、供應商地址等對每種供貨名稱都要重復輸入。 更新異常 更新每個供應商地址時,要注意修改多條記錄
12、。 插入異常 目前沒有供貨的供應商的信息無法保存。 刪除異常 如果一個供應商供應的貨物被刪除,該供應商的名字、供應商的地址和電話也被丟失。,數(shù)據(jù)庫規(guī)范化理論,函數(shù)依賴 設關系模式R(U),屬性集合U=A1,A2,,An,X,Y為屬性集合U的子集,如果對于關系模式R(U)的任一可能的關系r,r中的任意兩個元組u、v,若有uX=vX,就有uY=vY,則稱X函數(shù)決定Y,或稱Y函數(shù)依賴于X。用符號XY表示。其中X為決定因素,Y為被決定因素。 注: 函數(shù)依賴是語義范疇概念。 設有學生關系模式R(SNO, SNAME, SSEX),其函數(shù)依賴有SNO SNAME,SNO SSEX。,數(shù)據(jù)庫規(guī)范化理論,
13、幾種特定的函數(shù)依賴 非平凡函數(shù)依賴 平凡函數(shù)依賴 完全函數(shù)依賴 部分函數(shù)依賴 傳遞函數(shù)依賴,數(shù)據(jù)庫規(guī)范化理論,第一范式(1NF)第一范式規(guī)定關系的每一個分量必須是一個不可分的數(shù)據(jù)項。,數(shù)據(jù)庫規(guī)范化理論,第二范式(2NF)如果關系模式R滿足第一范式,且它的任何一個非主屬性都完全函數(shù)依賴于任一個候選碼,則R滿足第二范式,即消除部分函數(shù)依賴。 設有關系模式:R(Sno, Cno, title, Tname, Rno, marks), 分別為學號,課程號,課程名,教師名,教室號,成績。,數(shù)據(jù)庫規(guī)范化理論,為了消除部分函數(shù)依賴,將R關系模式分解為RE和COURSE兩個關系模式:RE(Sno, Cn
14、o, MARKS) 函數(shù)依賴是(Sno, Cno) MARKSCOURSE(Cno, title,Tname, Rno) 函數(shù)依賴是Cnotitle CnoTname Tname Rno 注:COURSE關系仍然存在弊端。如新來的教師,還沒有分配授課之前,教師的姓名及教室編號都不能加到關系中;如果要修改某個教師的教室編號,必須修改與教師授課相對應的各元組中的教室編號,因為一位教師可能會教多門課。,數(shù)據(jù)庫規(guī)范化理論,第三范式(3NF) 如果關系模式R滿足 2NF,并且它的任何一個非主屬性都不傳遞依賴于任何候選碼,則稱R是第三范式 (3NF),即消除傳遞依賴。 如COUR
15、SE(Cno, title,Tname, Rno),存在非主屬性Rno對碼的傳遞依賴:CnoTname, Tname Rno 將COURSE分解為:COURSE1(Cno, title, Tname) LECTURE(Tname, Rno) 至此,關系模式R被分解一組關系模式:RE(Sno, Cno, marks)COURSE1 (Cno, title, Tname) LECTURE (Tname, Rno),數(shù)據(jù)庫規(guī)范化理論,BCNF范式 要求每一個決定因素必為候選碼。 多值依賴和第四范式 注:如果關系模式被不斷分解至3NF后,仍存在多種弊端時,考慮采用BCNF及4NF規(guī)范。,數(shù)據(jù)庫規(guī)范化
16、理論,模式分解 規(guī)范化過程中將一個關系模式分解為若干個關系模式,應該保證分解后產(chǎn)生的模式和原來的模式等價。常用的等價標準有要求: 具有無損連接性的; 分解是保持函數(shù)依賴的; 分解既要具有無損連接又要保持函數(shù)依賴,數(shù)據(jù)庫規(guī)范化理論,設關系模式S(SNO,CLASSNO,DEPTNO)在某一時刻的關系r為:,分解方案1:S11(SNO,DEPTNO) S12(CLASSNO,DEPTNO),數(shù)據(jù)庫規(guī)范化理論,S11和S12自然連接為:,信息與原表不符合,不滿足無損性,數(shù)據(jù)庫規(guī)范化理論,分解方案2:S21(SNO,CLASSNO),S22(SNO,DEPTNO),滿足無損性,數(shù)據(jù)庫規(guī)范化理論,分解2
17、中,假設學生S3從C2班轉到C3班,于是我們需要在r21中將元組S3C2修改為S3C3,同時在r22中將元組S3D2修改為S3D1。如果這兩個修改沒有同時完成,數(shù)據(jù)庫中就會存在不一致信息。這是因為分解得到的兩個關系模式不是互相獨立造成的(未滿足保持函數(shù)依賴性)。F中的函數(shù)依賴CLASSNODEPTNO既沒有投影到關系模式R22中,而是跨在兩個關系模式上。 模式分解中通常要求即滿足無損性又滿足保持函數(shù)依賴性。,數(shù)據(jù)庫系統(tǒng)設計過程,按照規(guī)范化設計方法,從數(shù)據(jù)庫應用系統(tǒng)設計和開發(fā)的全過程來考慮,可以細分為七個階段: 規(guī)劃 需求分析 概念結構設計 邏輯結構設計 物理結構設計 實施及運行維護,數(shù)據(jù)庫系統(tǒng)
18、設計過程,應用規(guī)劃階段 進行系統(tǒng)的必要性和可行性分析 確定系統(tǒng)的范圍 確定開發(fā)所需的資源(人員、硬件和軟件) 估算軟件開發(fā)的成本 確定項目進度。,需求分析任務,需求分析的任務是通過詳細調(diào)查現(xiàn)實世界要處理的對象(組織、部門、企業(yè)等),充分了解原系統(tǒng)(手工系統(tǒng)或計算機系統(tǒng))工作概況,明確用戶的各種需求,然后在此基礎上確定新系統(tǒng)的功能。調(diào)查的重點是數(shù)據(jù)和處理,通過調(diào)查、分析,獲得用戶對數(shù)據(jù)庫的如下要求:(1) 信息要求。指用戶需要從數(shù)據(jù)庫中獲得信息的內(nèi)容與性質(zhì)。由信息要求可以導出數(shù)據(jù)要求,即在數(shù)據(jù)庫中需要存儲哪些數(shù)據(jù)。 (2) 處理要求。指用戶要完成什么處理功能,對處理的響應時間有什么要求,處理方式
19、是批處理還是聯(lián)機處理。(3) 安全性與完整性要求。,軟件需求分析方法和工具,數(shù)據(jù)流圖(DFD) 是從“數(shù)據(jù)”和“對數(shù)據(jù)的加工”兩方面表達數(shù)據(jù)處理系統(tǒng)工作過程的一種圖形表示法。 通常采用自頂向下的逐步細化分層的數(shù)據(jù)流圖對待開發(fā)系統(tǒng)進行描述。 DFD有四種基本成分 數(shù)據(jù)流用箭頭表示 加工用圓圈表示 文件或數(shù)據(jù)庫用雙線段表示 數(shù)據(jù)流的源點或終點用方框表示,軟件需求分析方法和工具,數(shù)據(jù)流圖示例,軟件需求分析方法和工具,數(shù)據(jù)字典的作用 因為DFD只表示出系統(tǒng)由哪幾部分組成和各部分之間的關系,并沒有說明各個成分(數(shù)據(jù)流,加工等)的含義。因此,對于復雜的系統(tǒng)僅有DFD往往還不足以描述用戶的需求,必須通過數(shù)據(jù)
20、字典詳細描述各類數(shù)據(jù)實體對象。,軟件需求分析方法和工具,數(shù)據(jù)字典的組成 數(shù)據(jù)項 數(shù)據(jù)項是不可再分的數(shù)據(jù)單位。 數(shù)據(jù)項描述=數(shù)據(jù)項名,數(shù)據(jù)項含義說明,別名,數(shù)據(jù)類型,長度,取值范圍,取值含義,與其他數(shù)據(jù)項的邏輯關系,數(shù)據(jù)項之間的聯(lián)系 數(shù)據(jù)結構 數(shù)據(jù)結構反映了數(shù)據(jù)之間的組合關系。一個數(shù)據(jù)結構可以由若干個數(shù)據(jù)項組成,也可以由若干個數(shù)據(jù)結構組成,或由若干個數(shù)據(jù)項和數(shù)據(jù)結構混合組成。 數(shù)據(jù)結構描述=數(shù)據(jù)結構名,含義說明,組成:數(shù)據(jù)項或數(shù)據(jù)結構,軟件需求分析方法和工具,數(shù)據(jù)字典的組成 數(shù)據(jù)流 數(shù)據(jù)流是數(shù)據(jù)結構在系統(tǒng)內(nèi)傳輸?shù)穆窂健?數(shù)據(jù)流描述=數(shù)據(jù)流名,說明,數(shù)據(jù)流來源,數(shù)據(jù)流去向,組成:數(shù)據(jù)結構,平均流量
21、,高峰期流量 數(shù)據(jù)存儲 數(shù)據(jù)存儲是對數(shù)據(jù)結構的保存,也是數(shù)據(jù)流的來源和去向之一。它可以是手工文檔或手工憑單,也可以是計算機文檔。 數(shù)據(jù)存儲描述=數(shù)據(jù)存儲名,說明,編號,輸入的數(shù)據(jù)流,輸出的數(shù)據(jù)流,組成:數(shù)據(jù)結構,數(shù)據(jù)量,存取頻度,存取方式,軟件需求分析方法和工具,數(shù)據(jù)字典的組成 處理過程 處理過程是系統(tǒng)某業(yè)務的具體處理邏輯 處理過程描述=處理過程名,說明,輸入:數(shù)據(jù)流,輸出:數(shù)據(jù)流,處理:簡要說明,軟件需求分析方法和工具,軟件需求分析方法和工具,概念結構設計E-R圖,概念結構設計要求對需求分析階段收集到的數(shù)據(jù)進行分析,形成實體、實體的屬性,標識實體的碼,確定實體之間的聯(lián)系類型(1:1,1:N,
22、M:N),設計E-R圖。 E-R方法進行概念設計的步驟 局部E-R模式設計 全局E-R模式設計 全局E-R模式的優(yōu)化和評審。,概念結構設計E-R圖,局部E-R模式設計,注:由于高層的數(shù)據(jù)流圖只能反映系統(tǒng)的概貌,而中層的數(shù)據(jù)流圖能較好的反映系統(tǒng)中各局部應用的子系統(tǒng)組成,因此人們往往以中層數(shù)據(jù)流圖作為設計分E-R圖的依據(jù)。,概念結構設計E-R圖,全局E-R模式設計,命名沖突 同名異義 異名同義 屬性沖突 屬性域沖突 屬性取值單位沖突 結構沖突 同一對象在一個實體中可能作為實體,在另一個視圖中可能作為屬性或聯(lián)系 同一實體在不同的分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同 不同的視圖可能有不
23、同的約束,概念結構設計E-R圖,優(yōu)化評審消除冗余 冗余的數(shù)據(jù)是指可由基本數(shù)據(jù)導出的數(shù)據(jù),冗余的聯(lián)系是指可由其它聯(lián)系導出的聯(lián)系。,注:Q3可由Q1、Q2導出,所以產(chǎn)品和材料之間的使用聯(lián)系是冗余聯(lián)系。,邏輯結構設計,邏輯結構設計,E-R模型轉換為關系模型 實體和實體屬性的轉換 實體轉換為關系模式 實體的屬性轉換為關系的屬性 實體的碼轉換為關系模式的候選碼 實體之間的聯(lián)系和聯(lián)系屬性的轉換 1:1聯(lián)系的轉換 1:n聯(lián)系的轉換 m:n聯(lián)系的轉換,1:1聯(lián)系的轉換,轉換為一個獨立的關系模式,則與該聯(lián)系相連的實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,每個實體的碼均是該關系的候選碼 與任意一端實體對應的關
24、系模式合并,則需要在該關系模式的屬性中加入另一關系模式的碼和聯(lián)系本身的屬性,1:n聯(lián)系的轉換,轉換為一個獨立的關系模式,則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為新關系的屬性,而新關系的碼為n端實體的碼 也可以與n端對應的關系模式合并, 在n端的關系中增加1端的關鍵字列,m:n聯(lián)系的轉換,m:n聯(lián)系必須轉換為一個新關系模式,與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉為新關系的屬性,而新關系的碼是各實體碼的組合。,物理結構設計,數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構,它依賴于給定的計算機系統(tǒng)和DBMS。 這里不做過多介紹,在Sql Server部分稍作討論。,圖
25、書管理系統(tǒng)功能要求,圖書管理系統(tǒng)DFD,,圖書管理系統(tǒng)DFD,,圖書管理系統(tǒng)DFD,,圖書管理系統(tǒng)DFD,,圖書管理系統(tǒng)DFD,,圖書管理系統(tǒng)分E-R圖,圖書管理系統(tǒng)合并E-R圖,類似的,類似的,思考: 1.圖書類型與學生類型實體中的屬性是否存在沖突 2.引入兩個“類型”實體的目的,規(guī)范化示例,思考: 讀者實體的屬性設置是否存在弊端?應如何改進?,規(guī)范化示例,關系模式,圖書館(圖書館編號、名稱、網(wǎng)址、地址、聯(lián)系人、電話、面積) 管理員(管理員編號、姓名、出生年月、學歷、職稱、圖書館編號、崗位、證件、證件號) 權限(權限編號、名稱、管理員編號) 讀者(讀者編號、姓名、出生年月、類型編號、單位、證
26、件、證件號、已借書數(shù)) 讀者類型(類型編號、類型名) 圖書(圖書編號、名稱、出版社、ISBN、作者、單價、出版日期、入庫日期、管理員編號、圖書館編號、書架編號) 圖書類型(類型編號、類型名) 參數(shù)(參數(shù)編號、類型編號、可借天數(shù)、可借書數(shù)、超期費率) 書架(書架編號、名稱、位置、管理員編號、圖書館編號) 借書單(借書編號、讀者編號、圖書編號、借書日期、應還日期、還否) 還書單(還書編號、讀者編號、圖書編號、還書日期、罰金金額),思考:引入冗余的“應還日期”的目的,關系模式,VB.NET開發(fā)環(huán)境,VB.NET開發(fā)環(huán)境,VB.NET開發(fā)環(huán)境,VB.NET開發(fā)環(huán)境,button和textbox控件,控
27、件可以理解為系統(tǒng)自帶的特殊類,通過該類創(chuàng)建的對象不僅可以訪問類屬性、調(diào)用類方法還可以添加事件響應。,控件屬性的訪問,等同于 Button1.enabled=true,控件方法的調(diào)用,Button1.Dispose(),控件事件響應的添加,Windows應用程序示例-計算器,Windows程序的創(chuàng)建 使用的控件屬性、方法、事件 Form控件 Form1.text=“計算器” Textbox控件 Textbox1.text=“” Button控件 Click事件 其它函數(shù)或?qū)傩?Val Math.abs 字符串連接“+” If TextBox1.Text.Length 0 Then TextB
28、ox1.Text = TextBox1.Text.Remove(TextBox1.Text.Length - 1, 1) End If,Company Logo,主要內(nèi)容,,,,結論、致謝,漢信碼識別,漢信碼生成,開發(fā)平臺,緒論,,,漢信碼 生成,,,,研究內(nèi)容,漢信碼 識讀,主要研究內(nèi)容,漢信碼生成,,,圖像預處理目的,不均勻光照、散焦、抖動 成像質(zhì)量不高 黑白模塊沒有清晰的邊界,條碼平面的不平整 拍攝角度差異 幾何失真:歪斜、扭曲,復雜背景,,圖 像 預 處 理,圖像預處理內(nèi)容,,圖像預處理,,,,,灰度化,,二值化,,,濾波去噪,復雜背景去除,角點定位,幾何形變校正,,,,,,信息流 實物流 同步,蘫菑 ,擴展應用領域 降低應用成本,Thank You!,
- 溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。