資料庫設計案例分析_資料庫課程設計實例

A. 誰能給我一個數據倉庫和數據挖掘案例的詳細設計文檔

最好可以問你們老師，或者去相應的網站上去查找。如果你離畢業還早的話，可以去考資料庫系統工程師。相應的教材和資料都可以買到，而且是國家承認的。不過這只是個證書而已，關鍵的以後還是要實踐。通過准備考試，可以打下扎實的基礎，為以後做准備。
另外，資料庫其實也比較枯燥，如果你有決心的話，還是不錯的工作。關鍵的在學校還是要先打好基礎。
有很多這樣的網站，你可以上網去搜索。如果有相應的輔導班，也可以考慮。

資料庫系統工程師級考試大綱
一、考試說明
1.考試要求
（1）掌握計算機體系結構以及各主要部件的性能和基本工作原理；
（2）掌握操作系統、程序設計語言的基礎知識，了解編譯程序的基本知識；
（3）熟練掌握常用數據結構和常用演算法；
（4）熟悉軟體工程和軟體開發項目管理的基礎知識；
（5）熟悉計算機網路的原理和技術；
（6）掌握資料庫原理及基本理論；
（7）掌握常用的大型資料庫管理系統的應用技術；
（8）掌握資料庫應用系統的設計方法和開發過程；
（9）熟悉資料庫系統的管理和維護方法，了解相關的安全技術；
（10）了解資料庫發展趨勢與新技術；
（11）掌握常用信息技術標准、安全性，以及有關法律、法規的基本知識；
（12）了解信息化、計算機應用的基礎知識；
（13）正確閱讀和理解計算機領域的英文資料。
2. 通過本考試的合格人員能參與應用信息系統的規劃、設計、構建、運行和管理，能按照用戶需求，設計、建立、運行、維護高質量的資料庫和數據倉庫；作為數據管理員管理信息系統中的數據資源，作為資料庫管理員建立和維護核心資料庫；擔任資料庫系統有關的技術支持，同時具備一定的網路結構設計及組網能力；具有工程師的實際工作能力和業務水平，能指導計算機技術與軟體專業助理工程師（或技術員）工作。
3. 本考試設置的科目包括
（1）信息系統知識，考試時間為150分鍾，筆試；
（2）資料庫系統設計與管理，考試時間為150分鍾，筆試。
二、考試范圍
考試科目1：信息系統知識
1. 計算機系統知識
1.1 硬體知識
1.1.1 計算機體系結構和主要部件的基本工作原理
·CPU和存儲器的組成、性能、基本工作原理
·常用I/O設備、通信設備的性能，以及基本工作原理
·I/O介面的功能、類型和特點
·CISC/RISC，流水線操作，多處理機，並行處理
1.1.2 存儲系統
·虛擬存儲器基本工作原理，多級存儲體系
·RAID類型和特性
1.1.3 安全性、可靠性與系統性能評測基礎知識
·診斷與容錯
·系統可靠性分析評價
· 計算機系統性能評測方法
1.2 數據結構與演算法
1.2.1 常用數據結構
·數組（靜態數組、動態數組）
·線性表、鏈表（單向鏈表、雙向鏈表、循環鏈表）
·棧和隊列
·樹（二叉樹、查找樹、平衡樹、遍歷樹、堆）、圖、集合的定義、存儲和操作
·Hash（存儲位置計算、碰撞處理）
1.2.2 常用演算法
·排序演算法、查找演算法、數值計算、字元串處理、數據壓縮演算法、遞歸演算法、圖的相關演算法
·演算法與數據結構的關系，演算法效率，演算法設計，演算法描述（流程圖、偽代碼、決策表），演算法的復雜性
1.3 軟體知識
1.3.1 操作系統知識
·操作系統的類型、特徵、地位、內核（中斷控制）、進程、線程概念
·處理機管理（狀態轉換、同步與互斥、信號燈、分時輪轉、搶占、死鎖）
·存儲管理（主存保護、動態連接分配、分段、分頁、虛存）
·設備管理（I/O控制、假離線、磁碟調度）
·文件管理（文件目錄、文件的結構和組織、存取方法、存取控制、恢復處理、共享和安全）
·作業管理（作業調度、作業控制語言（JCL）、多道程序設計）
·漢字處理，多媒體處理，人機界面
·網路操作系統和嵌入式操作系統基礎知識
·操作系統的配置
1.3.2 程序設計語言和語言處理程序的知識
· 匯編、編譯、解釋系統的基礎知識和基本工作原理
· 程序設計語言的基本成分：數據、運算、控制和傳輸，程序調用的實現機制
· 各類程序設計語言的主要特點和適用情況
1.4 計算機網路知識
·網路體系結構（網路拓撲、OSI/RM、基本的網路協議）
·傳輸介質，傳輸技術，傳輸方法，傳輸控制
·常用網路設備和各類通信設備
·Client/Server結構、Browser/Server結構、Browser/Web/Datebase結構
·LAN拓撲，存取控制，LAN的組網，LAN間連接，LAN-WAN連接
·網際網路基礎知識及應用
·網路軟體
·網路管理
·網路性能分析
·網路有關的法律、法規
2. 資料庫技術
2.1 資料庫技術基礎
2.1.1 資料庫模型
·資料庫系統的三級模式（概念模式、外模式、內模式），兩級映像（概念模式/外模式、外模式/內模式）
·資料庫模型：數據模型的組成要素，概念數據模型ER圖（實體、屬性、關系），邏輯數據模型（關系模型、層次模型、網路模型）
2.1.2 資料庫管理系統的功能和特徵
·主要功能（資料庫定義、資料庫操作、資料庫控制、事務管理、用戶視圖）
·特徵（確保數據獨立性、資料庫存取、同時執行過程、排它控制、故障恢復、安全性、完整性）
·RDB（關系資料庫），OODB（面向對象資料庫），ORDB（對象關系資料庫），NDB（網狀資料庫）
·幾種常用Web資料庫的特點
2.1.3 資料庫系統體系結構
· 集中式資料庫系統
· Client/Server資料庫系統
· 並行資料庫系統
· 分布式資料庫系統
· 對象關系資料庫系統
2.2 數據操作
2.2.1 關系運算
·關系代數運算（並、交、差、笛卡兒積、選擇、投影、連接、除）
·元組演算
·完整性約束
2.2.2 關系資料庫標准語言（sql）
·SQL的功能與特點
·用SQL進行數據定義（表、視圖、索引、約束）
·用SQL進行數據操作（數據檢索、數據插入/刪除/更新、觸發控制）
·安全性和授權
·程序中的API，嵌入SQL
2.3 資料庫的控制功能
·資料庫事務管理（ACID屬性）
·資料庫備份與恢復技術（UNDO、REDO）
·並發控制
2.4 資料庫設計基礎理論
2.4.1 關系資料庫設計
·函數依賴
·規范化（第一範式、第二範式、第三範式、BC範式、第四範式、第五範式）
·模式分解及分解應遵循的原則
2.4.2 對象關系資料庫設計
·嵌套關系、復雜類型，繼承與引用類型
·與復雜類型有關的查詢
·SQL中的函數與過程
·對象關系
2.5 數據挖掘和數據倉庫基礎知識
·數據挖掘應用和分類
·關聯規則、聚類
·數據倉庫的成分
·數據倉庫的模式
2.6 多媒體基本知識
2.6.1 多媒體技術基本概念
·多媒體系統基礎知識
·常用多媒體文件格式
2.6.2 多媒體壓縮編碼技術
·多媒體壓縮編碼技術
·統計編碼
·預測編碼
·編碼的國際標准
2.6.3多媒體技術應用
·簡單圖形的繪制，圖像文件的處理方法
·音頻和視頻信息的應用
·多媒體應用開發過程
2.7 系統性能知識
·性能計算（響應時間、吞吐量、周轉時間）
·性能指標和性能設計
·性能測試和性能評估
2.8 計算機應用基礎知識
·信息管理、數據處理、輔助設計、科學計算，人工智慧等基礎知識
·遠程通信服務及相關通信協議基礎知識
3. 系統開發和運行維護知識
3.1 軟體工程、軟體過程改進和軟體開發項目管理知識
·軟體工程知識
·軟體開發生命周期階段目標和任務
·軟體開發項目基礎知識（時間管理、成本管理、質量管理、人力資源管理、風險管理等）及其常用管理工具
·主要的軟體開發方法（生命周期法、原型法、面向對象法、CASE）
·軟體開發工具與環境知識
·軟體質量管理基礎知識
·軟體過程改進基礎知識
·軟體開發過程評估、軟體能力成熟度評估的基礎知識
3.2 系統分析基礎知識
·系統分析的目的和任務
·結構化分析方法（數據流圖（DFD）和數據字典（DD），實體關系圖（ERD），描述加工處理的結構化語言）
·統一建模語言（UML）
·系統規格說明書
3.3 系統設計知識
·系統設計的目的和任務
·結構化設計方法和工具（系統流程圖、HIPO圖、控制流程圖）
·系統總體結構設計（總體布局，設計原則，模塊結構設計，數據存取設計，系統配置方案）
·系統詳細設計（代碼設計、資料庫設計、用戶界面設計、處理過程設計）
·系統設計說明書
3.4 系統實施知識
·系統實施的主要任務
·結構化程序設計、面向對象程序設計、可視化程序設計
·程序設計語言的選擇、程序設計風格
·系統測試的目的、類型，系統測試方法（黑盒測試、白盒測試、灰盒測試）
·測試設計和管理（錯誤曲線、錯誤排除、收斂、注入故障、測試試用例設計、系統測試報告）
·系統轉換基礎知識
3.5 系統運行和維護知識
·系統運行管理知識
·系統維護知識
·系統評價知識
4. 安全性知識
·安全性基本概念（網路安全、操作系統安全、資料庫安全）
·計算機病毒的防治，計算機犯罪的防範，容災
·訪問控制、防闖入、安全管理措施
·加密與解密機制
·風險分析、風險類型、抗風險措施和內部控制
5.標准化知識
·標准化意識，標准化的發展，標准出台過程
·國際標准、國家標准、行業標准、企業標准基本知識
·代碼標准、文件格式標准、安全標准軟體開發規范和文檔標准
·標准化機構
6.信息化基礎知識
·信息化意識
·全球信息化趨勢、國家信息化戰略、企業信息化戰略和策略
·有關的法律、法規
·遠程教育、電子商務、電子政務等基礎知識
·企業信息資源管理基礎知識
7.計算機專業英語
·掌握計算機技術的基本詞彙
·能正確閱讀和理解計算機領域的英文資料
考試科目2：資料庫系統設計與管理
1.資料庫設計
1.1理解系統需求說明
·了解用戶需求、確定系統范圍
·確定應用系統資料庫的各種關系
·現有環境與新系統環境的關系
·新系統中的數據項、數據字典、數據流
1.2 系統開發的准備
·選擇開發方法，准備開發環境，制訂開發計劃
1.3 設計系統功能
·選擇系統機構，設計各子系統的功能和介面，設計安全性策略、需求和實現方法，制定詳細的工作流和數據流
1.4 資料庫設計
1.4.1 設計數據模型
·概念結構設計（設計ER模型）
·邏輯結構設計（轉換成DBMS所能接收的數據模型）
·評審設計
1.4.2 物理結構設計
·設計方法與內容
·存取方法的選擇
·評審設計與性能預測
1.4.3 資料庫實施與維護
·數據載入與應用程序調試
·資料庫試運行
·資料庫運行與維護
1.4.4 資料庫的保護
·資料庫的備份與恢復
·資料庫的安全性
·資料庫的完整性
·資料庫的並發控制
1.5 編寫外部設計文檔
·編寫系統說明書（系統配置圖、各子系統關系圖、系統流程圖，系統功能說明、輸入輸出規格說明、數據規格說明、用戶手冊框架）
·設計系統測試要求
1.6 設計評審
2. 資料庫應用系統設計
2.1 設計資料庫應用系統結構
·信息系統的架構（如Client/Server）與DBMS
·多用戶資料庫環境（文件伺服器體系結構、Client/Server體系結構）
·大規模資料庫和並行計算機體系結構（SMP、MPP）
·中間件角色和相關工具
·按構件分解，確定構件功能規格以及構件之間的介面
2.2 設計輸入輸出
·屏幕界面設計，設計輸入輸出檢查方法和檢查信息
·資料庫交互與連接（掌握C程序設計語言，以及Java、Visual Basic、Visual C＋＋、PowerBuilder、Delphi中任一種開發工具與資料庫互連的方法（如何與資料庫伺服器溝通））
2.3 設計物理數據
·分析事務在資料庫上運行的頻率和性能要求，確定邏輯數據組織方式、存儲介質，設計索引結構和處理方式
·將邏輯數據結構變換成物理數據結構，計算容量（空間代價），確定存取方法（時間效率）、系統配置（維護代價）並進行優化
2.4 設計安全體系
·明確安全等級
·資料庫的登錄方式
·資料庫訪問
·許可（對象許可、命令許可、授權許可的方法）
2.5 應用程序開發
2.5.1 應用程序開發
·選擇應用程序開發平台
·系統實施順序
·框架開發
·基礎小組的程序開發
·源代碼控制
·版本控制
2.5.2 模塊劃分（原則、方法、標准）
2.5.3 編寫程序設計文檔
·模塊規格說明書（功能和介面說明、程序處理邏輯的描述、輸入輸出數據格式的描述）
·測試要求說明書（測試類型和目標，測試用例，測試方法）
2.5.4 程序設計評審
2.6 編寫應用系統設計文檔
·系統配置說明、構件劃分圖、構件間的介面、構件處理說明、屏幕設計文檔、報表設計文檔、程序設計文檔、文件設計文檔、資料庫設計文檔
2.7 設計評審
3. 資料庫應用系統實施
3.1 整個系統的配置與管理
3.2 常用資料庫管理系統的應用（SQL Server、Oracle、Sybase、DB2、Access或Visual Foxpro）
·創建資料庫
·創建表、創建索引、創建視圖、創建約束、創建UDDT（用戶自定義類型）
·創建和管理觸發器
·建立安全體系
3.3 資料庫應用系統安裝
·擬定系統安裝計劃（考慮費用、客戶關系、雇員關系、後勤關系和風險等因素）
·擬定人力資源使用計劃（組織機構安排的合理性）
·直接安裝（安裝新系統並使系統快速進入運行狀態）
·並行安裝（新舊系統並行運行一段時間）
·階段安裝（經過一系列的步驟和階段使新系統各部分逐步投入運行）
3.4 資料庫應用系統測試
·擬定測試目標、計劃、方法與步驟
·數據載入，准備測試數據
·指導應用程序員進行模塊測試進行驗收
·准備系統集成測試環境測試工具
·寫出資料庫運行測試報告
3.5 培訓與用戶支持
4.資料庫系統的運行和管理
4.1 資料庫系統的運行計劃
·運行策略的確定
·確定資料庫系統報警對象和報警方式
·資料庫系統的管理計劃（執行，故障/恢復，安全性，完整性，用戶培訓和維護）
4.2 資料庫系統的運行和維護
·新舊系統的轉換
·收集和分析報警數據（執行報警、故障報警、安全報警）
·連續穩定的運行
·資料庫維護（資料庫重構、安全視圖的評價和驗證、文檔維護）
·資料庫系統的運行統計（收集、分析、提出改進措施）
·關於運行標准和標准改進一致性的建議
·資料庫系統的審計
4.3 資料庫管理
·數據字典和數據倉庫的管理
·數據完整性維護和管理（實體完整性、參照完整性）
·資料庫物理結構的管理（保證數據不推遲訪問）
·資料庫空間及碎片管理
·備份和恢復（順序、日誌（審計痕跡）、檢查點）
·死鎖管理（集中式、分布式）
·並發控制（可串列性、鎖機制、時間戳、優化）
·數據安全性管理（加密、安全、訪問控制、視圖、有效性確認規則）
·資料庫管理員（DBA）職責
4.4 性能調整
·SQL語句的編碼檢驗
·表設計的評價
·索引的改進
·物理分配的改進
·設備增強
·資料庫性能優化
4.5 用戶支持
·用戶培訓
·售後服務
5. SQL
5.1 資料庫語言
·資料庫語言的要素
·資料庫語言的使用方式（互動式和嵌入式）
5.2 SQL概述
·SQL語句的特徵
·SQL語句的基本成分
5.3 資料庫定義
·創建資料庫（Create Datebase）、創建表（Create Table）
·定義數據完整性
·修改表（Alter Table）、刪除表（Drop Table）
·定義索引（Create Index）、刪除索引（Drop Index）
·定義視圖（Create View）、刪除視圖（Drop View）、更新視圖
5.4 數據操作
·Select語句的基本機構
·簡單查詢
·SQL中的選擇、投影
·字元串比較，涉及空值的比較
·日期時間，布爾值，輸出排序
·多表查詢
·避免屬性歧義
·SQL中的連接、並、交、差
·SQL中的元組變數
·子查詢
5.5 完整性控制與安全機制
·主鍵（Primary Key）約束
·外鍵（Foreign Key）約束
·屬性值上的約束（Null、Check、Create Domain）
·全局約束（Create Assertions）
·許可權、授權（Grant）、銷權（Revoke）
5.6 創建觸發器（Create Trigger）
5.7 SQL使用方式
·互動式SQL
·嵌入式SQL
·SQL與宿主語言介面（Declare、共享變數、游標、卷游標）
·動態SQL
·API
5.8 SQL 標准化
6. 網路環境下的資料庫
6.1 分布式資料庫
6.1.1 分布式資料庫的概念
·分布式資料庫的特點與目標
6.1.2 分布式資料庫的體系結構
·分布式資料庫的模式結構
·數據分布的策略（數據分片、分布透明性）
·分布式資料庫管理系統
6.1.3 分布式查詢處理和優化
6.1.4 分布式事務管理
·分布式資料庫的恢復（故障、恢復、2段提交、3段提交）
·分布式資料庫的透明性（局部、分裂、復制、處理、並發、執行）
6.1.5 分布式資料庫系統的應用
6.2 網路環境下資料庫系統的設計與實施
·數據的分布設計
·負載均衡設計
·資料庫互連技術
6.3 面向Web的DBMS技術
·三層體系結構
·動態Web網頁
·ASP、JSP、XML的應用
7.資料庫的安全性
7.1 安全性策略的理解
·資料庫視圖的安全性策略
·數據的安全級別（最重要的、重要的、注意、選擇）
7.2 資料庫安全測量
·用戶訪問控制（採用口令等）
·程序訪問控制（包含在程序中的SQL命令限制）
·表的訪問控制（視圖機制）
·控制訪問的函數和操作
·外部存儲數據的加密與解密
8. 資料庫發展趨勢與新技術
8.1 面向對象資料庫（OODBMS）
8.1.1 OODBMS的特徵
8.1.2 面向對象數據模型
·對象結構、對象類、繼承與多重繼承、對象標識、對象包含、對象嵌套
8.1.3 面向對象資料庫語言
8.1.4 對象關系資料庫系統（ORDBMS）
·嵌套關系
·復雜類型
·繼承、引用類型
·與復雜類型有關的查詢
·函數與過程
·面向對象與對象關系
·ORDBMS應用領域
8.2 企業資源計劃（ERP）和資料庫
8.2.1 ERP概述
·基本MRP（製造資源計劃）、閉環MRP、ERP
·基本原理、發展趨勢
·ERP設計的總體思路（一個中心、兩類業務、三條干線）
8.2.2 ERP與資料庫
·運行資料庫與ERP數據模型之間的關系
·運行資料庫與ERP資料庫之間的關系
8.2.3 案例分析
8.3 決策支持系統的建立
·決策支持系統的概念
·數據倉庫設計
·數據轉移技術
·聯機分析處理（OLAP）技術
·企業決策支持解決方案
·聯機事務處理（OLTP）

B. 求一些"數據倉庫和數據挖掘"的案例

與商業智能相關的詞彙有例如數據倉庫，數據裝載（ETL），數據挖掘（Data Mining），客戶關系管理（CRM），SAS，PeopleSoft, SAP等。理清他們之間的關系才能准確制訂個人職業發展規劃。

到上個世紀九十年代，以數據存儲為目的的聯機分析處理系統（OLTP）已經發展得相當成熟，關系型資料庫的應用已經非常普及，大型企業或部門積累了大量原始數據。這些數據是按照關系型結構存儲，在更新，刪除，有效存儲（少冗餘數據）方面表現出色，但在復雜查詢方面效率卻十分低下。為充分利用已有數據，提供復雜查詢，提供更好的決策支持，出現了數據倉庫（Data Warehouse）。數據倉庫與資料庫（這里的資料庫指關系型資料庫）的區別在於，數據倉庫以方便查詢（稱為主題）為目的，打破關系型資料庫理論中標准泛式的約束，將資料庫的數據重新組織和整理，為查詢，報表，聯機分析等提供數據支持。數據倉庫建立起來後，定期的數據裝載（ETL）成為數據倉庫系統一個主要的日常工作。

在數據倉庫發展的同時，一項從大量數據中發現隱含知識的技術也在學術領域興起,這就是數據挖掘。數據挖掘也稱為資料庫知識發現（Knowledge Discovery in Databases, KDD），就是將高級智能計算技術應用於大量數據中，讓計算機在有人或無人指導的情況下從海量數據中發現潛在的，有用的模式（也叫知識）。最初的數據挖掘應用一般需要從組織數據做起，經歷演算法設計（建模），挖掘，評價，改進等步驟。其中組織整理數據占據大部分時間，大約佔到整個數據挖掘項目80%的時間。

數據挖掘是近年來信息爆炸推動下的新興產物，是從海量數據中提取有用知識的熱門技術。傳統的交易型系統，九十年代興起的互連網技術及ERP系統在越來越廉價的存儲設備配合下，產生了大量的數據。但與之相配合的數據分析和知識提取技術在相當長一段時間里沒有大的進展，使得存儲的大量原始數據沒有被充分利用，轉化成指導生產的「知識」，形成「數據的海洋，知識的荒漠」這樣一種奇怪的現象。

數據挖掘(Data Mining)就是從大量數據中發現潛在規律、提取有用知識的方法和技術。因為與資料庫密切相關，又稱為資料庫知識發現(Knowledge Discovery in Databases，KDD)。數據挖掘不但能夠學習已有的知識，而且能夠發現未知的知識；得到的知識是「顯式」的，既能為人所理解，又便於存儲和應用，因此一出現就得到各個領域的重視。從80年代末的初露頭角到90年代末的廣泛應用，以數據挖掘為核心的商業智能(BI)已經成為IT及其它行業中的一個新寵。目前數據挖掘技術在零售業的貨籃數據（Basket data）分析、金融風險預測、產品產量、質量分析、分子生物學、基因工程研究、Internet站點訪問模式發現以及信息搜索和分類等許多領域得到了成功的應用。如果你訪問著名的亞馬遜網上書店(www.amazon.com)，會發現當你選中一本書後，會出現相關的推薦數目「Customers who bought this book also bought」，這背後就是數據挖掘技術在發揮作用。

數據挖掘的真正普及是建立在數據倉庫的成功應用之上。一個設計完善的數據倉庫已經將原始數據經過了整理和變換，在此基礎上再進行深入挖掘就是順理成章的事情。數據挖掘滲透到某些行業，產生了一些特定的應用，比如現在經常會聽到的客戶關系管理（Customer Relationship Management, CRM）。客戶關系管理的概念由來已久，但現代的客戶關系管理一般指以客戶數據為處理對象的一類商業智能應用。通過挖掘客戶信息，發現潛在的消費趨勢或動向。比如電信公司通過分析用戶通話模式（通話時間，時段，通話量等），制訂不同的計費方案，滿足用戶的同時也提高自己的利潤。同其它應用一樣，客戶關系管理發展到一定階段，會出現相應的系統供應商。據2003年1月的一項調查，CRM市場的領先者從高到低依次為PeopleSoft, Seibel, Oracle, SAP. 微軟公司也將加入CRM市場。

從上可以看出，商業智能的應用領域非常廣泛。它通常以數據倉庫為基礎，以數據挖掘為核心，演變出類似CRM這樣的應用。一個商業智能系統的開發涉及到很多知識和技能，能夠從事商業智能系統開發，那當然是最好不過的。如果沒有這樣的機會，對於想進入商業智能領域的朋友，應該如何規劃自己的職業發展？

首先，根據自己想從事的應用領域，比照該行業商業智能應用所需的知識和經驗，找出自己的長處和不足。比如已經有零售業，醫葯業，製造業的工作經驗，或熟悉資料庫，編程，人工智慧，統計學等。然後補充自己的不足。通過與該領域有經驗人士交流，查閱資料，自學或參加相關培訓或選修大學課程都是彌補自己不足的手段。當你對將要從事的工作心中有數後，可以開始嘗試申請入門級職位。不要編造經歷，但要展示你對所申請職位所具備的相關經驗（如 business方面的）和知識（會用到的技術，名詞，清晰的概念）。在得到入門級職位後，要留心更高級職位用到的技術，軟體等。然後利用業余時間繼續補充相關知識。一旦內部有更高級職位的空缺，你又能夠展示你具備的相關知識，就具有很強的競爭里，因為一般情況下公司都會願意給內部職員一個嘗試的機會的。

如果既沒有business背景，又沒有數據挖掘方面經驗，該如何尋求突破呢？下面的例子不是唯一的道路，有心的朋友應該能得到啟發。

一般正規的呼叫中心（這里指呼出服務）的工作方式是這樣的：每天分析員根據現階段的任務，從大量客戶數據中篩選出響應可能性高的客戶名單，交給業務代表；業務代表根據下達的客戶名單做電話推銷，對每個電話的結果做相應記錄；根據客戶實際響應情況，分析員調整篩選演算法，選出第二天的客戶名單；分析客戶響應或不響應的原因。這就是一個典型的客戶關系管理在呼叫中心應用的例子。

取得一個呼叫中心客戶代表的職位並不難。難的是有沒有看到做客戶代表除每小時11，12元工資外潛在的價值。通過做客戶代表，應該對該中心使用的客戶關系管理系統有了應用經驗，通過與主管或分析員的交流，應該了解交到你手裡的客戶名單是怎麼分析出來的。心中有數後，就是等待時機的出現了。一個客戶篩選演算法的改進建議，一個內部分析員職位的空缺，就是展示自己商業智能方面能力的機會。這時的你，已經具備了其他應聘者所不具備的優勢：有相關工作背景知識，熟悉應用環境和內部主管，提前知道空缺消息…

規劃個人職業發展的時候，在眾多考慮因素中有兩個是非常重要的：所要投入的技術所處的發展階段和能否結合已有專業知識。

一種技術從提出到廣泛應用（或失敗被拋棄）有一定的發展周期，稱為科學技術的生命周期（Technological life cycle）。該周期大致分為創新（Innovators），早期成長（Early adopters），分歧點（Chasm），早期流行（Early majority），晚期流行（Late majority）和衰退階段（Laggards）。對於應用型技術人員來說，早期流行階段是進入一個新技術領域的最佳時機，因為該技術已經通過分歧點的考驗，又處於上升階段，風險最小，競爭最少，更容易脫穎而出。數據挖掘技術現在就處在這樣一個早期流行階段。

數據挖掘的對象是某一專業領域中積累的數據；挖掘過程是一個人機交互、多次反復的過程；挖掘的結果要應用於該專業。因此數據挖掘的整個過程都離不開應用領域的專業知識。「Business First, technique second」是數據挖掘的特點。因此學習數據挖掘不意味著丟棄原有專業知識和經驗。相反，有其它行業背景是從事數據挖掘的一大優勢。如有銷售，財務，機械，製造，call center等工作經驗的，通過學習數據挖掘，可以提升個人職業層次，在不改變原專業的情況下，從原來的事務型角色向分析型角色轉變。

我們正處於一個信息爆炸的年代，能夠在第一時間內獲得或者找到最有價值的信息和資源，則成為企業在激烈地競爭中取勝的重要的因素，所以，商業智能（Business Intelligence）應運而生，而與之相關的技術和工具如Data Warehouse、 Data Mining、SAS則以驚人的速度得到快速、蓬勃的發展。

C. 案例分析：請用中文分析一下案例即可大概300字左右要快點謝謝大家了！

十年前，張先生開始經營他的公司，叫做上海陶瓷公司。主要針對陶器製造和銷售。這個公司在上海郊區有一個黏土供應商。張先生通過他自已的店銷售產品。他的事業已經很成功。經過一段時間，因為很多旅行者對張先生的產品很感興趣，所以客戶的定單大大的增加，甚至其它商店也來下定單。張先生開始批發業務。他僱傭了很多工人去生產和銷售這些陶器。一天，另一個黏土供應商聯系了他，說他們能提供更好的黏土，希望能使用他們的黏土。至此，很多供應商聯系了張先生。公司便有了很多黏土和運輸服務供應商。開始，他把產品，客戶和供應商的信息記在本子上，之後他請了一個IT工程師建立了一個簡單的數據系統，這個資料庫在電腦系統里操作，記錄了客戶（客戶ID，名字，地址等），產品（產品ID，顏色，工序，說明書等）。張先生仍用手工方法操作著原料的購買和運輸采購。一年後，資料庫建立，公司在事業上取得巨大進展，而且有了更多創新產品。公司也僱傭了更多優秀的管理和生產計劃的人才。張先生想擴張他的事業。他聯系了想進口公司產品的日本和美國商人，他也想出口商品。
張先生了解了IT信息。他相信信息系統能幫助他的公司。現在他想知道怎麼利用IT人員讓他的事業發展得更遠。他也了解了企業資源計劃，網際網路和電子商務，但他不確定他的公司是否要使用這些現代化科技和系統。他需要幫助。
一些張先生公司的資料
任務
製作和銷售黏土鍋和其它與陶器相關的產品給那些正在尋找更好的替代產品的人們。這些產品要有不同的特色和更高的質量。
競爭策略
公司應該以分化代替領導成本，發現它在高層社會的市場（客戶正在尋求特殊東西）通過專業的高級產品的分銷渠道
這個產品應該由工藝美術師用高質量的黏土手工製作，基於上海傳統設計，由專業的運輸公司發給分銷商。

D. 200分2天內求大學本科資料庫課程設計!急!急！

一、課程設計的內容
本課程設計要採用本課程中學習的資料庫設計方法，運用其基本思路與主要圖表工具完成「企業報刊訂閱管理系統」資料庫應用系統。完成信息需求分析與資料庫的概念設計、邏輯設計、物理設計以及處理功能設計，用SQL Sever的資料庫管理系統、JSP開發工具實現該系統，並運行、評價、改進之；在此基礎上嚴格按課程設計教學大綱所附報告提綱撰寫課程設計報告。通過本課程設計進一步弄懂資料庫系統及其相關的基本概念，理解資料庫系統的系統結構、主要特點，掌握資料庫設計的原理、方法及其基本過程，初步具備資料庫應用設計的能力，初步形成運用資料庫應用系統解決管理決策中的實際問題的基本素質。
二、課程設計的要求與數據
要求學生結合所學管理知識，在借鑒課堂教學案例、了解家人或親友所從事的業務及其流程的基礎上，參考有關資料，選擇自己了解的一項業務，運用課堂所學資料庫系統與資料庫設計知識，完成信息需求分析、資料庫概念設計、邏輯設計、物理設計，實現完成該業務的資料庫應用系統，並運行、評價改進之，最後要寫出課程設計報告。
三、課程設計應完成的工作
要求學生按照《資料庫應用課程設計》教學大綱完成一個資料庫應用系統，並撰寫相應的課程設計報告，主要內容包括：
概述：系統的基本任務，主要業務，開發目標
1. 需求分析
2. （資料庫）概念（模型）設計
3. （資料庫）邏輯（模型）設計
4. 資料庫物理設計與資料庫保護設計
5. 處理功能設計
6. 資料庫應用系統的實現
7. 資料庫應用系統運行
四、課程設計進程安排
序號設計各階段內容地點起止日期

五、應收集的資料及主要參考文獻
[1] 王珊、陳虹編著，資料庫系統原理教程，清華大學出版社，2003.
[1] 金銀秋主編，資料庫原理與設計，科學出版社，2000.
[2] 李建中王珊，資料庫系統原理，電子工業出版社，1998.
[3] 李大友，資料庫原理及應用（第二版），清華大學出版社，2000

發出任務書日期：年月日指導教師簽名：

計劃完成日期：年月日基層教學單位責任人簽章：

主管院長簽章：
目錄
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用戶需求……………………………………………………………………4
1.2業務流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （資料庫）概念（模型）設計…………………………………7
3. （資料庫）邏輯（模型）設計…………………………………9
3.1 一般邏輯模型設計…………………………………………………………9
3.2 具體邏輯模型設計…………………………………………………………9
4. 資料庫物理設計與資料庫保護設計…………………………10
4.1設計索引……………………………………………………………………10
4.2 設計表間關系………………………………………………………………10
4.3完整性設計…………………………………………………………………10
5. 處理功能設計…………………………………………………11
6. 資料庫應用系統的實現………………………………………11
7. 資料庫應用系統運行…………………………………………11
7.1 寫出系統操作使用的簡要說明……………………………………………11
7.2 系統實施過程………………………………………………………………11
7.3系統使用結果………………………………………………………………22
7.4系統評價……………………………………………………………………31

企業報刊訂閱管理系統
概述
隨著社會不斷的發展，人們的生活水平越來越高，對知識的和對時事的渴求也越來越高，人們希望能夠方便快捷地訂閱各種報刊雜志。但是各種各樣的報刊名目和詳細信息以及訂閱，為相關企業的管理造成很大的麻煩。因此網上訂閱成為不可或缺的一部分。
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。

1. 需求分析
1.1 用戶需求：
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。
訂閱信息處理的特點是訂閱信息處理量比較大,所管理的信息信息種類繁多,而且訂閱單、編輯單的發生量特別大,關聯信息多,查詢和統計的方式各不相同。因此在管理上實現起來有一定因難。
本系統在設計過程中,為了克服這些困難,需要使程序代碼標准化,軟體統一化,確保軟體的可維護性和實用性；刪除不必要的管理冗餘,實現管理規范化、科學化；界面友好、簡單化,做到實用、方便,盡量滿足報刊訂閱中員工的需要。

1.2 業務流程分析：
本系統主要面向的用戶有系統管理員、讀者。下面分角色對該系統的不同操作范圍做說明。
本系統主要有以下功能模塊：
（1）登陸功能：登陸系統為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。
（2）錄入新信息功能：對於管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦提交就存入到後台資料庫中；普通用戶自行注冊進行可以修改個人信息。
（3）訂閱功能：用戶可以訂閱報刊，系統自動計算所需金額，並顯示在界面上；管理員不可訂閱報刊，必須以用戶身份訂閱報刊。
（4）查詢功能：用戶可以查詢並顯示自己所訂閱的信息；管理員可以按人員、報刊、部門分類查詢。查詢出的信息顯示在界面上,並且可以預覽和列印出結果。
（5）統計功能：管理員可以按用戶、部門、報刊統計報刊的銷售情況，並對一些重要的訂閱信息進行統計；普通用戶可以統計出自己的訂閱情況，並且可以預覽和列印出結果。
（6）系統維護功能：數據的安全管理，主要是依靠管理員對資料庫里的信息進行備份和恢復，資料庫備份後，如果出了什麼意外可以恢復資料庫到當時備份的狀態，這提高了系統和數據的安全性，有利於系統的維護。
下圖為該系統的業務流程圖

1.3 信息需求分析
1.3.1 資料收集：業務流程中用到的相關單據主要是報刊信息還有訂單信息
報刊信息表：
報刊代號 46-250 報刊名稱 IT時代周刊
出版報社科技出版社
出版周期半月刊
每月定價 10.00 元/月
分類編號 1001
報刊介紹《IT時代周刊》是一本深刻解讀信息時代商業變革的雜志。除深度報道信息產業的重大新聞外，還報道金融、汽車、股市、零售等傳統行業利用IT提升商業與管理的新聞。《IT時代周刊》以調查見深度；以商業故事見功力。是CEO/CIO/CFO以及政府官員、商業領袖首選刊物。
訂單信息表：
訂單編號報刊代號用戶編號訂閱日期訂閱月數份數操作
3003 46-205 3206 2008-7-1 訂一月 1 取消訂閱
3004 26-306 3108 2008-7-8 訂半年 2 取消訂閱
3005 72-310 3100 2008-7-9 訂一年 1 取消訂閱
3006 45-214 2541 2008-7-10 訂一季 1 取消訂閱

1.3.2 事項分析：根據以上資料中標題、表頭等中各欄目名，可以得出相關事項，作為數據項；分析這些數據項，找出組合項、導出項、非結構化數據項，確定基本項。檢查是否有要補充的基本數據項，是否有要改進的地方，補充改進之，得出所有基本項。
1.4 功能需求分析：
本系統的主要結構功能圖如下：

2. （資料庫）概念（模型）設計
基本項構思ERD的四條基本原則：
①原則1 （確定實體）：能獨立存在的事物，例如人、物、事、地、團體、機構、活動、事項等等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。
②原則2 （確定聯系）：兩個或多個實體間的關聯與結合，如主管，從屬，組成，佔有，作用，配合，協同等等，當需要予以關注時，應作為聯系。實體間的聯系可分為一對一、一對多、多對多等三類，在確定聯系時還要確定其類型。
③原則3 （確定屬性）：實體的屬性是實體的本質特徵。實體應有標識屬性（能把不同個體區分開來的屬性組），並指定其中一個作為主標識。聯系的屬性是聯系的結果或狀態。
④原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯系圖中的一個地方作為屬性出現。

經過上述系統功能分析和需求總結，設計如下面所示的數據項和數據結構。
 管理員表（Adminuser）：用於存放管理員的數據記錄，包括數據項：管理員名、密碼。
 部門表（Department）：用來存放部門的相關記錄，包括數據項：部門號，部門名。
 用戶表（Users）：用於存放注冊用戶的記錄，包括數據項：用戶賬號、密碼、真實姓名、身份證號、聯系電話，聯系地址，部門號（和部門表有關）等。
 報刊類別表（NewspaperClass）：用於存放初始的報刊類別記錄，包括數據項：分類編號、分類名稱。
 報刊信息表（Newspaper）：用於存放報刊記錄，包括數據項：報刊代號、報刊名稱、出版報社、出版周期、季度報價、內容介紹、分類編號（和報刊類別表有關）等。
 訂單表（Order）：用於存放用戶下達的訂閱報刊的基本信息，包括數據項：訂單編號、用戶編號（用戶表的主碼）、報刊代號（報刊信息表的主碼）、訂閱份數、訂閱月數等。

根據上面的設計規劃出來的實體有部門實體、管理員實體、用戶實體、報刊類別實體、報刊信息實體和訂單實體。
部門實體的E-R圖如下圖所示：管理員實體的E-R圖如下圖所示：

用戶實體的E-R圖如下圖所示：報刊信息實體的E-R圖如下圖所示：

訂單實體的E-R圖如下圖所示：報刊類別實體的E-R圖如下圖所示：

所有實體之間的的關系E-R圖如下圖所示：

3. （資料庫）邏輯（模型）設計
3.1 一般邏輯模型設計：
關系模型的邏輯結構是一組關系模式的集合。將E-R圖轉換為關系模型就是要將實體型、實體的屬性和實體型之間的聯系轉換為關系模式。
由ERD導出一般關系模型的四條原則；
①一個1：1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合並。如果軟換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式何明，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯系本身的屬性。
②一個1：n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合並。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。
③一個m：n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。
④3個或3個以上實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系項鏈呢的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。

根據以上原則將E-R圖轉換成的關系模式如下：
部門（部門號，部門名稱）
用戶（用戶賬號，密碼，用戶真實姓名，聯系電話，聯系地址，部門號）
管理員（管理員名，密碼）
報刊類別（分類編號，分類名稱）
報刊（報刊代號，報刊名稱，出版報社，出版周期，每月訂價，內容介紹，分類編號）
訂單（用戶編號，報刊代號，訂閱份數，訂閱月數，訂閱總額）

3.2 具體邏輯模型設計：
在SQL Server2000資料庫中，首先創建newspaper資料庫，然後根據資料庫的邏輯結構分析創建表4-1━4-6的6張數據表。在前台訪問資料庫階段設置了用戶和密碼，用戶為sa，密碼為空。
表4-2 department部門表結構
欄位名稱欄位類型允許空說明
depNumber（主碼） Char（10）否部門號
depName Char(50) 是部門名稱
表4-3 users用戶表結構
欄位名稱欄位類型允許空說明
userNo（主碼） Char（10）否用戶帳號
userName Char(20) 是真實姓名
passWord Char(10) 否用戶密碼
address Char(150) 是用戶聯系地址
phone Char(20) 是用戶聯系電話
depNumber Char(10) 否用戶所屬部門號
表4-3 newspaperClass報刊分類表結構
欄位名稱欄位類型允許空說明
classid（主碼） Int（4）否報刊分類編號
className Char(30) 是報刊分類名稱
表4-4 newspaper報刊表結構
欄位名稱欄位類型允許空說明
newsNo（主碼） Char（10）否報刊代號
newsName Char(40) 否報刊名稱
classid Int（4）否報刊分類編號
publish Char(150) 是出版報社
pubPeriod Char(30) 是出版周期
content Char(4000) 是內容介紹
price Float(8) 否每月報價
表-6 book訂單表結構
欄位名稱欄位類型允許空說明
userNo（主碼） Char（10）否用戶帳號
newsNo（主碼） Char（10）否報刊代號
orderAmount Int（4）否訂閱份數
orderMonth Int（4）否訂閱月數
totalPrice Float(8) 是訂閱總額
表4-1 adminuser管理員表結構
欄位名稱欄位類型允許空說明
adminUser（主碼） Char(20) 否管理員用戶名
adminPass Char(10) 否管理員密碼
4. 資料庫物理設計與資料庫保護設計
4.1設計索引：我們可以在最經常查詢的列上建立索引以提高查詢效率。
而在這個系統中，我們經常要按用戶賬號，按報刊代號，按部門查詢，所以，我們可以為這三個表建立索引，建立所以的SQL語句如下，這幾個都是字元型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)

4.2 設計表間關系：

4.3完整性設計列出主要欄位完整性的欄位名、完整性約束條件；列出記錄完整性約束及其約束條件；列出參照完整性表。
主要欄位的完整性欄位名和參照完整性表可以參照上圖各個表之間的關系來看。
比如建立報刊表newspaper時，要求報刊代號在100~99999之間，報刊名稱和每月定價不能取空值，報刊類別是報刊類別表的主鍵，則
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多個用戶操作時，考慮用戶授權與安全性控制。
因為這個報刊訂閱系統由多個用戶使用，分為管理員和用戶，他們擁有不同的許可權和安全性控制。所以在許可權設置方面，採用管理員和用戶分別使用用戶名和密碼進入他們能使用許可權范圍里的界面。管理員登陸系統後，可以添加、修改用戶和報刊的信息，可以對訂單進行查詢和統計，並且可以把查詢統計的結果進行預覽和列印出來，還要對資料庫系統進行維護，適時備份資料庫，一旦資料庫遇到問題，可以恢復到最近備份的狀態，減少不必要的損失。
用戶登錄，用戶使用該系統前需要進行注冊，他應該是該企業某個部門下面的員工，所以他需要輸入他的部門號等信息，注冊成功後，登錄到系統，可以修改自己的信息還有訂閱報刊，但由於許可權的限制，他只能查看和統計自己的訂單信息。
5. 處理功能設計
5.1 主控模塊設計：
使用本系統，首先它會自動彈出「歡迎使用本系統」的歡迎界面，然後跳轉到用戶身份驗證界面，選擇管理員的身份進入，有錄入（錄入報刊信息、錄入用戶信息），查詢，統計(統計用戶、統計、報刊訂單)，系統維護（備份資料庫、恢復資料庫），注銷，退出等菜單可使用，沒注冊的用戶可進入注冊界面進行注冊，然後返回登錄界面登錄，進入後有歡迎界面，有訂閱、查詢、統計、修改、注銷、退出等菜單可使用。
6. 資料庫應用系統的實現
6.1 資料庫及其表結構的建立：按照上面的邏輯分析見表
6.2數據輸入：在建好的各個表中輸入數據，要符合數據的約束條件
7. 資料庫應用系統運行
7.1 寫出系統操作使用的簡要說明
本系統的運行需要安裝PowerBuilder9.0和SQL Server2000軟體。操作該系統，首先把備份的資料庫還原出來，導入SQL Server中，然後打開該系統，連接上還原出來的資料庫，再運行，就可以了。
7.2 系統實施過程
（1）打開PowerBuilder，新建一個工作區，命名為newspaper
（2）新建一個Application，取名newspaper，然後點擊工具欄上的DB Profile，新建一個MSS Microsoft SQL Server，填入Profile Name，伺服器名，用戶名，密碼，資料庫，如下圖，然後輸入連接資料庫的主要代碼：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("錯誤","資料庫連接錯誤，程序將關閉！",stopsign!)
return
end if
close(w_welcome)
open(w_login)

（3）製作登錄頁面w_login，在「確定」按鈕輸入如下：

「注冊」按鈕代碼：open(w_register) //打開用戶注冊頁面
「退出」按鈕代碼：close（w_login） //退出本系統
(4)製作注冊窗口w_register，在「注冊」按鈕的代碼如下：

「取消」按鈕代碼：close(w_register)
open(w_login)
（5）製作管理員主菜單w_adminview，建管理員主界面w_adminview，將該菜單放到窗口中
（6）製作用戶主菜單w_userview，建用戶主界面w_userview，將菜單放到窗口中
（7）製作管理員主菜單里的錄入報刊信息窗口w_inmagazine，錄入用戶信息窗口w_inuser，
製作數據窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在數據窗口調整好外觀，添加控制項，並設定相應的動作，分別放到這兩個窗口中
這兩個窗口功能相識，在窗口中輸入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()

（8）製作管理員主菜單中的查詢訂閱信息窗口w_searchorder，製作數據窗口dw_booksearch，將其放入窗體中，在窗口中輸入代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在「查詢」按鈕中輸入代碼：

「預覽」按鈕的代碼：

「關閉」按鈕代碼：close（w_searchorder）
數據窗口欄位如下：

（9）製作管理員主菜單中的統計用戶訂單窗口w_statuser，統計部門訂單窗口w_statdept，統計報刊訂單窗口w_statnews：製作統計數據窗口dw_statnews，dw_statuser，dw_statdept將dw_statnews，dw_statuser，dw_statdept分別放入w_statnews， w_statuser，w_statdept中；以下僅列出按出按部門統計的代碼和界面 (按用戶、報刊統計類似，略)；
按部門統計代碼：
窗口代碼：
按部門統計數據窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
預覽鍵代碼：（與上頁預覽代碼相同）
退出：close(parent)

（10）管理員主菜單中的更改登錄在w_adminview中的代碼

（11）管理員主菜單中的退出系統在w_adminview中的代碼

（12）管理員主菜單中的資料庫備份窗口w_backup，「開始備份」按鈕的代碼如下

在「>>」按鈕帶輸入代碼：

（13）管理員主菜單中的資料庫恢復窗口w_restore，「開始恢復」按鈕的代碼如下
在「>>」按鈕帶輸入代碼：

在「開始恢復」按鈕輸入代碼：

（14）用戶主菜單的訂閱報刊窗口w_userorder
該系統中定義了一個全局變數gs_userid，其它窗口界面都可以使用該變數，並顯示用戶名，用戶登錄後，它會顯示「~~~~，歡迎使用本系統！」的歡迎界面。
窗口代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
「清空」按鈕代碼：
sle_1.text=""
sle_3.text=""
sle_5.text=""
「退出」按鈕代碼：
close(w_userorder)
「訂閱」按鈕代碼：

（14）用戶主菜單的查詢訂單窗口w_usersearch，將訂單查找dw_booksearch放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果

窗口代碼：

「預覽」和「退出」按鈕同上
（15）用戶主菜單的查詢訂單窗口w_userstatis，將用戶統計dw_statuser放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果，窗口代碼如下：

用戶統計dw_statuser數據窗口如下：

「預覽」「退出」按鈕略
（16）用戶主菜單中的修改用戶信息窗口w_usermodify，打開會先顯示出你的信息，而用戶名這一欄是輸入不了的，也就是不能修改用戶名，窗口代碼如下：

「保存」按鈕代碼如下：

（17）用戶主菜單中的更改登錄和退出系統的代碼和管理員的一樣，這里就省略了。
7.3系統使用結果

打開本系統，首先彈出歡迎界面，通常一閃而過，然後到了登錄界面，點擊「注冊」

按確定後，彈出「恭喜，您已注冊成功！」的對話框。如果這時刷新服務管理器，打開SQL Server企業管理器，打開該資料庫的用戶表，就可看到剛才注冊的用戶已經在表中了

然後返回到登陸頁面，輸入剛才注冊到的用戶名和密碼maishning，123456

登錄後，彈出一個窗口，有供用戶使用的菜單，界面顯示「~~~~，歡迎使用本系統」

選擇「訂閱」菜單，在這個訂閱界面，用戶可以瀏覽到所有的報刊信息，要訂閱報刊時，用戶不需輸入用戶名與密碼，只需輸入您要訂閱的報刊代號（該報刊代號必須是報刊表中存在的），訂閱份數（必須是小於8的整數才有效），然後選擇需要訂閱的月數（一月、一季、半年或一年）然後點擊「訂閱」按鈕

訂閱成功後，系統彈出「恭喜！你已成功訂閱該報刊，總金額是~~~~」確定後會顯示出您所訂閱的總額是多少元，按「清空」按鈕後可以訂閱其它報刊（同樣的報刊不可重復訂閱）

再訂閱其它報刊，然後按「退出」按鈕，來到用戶主菜單然後選擇「查詢」菜單，這個數據窗口經過過濾，一打開就直接顯示該用戶過訂閱的訂單，可以進行預覽和列印。

由於許可權的限制，「統計」菜單中的也是只能統計自己訂單信息的數據

在「退訂」報刊菜單中，可以查看自己的訂單，單擊「退訂」然後「保存」即可完成退訂
在「修改」信息菜單中，用戶名也是不可輸入的文本框，即不可修改用戶名，其它信息可以修改，保存後它會自動添加到資料庫中

選擇菜單上的「注銷」，可以用不同的身份進入系統，確定後回到登錄界面

以管理員的身份登錄，用戶名111，密碼111，按登錄按鍵，可看到管理員菜單

選擇菜單欄中的錄入->錄入報刊信息，管理員可以大致瀏覽所有報刊信息，在上面的數據窗口可以查看上一頁和下一頁的具體內容，並且可以對其進行添加，刪除、修改、保存等操作。

錄入用戶信息頁面，基本相似

選擇菜單欄中的「查詢」->「訂單信息」,管理員擁有的許可權可以看到所有的訂單信息

管理員也可以根據需要分別按部門、按用戶、按報刊查詢，比如，要查詢msishning用戶，在文本框中輸入關鍵字，選擇單選按鈕中的「按部門號」，點擊「查詢」，結果如下
可對全部訂單或查詢出來的訂單進行預覽和列印，方便使用

菜單欄中的「統計」菜單有三個子菜單，管理員可以分別統計用戶訂單信息、部門訂單信息和報刊訂單信息，直接選擇就可看到統計結果，比如選擇「統計用戶訂單信息」

可將統計出來的結果進行預覽和列印，方便使用，其它兩個統計功能相似，略

主菜單中的系統維護->資料庫備份，選擇備份的位置，然後「開始備份」

主菜單中的系統維護->資料庫恢復，選擇之前備份的文件，輸入路徑和資料庫名，然後「開始恢復」

7.4系統評價：

E. 這種案例分析怎麼畫數據流程圖，資料庫設計以及達到的規范化程度怎麼做求解

厲害了2010考試真題。。。

F. 資料庫課程設計實例

資料庫課程設計

題目：小型超市管理系統
1、項目計劃
1.1系統開發目的
（1）大大提高超市的運作效率；
（2）通過全面的信息採集和處理，輔助提高超市的決策水平；
（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本，提高效益，增強超市擴張力，提供有效的技術保障。
1.2背景說明
21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互並存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。
1.3項目確立
針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前台POS銷售系統、後台管理系統，其中這兩個子系統又包含其它一些子功能。
1.4應用范圍
本系統適應於各種小型的超市。
1.5 定義
（1）商品條形碼：每種商品具有唯一的條形碼，對於某些價格一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。
（4）促銷：在一定時期內，某些商品會按低於原價的促銷價格銷售。
庫存告警提示：當商品的庫存數量低於庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
1.6 參考資料
《資料庫原理及設計》陶宏才編清華大學出版社
《SQL Server 2000 實用教程》范立南編清華大學出版社
《SQL Server 2000 編程員指南》李香敏編北京希望電子出版社
《輕松搞定 SQL Server 2000 程序設計》Rebecca M.Riordan編
《軟體工程規范》Watts S.Humphrey編清華大學出版社
《軟體工程理論與實踐》 Shari Lawrence Pfleeger編清華大學出版社
《軟體需求分析》 Swapna Kishore編機械工業出版社
《軟體工程思想》林銳編

2、邏輯分析與詳細分析
2.1系統功能
（1）、零售前台（POS）管理系統，本系統必須具有以下功能：
 商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能准確快速地進行商品掃描錄入。
 收銀業務：通過掃描條形碼或者直接輸入商品名稱（對於同類多件商品採用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款後，自動計算找零，同時列印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員並持有本人會員卡，則在交易前先掃描會員卡，並對所購物品全部實行95折優惠，並將所購物品的總金額累計到該會員的總消費金額中。會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。
 安全性：OS登陸、退出、換班與操作鎖定等許可權驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
 獨立作業：有的斷網收銀即在網路伺服器斷開或網路不通的情況下，收銀機仍能正常作業
(2)、後台管理系統，本系統必須具備以下功能
 進貨管理：根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。按計劃單有選擇性地進行自動入庫登記。綜合查詢列印計劃進貨與入庫記錄及金額。
 銷售管理：商品正常銷售、促銷與限量、限期及禁止銷售控制。綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。按多種方式統計生成銷售排行榜，靈活察看和列印商品銷售日、月、年報表。
 庫存管理：綜合查詢庫存明細記錄。庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟體為您預警，避免庫存商品積壓損失和缺貨。庫存自動盤點計算。
 人員管理：員工、會員、供貨商、廠商等基本信息登記管理。員工操作許可權管理。客戶銷售許可權管理。

（3）系統結構
系統總體結構

模塊子系統結構

功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。

功能描述：收銀業務子系統能計算交易總額，列印交易清單，並根據會員卡打折。

功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和列印計劃進貨與入庫記錄的功能。

功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況並產生年、月、日報表，同時可以生成銷售排行榜。

功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，並根據庫存的狀態報警，以及自動盤點計算。

功能描述：人員管理子系統提供基本信息登記管理，員工操作許可權管理，客戶銷售許可權管理的功能。
2.2、流程圖
前台管理系統

頂層DFD圖

第0層DFD圖

第1層DFD圖

2.3、戶類型與職能
（1）、員工（營業員）：
 通過商品條形碼掃描輸入商品到購買清單
 操作軟體計算交易總金額
 操作軟體輸出交易清單
 對會員進行會員卡掃描以便打折
（2）、：超市經理
 操作軟體錄入商品，供貨商，廠商
 操作軟體制定進貨計劃
 查詢列印計劃進貨與入庫記錄
 操作軟體控制商品銷售與否
 查詢列印銷售情況
 操作軟體生成銷售排行榜
 查詢庫存明細記錄
 根據軟體發出的庫存告警進行入貨
 操作軟體進行盤點計算
（3）、總經理：
 基本信息登記管理
 員工操作許可權管理
 客戶銷售許可權管理
2.4、統開發步驟
 確定參與者和相關的用況
 為每個用況設計過程
 建立順序圖，確定每個腳本中對象的協作
 創建類，確定腳本中的對象
 設計, 編碼, 測試, 集成類
 為過程編寫系統測試案例
 運行測試案例，檢驗系統
2.5、系統環境需求
 系統模式

本系統採用C/S模式作為開發模式
 硬體環境
伺服器端：
高性能的計算機一台，
普通的雙絞線作為連接。
客戶端：普通的計算機或者工作站，
普通的雙絞線作為連接。
 軟體環境
伺服器端：安裝SQL Server 2000的伺服器版本，
安裝windows 2000伺服器版本，
配置了諾頓等必須的防毒軟體。
客戶端：安裝SQL Server2000的伺服器版本，
安裝了VB等可視化開發工具軟體，
安裝windows2000伺服器版本。

2.6、系統安全問題
信息系統盡管功能強大，技術先進，但由於受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟體，資料庫，操作系統等漏洞或缺陷，硬體，通信部分的漏洞，企業內部人員的因素，病毒，「黑客」等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。
 系統要能重建
 系統應該是可審查的
 系統應能進行有效控制，抗干擾能力強
 系統使用者的使用許可權是可識別的
3、基於UML的建模
3.1語義規則
用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用於描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬體設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然後用例執行其所代表的功能，執行完後用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。
UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標准表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標准；不是過程也不是方法但允許任何一種過程和方法使用它。

用例（use case）：

參與者（actor）：

3.2、UML模型
3.21、系統UML模型

3.22、子系統UML模型
（1）零售前台（POS）管理系統用例視圖

（2）後台管理系統用例視圖

3.3、系統實現圖

4、超市銷售系統概念設計文檔
（1）、系統ER圖

（2）、系統ER圖說明
1) 商店中的所有用戶（員工）可以銷售多種商品，每種商品可由不同用戶（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。
（3）、視圖設計
1) 交易視圖(v_Dealing)——用於查詢交易情況的視圖；
2) 計劃進貨視圖(v_PlanStock)——用於查詢進貨計劃的視圖；
3) 銷售視圖(v_Sale)——用於查詢銷售明細記錄的視圖；
4) 入庫視圖(v_Stock)——用於查詢入庫情況的視圖。
5、邏輯設計文檔
（1）、系統關系模型
a) 商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號，供貨商編號）
b) 用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）
c) 會員表（會員編號，會員卡號，累積消費金額，注冊日期）
d) 銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）
e) 交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）
f) 進貨入庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）
g) 供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）
h) 廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）

（2）、系統資料庫表結構
資料庫表索引
表名中文名
MerchInfo 商品信息表
User 用戶表
Menber 會員表
Sale 銷售表
Dealing 交易表
Stock 進貨入庫表
Provide 供貨商表
Factory 廠商表

商品信息表(MerchInfo)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
MerchID int 4 P Not null 商品編號
MerchName Varchar 50 Not null 商品名稱
MerchPrice Money 4 Not null 價格
MerchNum Int 4 Not null 庫存數量
CautionNum Int 4 Not null 庫存報警數量
PlanNum Int 4 null 計劃進貨數
BarCode Varchar 50 Not null 條形碼
SalesProPrice Money 4 促銷價格
SalesProDateS Datetime 8 促銷起日期
SalesProDateE Datetime 8 促銷止日期
AllowAbate Int 4 Not null 允許打折
AllowSale Int 4 Not null 允許銷售
FactoryID Varchar 10 F Not null 廠商編號
ProvideID Varchar 10 F Not null 供貨商編號

用戶表(User)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
UserID varchar 10 P Not null 用戶編號
UserName Varchar 25 Not null 用戶名稱
UserPW Varchar 50 Not null 用戶密碼
UserStyle Int 4 Not null 用戶類型

會員表(Menber)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
MemberID Varchar 10 P Not null 會員編號
MemberCard Varchar 20 Not null 會員卡號
TotalCost Money 4 Not null 累積消費金額
RegDate Datetime 8 Not null 注冊日期

銷售表(Sale)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
SaleID Varchar 10 P Not null 銷售編號
MerChID Varchar 10 F Not null 商品編號
SaleDate Datetime 8 Not null 銷售日期
SaleNum Int 4 Not null 銷售數量
SalePrice Money 4 Not null 銷售單額

交易表(Dealing)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
DealingID Varchar 10 P Not null 交易編號
DealingPrice Money 4 Not null 交易金額
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 會員卡號
UserName Varchar 10 F Not null 用戶名稱

入庫紀錄表(Stock)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
StockID Varchar 10 P Not null 入庫編號
MerchID Varchar 10 F Not null 入庫商品編號
MerchNum Int 4 Not null 入庫數量
MerchPrice Money 4 Not null 單額
TotalPrice Money 4 Not null 總額
StockDate Datetime 8 Datetime 入庫日期
PlanDate Datetime 8 Datetime 計劃進貨日期
StockState Int 4 Not null 入庫狀態

供貨商表(Provide)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
ProvideID varchar 10 P Not null 供貨商編號
ProvideName Varchar 50 Not null 供貨商名稱
ProvideAddress Varchar 250 供貨商地址
ProvidePhone Varchar 25 供貨商電話

廠商表(Provide)
欄位名欄位類型長度主/外鍵欄位值約束對應中文名
FactoryID varchar 10 P Not null 廠商編號
FactoryName Varchar 50 Not null 廠商名稱
FactoryAddress Varchar 250 廠商地址
FactoryPhone Varchar 25 廠商電話
6、物理設計文檔
/*----------創建資料庫----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go

/*----------創建基本表----------*/
use [SuperMarketdb]
go
/*創建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*創建廠商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*創建會員表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*創建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*創建供應商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*創建銷售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*創建入庫表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*創建用戶表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO

/*----------創建表間約束----------*/
/*商品信息表中廠商編號、供應商編號分別與廠商表、供應商表之間的外鍵約束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*銷售表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入庫表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO

/*----------創建索引----------*/
/*在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一個以商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO

/*----------創建視圖----------*/
/*創建用於查詢交易情況的視圖*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 員工名稱,
MemberCard as 會員卡號,
DealingPrice as 交易金額
FROM Dealing
GO
/*創建用於查詢進貨計劃的視圖*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchNum as 計劃進貨數量,
Stock.PlanDate as 計劃進貨日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*創建用於查詢銷售明細記錄的視圖*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
MerchInfo.MerchPrice as 商品價格,
Sale.SalePrice as 銷售價格,
Sale.SaleNum as 銷售數量,
Sale.SaleDate as 銷售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*創建用於查詢入庫情況的視圖*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchPrice as 入庫價格,
Stock.MerchNum as 入庫數量,
Stock.TotalPrice as 入庫總額,
Stock.StockDate as 入庫日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO

7、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本，提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力，提供有效的技術保障。
由於開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
 本系統只適合小型超市使用，不能適合中大型超市使用；
 超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由於限於時間，本系統只能做出其中的一部分功能；
對於以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。

G. 資料庫課程設計實例

H. 資料庫案例分析與設計考核題（採納答案有兩種獎勵選擇：200財富值或者微信50 RMB）

這個要畫好多圖，50塊錢可做不了，200可以考慮

I. 資料庫設計案例分析

加到200分吧，我幫你

資料庫設計案例分析

與資料庫設計案例分析相關的內容