資料庫設計pdf
A. 求2011年九月以及以前的計算機二級考試C語言試題及答案、以及考試內容分析和解題技巧。記住只要C的。
(1)下面敘述正確的是________。
A)演算法的執行效率與數據的存儲結構無關
B)演算法的空間復雜度是指演算法程序中指令(或語句)的條數
C)演算法的有窮性是指演算法必須能在執行有限個步驟之後終止
D)演算法的時間復雜度是指執行演算法程序所需要的時間
(1)C
知識點:演算法的基本概念；演算法復雜度的概念和意義(時間復雜度與空間復雜度)
評 析：演算法的設計可以避開具體的計算機程序設計語言，但演算法的實現必須藉助程序設計語言中提供的數據類型及其演算法。數據結構和演算法是計算機科學的兩個重要支柱。它們是一個不可分割的整體。演算法在運行過程中需輔助存儲空間的大小稱為演算法的空間復雜度。演算法的有窮性是指一個演算法必須在執行有限的步驟以後結束。演算法的時間復雜度是指執行演算法所需要的計算工作量，即演算法執行過程中所需要的基本運算次數。
(2)以下數據結構屬於非線性數據結構的是________。
A)隊列 B)線性表 C)二叉樹 D)棧
(2)C
知識點:棧和隊列的定義；棧和隊列的順序存儲結構及其基本運算
評 析:線性表、棧和隊列等數據結構所表達和處理的數據以線性結構為組織形式。棧是一種特殊的線性表，這種線性表只能在固定的一端進行插入和刪除操作，允許插入和刪除的一端稱為棧頂，另一端稱為棧底。一個新元素只能從棧頂一端進入，刪除時，只能刪除棧頂的元素，即剛剛被插入的元素。所以棧又稱後進先出表(Last In First Out)。隊列可看作是插入在一端進行，刪除在另一端進行的線性表，允許插入的一端稱為隊尾，允許刪除的一端稱為隊頭。在隊列中，只能刪除隊頭元素，隊列的最後一個元素一定是最新入隊的元素。因此隊列又稱先進先出表(First In First Out)。二叉樹的數據結構是樹型結構，結構中數據元素之間存在著一對多的關系，因此它是一種非線性數據結構。
(3)在一棵二叉樹上第8層的結點數最多是________。
A)8 B)16 C)128 D)256
(3)C
知識點：二叉樹的定義及其存儲結構
評 析:根據二叉樹的性質：二叉樹第i(I>1)層上至多有2i-1個結點。得到第8層的結點數最多是128。
(4)下面描述中，不符合結構化程序設計風格的是________。
A)使用順序、選擇和重復(循環)三種基本控制結構表示程序的控制邏輯
B)自頂向下
C)注重提高程序的執行效率
D)限制使用goto語句
(4)C
知識點：結構化程序設計
評 析：結構化程序設計方法的四條原則是：1．自頂向下：2．逐步求精；3．模塊化；4．限制使用goto語句。「自頂向下」是說，程序設計時，應先考慮總體，後考慮細節，先考慮全局目標，後考慮局部目標；「逐步求精』』是說，對復雜問題，應設計一些子目標作過渡，逐步細節化；「模塊化」是說，一個復雜問題肯定是由若干稍簡單的問題構成，解決這個復雜問題的程序，也應對應若干稍簡單的問題，分解成若干稍小的部分。
(5)下面概念中，不屬於面向對象方法的是________。
A)對象、消息 B)繼承、多態 C)類、封裝 D)過程調用
(5)D
知識點:面向對象的程序設計方法、對象、方法、屬性及繼承與多態性
評 析:面向對象方法是一種運用對象、類、封裝、繼承、多態和消息等概念來構造、測試、重構軟體的方法。面向對象方法從對象出發，發展出對象、類、消息、繼承等概念。
(6)在結構化方法中，用數據流程圖(DFD)作為描述工具的軟體開發階段是________。
A)可行性分析 B)需求分析 C)詳細設計 D)程序編碼
(6)B
知識點:結構化設計方法
評 析:軟體開發階段包括需求分析、總體設計、詳細設計、編碼和測試五個階段。其中需求分析階段常用的工具是數據流程圖和數據字典。
(7)軟體生命周期中所花費用最多的階段是________。
A)詳細設計 B)軟體編碼 C)軟體測試 D)軟體維護
(7)D
知識點:軟體工程基本概念，軟體生命周期概念，軟體工具與軟體開發環境
評 析:軟體生命周期分為軟體定義、軟體開發及軟體運行維護3個階段。本題中詳細設計、軟體編碼和軟體測試都屬於軟體開發階段；維護是軟體生命周期的最後一個階段，也是持續時間最長，花費代價最大的一個階段，軟體工程學的一個目的就是提高軟體的可維護性，降低維護的代價。
(8)資料庫系統的核心是________。
A)數據模型 B)DBMS C)軟體工具 D)資料庫
(8)B
知識點:資料庫的基本概念：資料庫，資料庫管理系統，資料庫系統
評 析:資料庫管理系統DBMS是資料庫系統的核心。DBMS是負責資料庫的建立、使用和維護的軟體。DBMS建立在操作系統之上，實施對資料庫的統一管理和控制。用戶使用的各種資料庫命令以及應用程序的執行，最終都必須通過DBMS。另外，DBMS還承擔著資料庫的安全保護工作，按照DBA所規定的要求，保證資料庫的完整性和安全性。
(9)下列敘述中正確的是________。
A)數據處理是將信息轉化為數據的過程
B)資料庫設計是指設計資料庫管理系統
C)如果一個關系中的屬性或屬性組並非該關系的關鍵字，但它是另一個關系的關鍵
字，則稱其為本關系的外關鍵字
D)關系中的每列稱為元組，一個元組就是一個欄位
(9)C
知識點:數據模型，實體聯系模型及E-R圖，從E-R圖導出關系數據模型
評 析：數據處理是指將數據轉換成信息的過程，故選項A敘述錯誤；設計資料庫的目的實質上是設計出滿足實際應用需求的實際關系模型，故選項B敘述錯誤；關系中的行稱為元組，對應存儲文件中的記錄，關系中的列稱為屬性。對應存儲文件中的欄位，故D選項敘述錯誤。
(10)下列模式中，_______是用戶模式。
A)內模式 B)外模式 C)概念模式 D)邏輯模式
(10)B
知識點：資料庫的基本概念：資料庫，資料庫管理系統，資料庫系統
評 析：資料庫管理系統的三級模式結構由外模式、模式和內模式組成。外模式，或稱子模式，或稱用戶模式，是指資料庫用戶所看到的數據結構，是用戶看到的數據視圖。模式，或稱邏輯模式，是資料庫中對全體數據的邏輯結構和特性的描述，是所有用戶所見到的數據視圖的總和。外模式是模式的一部分。內模式，或稱存儲模式，或稱物理模式，是指數據在資料庫系統內的存儲介質上的表示。即對數據的物理結構和存取方式的描述。
36)演算法的時間復雜度是指_______。
A)執行演算法程序所需要的時間
B)演算法程序的長度
C)演算法執行過程中所需要的基本運算次數
D)演算法程序中的指令條數
(36)C
知識點：演算法復雜度的概念和意義(時問復雜度與空間復雜度)
評析：所謂演算法的時間復雜度，是指執行演算法所需要的計算工作量。為了能夠比較客觀地反映出一個演算法的效率，在度量一個演算法的工作量時，不僅應該與所使用的計算機、程序設計語言以及程序編制者無關，而且還應該與演算法實現過程中的許多細節無關。為此，可以用演算法在執行過程中所需基本運算的執行次數來度量演算法的工作量。
(37)下列敘述中正確的是_______。
A)線性表是線性結構 B)棧與隊列是非線性結構
C)線性鏈表是非線性結構 D)二叉樹是線性結構
(37)A
知識點：線性結構與非線性結構的概念
評析：根據數據結構中各數據元素之間相關聯關系的復雜程度，一般將數據結構分為兩大類型：線性結構與非線性結構。如果一個非空的數據結構滿足下列兩個條件： (1)有且只有一個根結點； (2)每一個結點最多有一個前件，也最多有一個後件。則稱該數據結構為線性結構，又稱線性表。所以線性表、棧與隊列、線性鏈表都是線性結構，而二叉樹是非線性結構。
(38)下面關於完全二叉樹的敘述中，錯誤的是_______。
A)除了最後一層外，每一層上的結點數均達到最大值
B)可能缺少若干個左右葉子結點
C)完全二叉樹一般不是滿二叉樹
D)具有結點的完全二叉樹的深度為[log2n]+l
(38)B
知識點：二叉樹的定義及其存儲結構
評析：這里考察完全二又樹與滿二叉樹的定義及二叉樹的性質。滿二叉樹指除最後一層外每一層上所有結點都有兩個子結點的二叉樹。完全二叉樹指除最後一層外，每一層上的結點數均達到最大值，在最後一層上只缺少右邊的若乾子結點(葉子結點)的二叉樹。因此選項A是正確的，而選項B是錯誤的。由定義可知，滿二叉樹肯定是完全二又樹，而完全二又樹一般不是滿二叉樹，因此選項c是正確的敘述。選項D即二又樹性質(5)，也是正確的。
(39)結構化程序設計主要強調的是_______。
A)程序的規模 B)程序的易讀性
C)程序的執行效率 D)程序的可移植性
(39)B
知識點：結構化程序設計
評析：結構化程序設計主要強調的足結構化程序清晰易讀，可理解性好，程序員能夠進行逐步求精、程序證明和測試．以保證程序的正確性。
(40)在軟體生命周期中，能准確地確定軟體系統必須做什麼和必須具備哪些功能的階段是_______。
A)概要設計 B)詳細設計 C)可行性分析 D)需求分析
(40)D
知識點：軟體工程基本概念，軟體生命周期概念，軟體工具與軟體開發環境
評析：通常，將軟體產品從提出、實現、使用維護到停止使用退役的過程稱為軟體生命周期。也就是說，軟體產品從考慮其概念開始，到該軟體產品不能使用為止的整個時期都屬於軟體生命周期。軟體生命周期的主要活動階段為：
① 可行性研究和計劃制定。確定待開發軟體系統的開發目標和總的要求，給出它的功能、性能、可靠性以及介面等方面的可行方案，制定完成開發任務的實施計劃。
②需求分析。對待開發軟體提出的需求進行分析並給出詳細定義，即准確地確定軟體系統的功能。編寫軟體規格說明書及初步的用戶手冊，提交評審。
③軟體設計。系統設計人員和程序設計人員應該在反復理解軟體需求的基礎上，給出軟體的結構、模塊的劃分、功能的分配以及處理流程。
④軟體實現。把軟體設計轉換成計算機可以接受的程序代碼。即完成源程序的編碼，編寫用戶手冊、操作手冊等面向用戶的文檔，編寫單元測試計劃。
⑤軟體測試。在設計測試用例的基礎上，檢驗軟體的各個組成部分。編寫測試分析報告。
⑥運行和維護。將已交付的軟體投入運行，並存運行使用中不斷地維護，根據新提出的需求進行必要而且可能的擴充和刪改。
(41)數據流圖用於抽象描述一個軟體的邏輯模型，數據流圖由一些特定的圖符構成。下列圖符名標識的圖符不屬於數據流圖合法圖符的是_______。
A)控制流 B)加工 C)數據存儲 D)源和潭
(41)A
知識點：結構化分析方法，數據流圖，數據字典，軟體需求規格說明書
評析：數據流圖從數據傳遞和加工的角度，來刻畫數據流從輸入到輸出的移動變換過程。數據流圖中的主要圖形元素有：加工(轉換)、數據流、存儲文件(數據源)、源和潭。
(42)軟體需求分析一般應確定的是用戶對軟體的_______。
A)功能需求 B)非功能需求 C)性能需求 D)功能需求和非功能需求
(42)D
知識點：結構化設計方法
評析：軟體需求分析中需要構造一個完全的系統邏輯模型，理解用戶提出的每一功能與性能要求，是用戶明確自己的任務。因此，需求分析應確定用戶對軟體的功能需求和非功能需求。
(43)下述關於資料庫系統的敘述中正確的是_______。
A)資料庫系統減少了數據冗餘
B)資料庫系統避免了一切冗餘
C)資料庫系統中數據的一致性是指數據類型的一致
D)資料庫系統比文件系統能管理更多的數據
(43)A
知識點：資料庫的基本概念：資料庫，資料庫管理系統，資料庫系統
評析：由於數據的集成性使得數據可為多個應JH=j所共享，特別是在網路發達的今天，資料庫與網路的結合擴大了數據關系的應用范圍。數據的共享自身義可極大地減少數據冗餘性，不僅減少了不必要的存儲空間，更為重要的是可以避免數據的不一致性。所謂數據的一致性是指在系統中同一數據的不同出現應保持相同的值，而數據的不一致性指的是同一個數據在系統的不同拷貝處有不同的值。
(44)關系表中的每一橫行稱為一個_______。
A)元組 B)欄位 C)屬性 D)碼
(44)A
知識點：資料庫的基本概念：資料庫．資料庫管理系統，資料庫系統
評析：在關系資料庫中，關系模型採用二維表來表示，簡稱「表」。二維表是由表框架及表元組組成。在表框架中，按行可以存放數據，每行數據稱為元組。
(45)資料庫設計包括兩個方面的設計內容，它們是_______。
A)概念設計和邏輯設計 B)模式設計和內模式設計
C)內模式設計和物理設計 D)結構特性設計和行為特性設計
(45)A
知識點：資料庫設計方法和步驟：需求分析、概念設計、邏輯設計和物理設計的相關策略
評析：資料庫設計可分為概念設計與邏輯設計。資料庫概念設計的目的是分析數據問內存語義關聯，在此基礎上建立一個數據的抽象模型。資料庫邏輯設計的主要工作是將E-R圖轉換為指定的RDBMS中的關系模型。
(61)字元(char)型數據在微機內存中的存儲形式是________。
A)反碼 B)補碼
C)EBCDIC碼 D)ASCII碼
(61)D
知識點：字元數據在內存中的存儲形式
評析：將一個字元常量放到一個字元變數中，實際上並不是把該字元本身放到內存單元中去，而是將該字元的ASCII碼值放到存儲單元中。
71)演算法的空間復雜度是指_______。
A)演算法程序的長度 B)演算法程序中的指令條數
C)演算法程序所佔的存儲空間 D)演算法執行過程中所需要的存儲空間
(71)D
知識點：演算法的復雜度
評析：一個演算法的空間復雜度，一般是指執行這個演算法所需的內存空間。
一個演算法所佔用的存儲空間包括演算法程序所佔的空間、輸入的初始數據所佔的存儲空間以及演算法執行過程中所需要的額外空間。
(72)下列關於棧的敘述中正確的是_______。
A)在棧中只能插入數據 B)在棧中只能刪除數據
C)棧是先進先出的線性表 D)棧是先進後出的線性表
(72)D
知識點：棧的輸入輸出操作
評析：棧是限定在一端進行插入與刪除的線性表。
棧是按照「先進後出」的或「後進先出」的原則組織數據的，因此，棧也被稱為「先進後出」表或「後進先出」表。
(73)在深度為5的滿二叉樹中，葉子結點的個數為_______。
A)32 B)31 C)16 D)15
(73)C
知識點：二叉樹的概念
評析：所謂滿二叉樹是指除最後一層外，每層上的所有結點都有兩個子結點。也就是說，在滿二又樹中，每一層上的結點數都達到最大值，即在滿二叉樹的第K層上有2k-1個結點，且深度為m的滿二叉樹有2m個結點。
在滿二叉樹中，最後一層的結點個數就是葉子結點的個數，本題中深度為5，故葉子結點數為25-1=24==16。
(74)對建立良好的程序設計風格，下面描述正確的是_______。
A)程序應簡單、清晰、可讀性好 B)符號名的命名要符合語法
C)充分考慮程序的執行效率 D)程序的注釋可有可無
(74)A
知識點：程序設計風格
評析：要形成良好的程序設計風格，主要應注重和考慮下述一些因素：符號名的命名應具有一定的實際含義，以便於對程序功能的理解；正確的注釋能夠幫助讀者理解程序；程序編寫應優先考慮清晰性，除非對效率有特殊要求，程序編寫要做到清晰第一，效率第二。
(75)下面對對象概念描述錯誤的是_______。
A)任何對象都必須有繼承性 B)對象是屬性和方法的封裝體
C)對象問的通訊靠消息傳遞 D)操作是對象的動態性屬性
(75)A
知識點：對象的概念
評析：對象是由數據和容許的操作組成的封裝體，與客觀實體有直接的對應關系。對象之間通過傳遞消息互相聯系，以模擬現實世界中不同事物彼此之間的聯系。
(76)下面不屬於軟體工程的3個要素的是_______。
A)工具 B)過程 C)方法 D)環境
(76)D
知識點：軟體：[程的要素
評析：軟體工程包括3個要素，即方法、工具和過程。
(77)程序流程圖(PFD)中的箭頭代表的是_______。
A)數據流 B)控制流 C)調用關系 D)組成關系
(77)B
知識點：軟體設計工具
評析：程序流程圖(PFD)是一種傳統的、應用廣泛的軟體過程設計表示工具，通常也稱為程序框圖，其箭頭代表的是控制流。
(78)在數據管理技術的發展過程中，經歷了人工管理階段、文件系統階段和資料庫系統階段。其中數據獨立性最高的階段是_______。
A)資料庫系統 B)文件系統 C)人工管理 D)數據項管理
(78)A
知識點：數據管理技術的發展
評析：在數據管理技術的發展過程中，經歷了人工管理階段、文件系統階段和資料庫系統階段。其中數據獨立性最高的階段是資料庫系統。
B. powerdesigner怎麼用啊
PowerDesign：PowerDesign是Sybase推出的主打資料庫設計工具。PowerDesign致力於採用基於Entiry- Relation的數據模型，分別從概念數據模型(Conceptual Data Model)和物理數據模型(Physical Data Model)兩個層次對資料庫進行設計。概念數據模型描述的是獨立於資料庫管理系統(DBMS)的實體定義和實體關系定義。物理數據模型是在概念數據模型 的基礎上針對目標資料庫管理系統的具體化。
如何一次性將表結構的腳本導出來？
Database --->Generate Database ---> Genarate Script 就可實現。
Name用中文英文以便查詢、寫程序的時候方便， Code才是最終產生的Table Name
PowerDesigner中建了模型，如何把它作為文檔導出？
利用REPORT。選擇一個模板，然後就生成了RTF或是HTM格式的文檔
如何將已經存在的資料庫所有表，導入到PowerDesign中？
用PD里的反向工程file--->reverse engineering ===> and go on
概念數據模型(CDM)
CDM表現資料庫的全部邏輯的結構,與任何的軟體或數據儲藏結構無關。一個概念模型經常包括在物理資料庫中仍然不實現的數據對象。它給運行計劃或業務活動的數據一個正式表現方式。不考慮物理實現細節，只考慮實體之間的關系。
物理數據模型 (PDM)
PDM敘述資料庫的物理實現。主要目的是把CDM中建立的現實世界模型生成特定的DBMS腳本，產生資料庫中保存信息的儲存結構，保證數據在資料庫中的完整性和一致性。
面向對象模型 (OOM)
一個OOM包含一系列包，類，介面和他們的關系。這些對象一起形成所有的(或部份)一個軟體系統的邏輯的設計視圖的類結構。一個OOM本質上是軟體系統的一個靜態的概念模型。
業務程序模型(BPM)
BPM描述業務的各種不同內在任務和內在流程，而且客戶如何以這些任務和流程互相影響。BPM是從業務合夥人的觀點來看業務邏輯和規則的概念模型，使用一個圖表描述程序，流程，信息和合作協議之間的交互作用。
正向工程
你能直接地從PDM產生一個資料庫, 或產生一個能在你的資料庫管理系統環境中運行的資料庫腳本。可以生成資料庫腳本,如果選擇ODBC方式,則可以直接連接到資料庫,從而直接產生資料庫表以及其他資料庫對象。
逆向工程
將已存在的資料庫產生進新的PDM 之內。數據來源可能是從腳本文件或一個開放資料庫連接數據來源。
並不是每個設計都需要用到Power Designer。 例如：小的系統，或Table數比較少的情況下就沒有必要採用Power Designer了。
設計步驟
CDM PDM OOM三者轉換關系
PowerDesigner僅僅是實現的工具
不要以為Power能幫你把關系什麼的全部建立好，很多資料庫理論只是還是需要的，設計資料庫的時候，那些範式什麼的，一定要掌握。
設計一個好的資料庫，最好的工具不是必須的，但是基礎理論是一定要的。
PowerDesigner用途不局限於數據建模
還可以用PowerDweigner設計web service
並不是每個設計都需要用到PD
用Powerdesigner對付比較大型的項目，是很好的，對於短平快類型的項目，如果時間要求你1個星期完成一個程序，那麼完全沒有必要用 PowerDesigner，直接維護資料庫就可以了，當表的數量超過10個（一個小系統的表在10個左右）的時候，建議還是用用 Powerdesigner 。
我的看法：如果想做成一個比較規范的資料庫，小項目也可以用。畢竟生成報表和正反向工程很有用。
零碎
PD中的CDM設計時，可以將所有需要的欄位都定義好。然後在設計實體是直接取出來。PD提供了這樣的統一管理的工具。在PD菜單欄-Model-Data Item下。
為了使自己設計的CDM看起來象樣一點，可以從工具欄中，拖動一個Title。其顯示的信息，是當前CDM的屬性值。
為了使實體等Symbol看起來顯眼和舒服。可以根據個人喜好進行外觀上的調整。當前設計界面中，右鍵-Display Perferences中進行設置。還可以增加shadow效果。選中Symbol後，Ctrl+W。或者右鍵菜單。
為了使布局整齊。選中需要調整的Symbol後，菜單-Symbol-Align進行設置。快捷鍵：ctrl+UP,ctrl+Down,ctrl+Left,ctrl+Right即為上下左右對齊。
設計實體屬性時注意的細節：M：表示強制非空；P：是否為主鍵；D：是否在模型中顯示。gerenate：表示是否作為表生成。
默認情況下，CDM的實體會顯示Identifier一欄。如果不想其顯示出來，在右鍵-Display Perferences中ObjectView-Entity中設置。
關系的命名方法是：實體名1 實體名2。
關系中的角色（Role）表示聯系線上一個方向上的含義。用一個動詞來描述。Role只是起一個描述作用。
依賴(Dependency)：表示在聯系中一個實體的存在是否依賴於另一個實體。寄生實體（Dependent Entity）是一種部分地被另一實體確定的實體。在依賴聯系中，一個實體與另一實體通過標識符相聯系，當一個實體的存在沒有另一個實體的存在作為參考就 不能唯一確定時，兩個實體間就存在依賴聯系。
主從表就是典型的依賴關系。
中間實體（Associative Entity）：是為了解決多對多聯系而產生的一個人工實體，能夠為中間實體定義屬性。用滑鼠右鍵單擊多對多聯系線，在彈出的菜單中選擇「Change to entity」，能夠把這個聯系轉換成連接兩個實體的中間實體。
善於利用自動生成的中間實體，可以簡化設計工作，提高資料庫設計的正確性。
中間實體一般不用再加入新的欄位。
牢記：外鍵是通過關系Relationship自動來建立的，不需要手動建立。不然會產生多餘的鍵。所以設計時，關注實體本身的欄位，以及實體間的關系，特別是多對多和依賴關系。
從CDM到PDM的轉換需要注意：
不能改變Diagram的名稱
在樹狀圖中，如果鉤選紅色標出的Symbol表示覆蓋修改，不鉤選表示保護修改。
資料庫為了保證數據完整性和一致性，提出了約束。即表約束，列約束以及參照完整性約束。通常資料庫設計和程序開發不是絕對的分離的。所以前兩者在實際開發過程中逐漸的完善。需要注意的還是參照完整性約束。
在PD中前兩者的設定是對欄位，後者是對關系。
參照完整性約束
限制（Restrict）。不允許進行修改或刪除操作。若修改或刪除主表的主鍵時，如果子表中存在子記錄，系統將產生一個錯誤提示。這是預設的參照完整性設置。
置空(Set Null)。如果外鍵列允許為空，若修改或刪除主表的主鍵時，把子表中參照的外鍵列設置為空值（NULL）。
置為預設(Set Default)。如果指定了預設值，若修改或刪除主表的主鍵時，把子表中參照的外鍵設置為預設值（Default）。
級聯(Cascade)。把主表中主鍵修改為一個新的值時，相應修改子表中外鍵的值；或者刪除主表中主鍵的記錄時，要相應刪除子表中外鍵的記錄。
注意理解以上的約束時，抓住操作的都是主表。子表的操作都是相對主表來說的。操作方式就是Update和Delete。
引用基礎數據表的數據時，可以建立對應的視圖。選中需要作為視圖的表，菜單欄-Tools-Create View
PD支持對已有數據的表更新表結構。不過需要謹慎操作，檢查生成的SQL腳本。
PD也可以生成隨機的測試數據。
觸發器就是DBMS中提供的事件驅動機制。發生在表的Insert,Update和Delete。執行SQL語句或存儲過程。
在PD中可以完成存儲過程的編寫，也便於管理。
逆向工程可以通過資料庫腳本或者通過ODBC數據源來實現。
C. 資料庫為什麼要分庫分表
1 基本思想之什麼是分庫分表？
從字面上簡單理解，就是把原本存儲於一個庫的數據分塊存儲到多個庫上，把原本存儲於一個表的數據分塊存儲到多個表上。
2 基本思想之為什麼要分庫分表？
數
據庫中的數據量不一定是可控的，在未進行分庫分表的情況下，隨著時間和業務的發展，庫中的表會越來越多，表中的數據量也會越來越大，相應地，數據操作，增
刪改查的開銷也會越來越大；另外，由於無法進行分布式式部署，而一台伺服器的資源（CPU、磁碟、內存、IO等）是有限的，最終資料庫所能承載的數據量、
數據處理能力都將遭遇瓶頸。
3 分庫分表的實施策略。
分庫分表有垂直切分和水平切分兩種。
3.1
何謂垂直切分，即將表按照功能模塊、關系密切程度劃分出來，部署到不同的庫上。例如，我們會建立定義資料庫workDB、商品資料庫payDB、用戶數據
庫userDB、日誌資料庫logDB等，分別用於存儲項目數據定義表、商品定義表、用戶數據表、日誌數據表等。
3.2
何謂水平切分，當一個表中的數據量過大時，我們可以把該表的數據按照某種規則，例如userID散列，進行劃分，然後存儲到多個結構相同的表，和不同的庫
上。例如，我們的userDB中的用戶數據表中，每一個表的數據量都很大，就可以把userDB切分為結構相同的多個userDB：part0DB、
part1DB等，再將userDB上的用戶數據表userTable，切分為很多userTable：userTable0、userTable1等，
然後將這些表按照一定的規則存儲到多個userDB上。
3.3 應該使用哪一種方式來實施資料庫分庫分表，這要看資料庫中數據量的瓶頸所在，並綜合項目的業務類型進行考慮。
如果資料庫是因為表太多而造成海量數據，並且項目的各項業務邏輯劃分清晰、低耦合，那麼規則簡單明了、容易實施的垂直切分必是首選。
而
如果資料庫中的表並不多，但單表的數據量很大、或數據熱度很高，這種情況之下就應該選擇水平切分，水平切分比垂直切分要復雜一些，它將原本邏輯上屬於一體
的數據進行了物理分割，除了在分割時要對分割的粒度做好評估，考慮數據平均和負載平均，後期也將對項目人員及應用程序產生額外的數據管理負擔。
在現實項目中，往往是這兩種情況兼而有之，這就需要做出權衡，甚至既需要垂直切分，又需要水平切分。我們的游戲項目便綜合使用了垂直與水平切分，我們首先對資料庫進行垂直切分，然後，再針對一部分表，通常是用戶數據表，進行水平切分。
4 分庫分表存在的問題。
4.1 事務問題。
在執行分庫分表之後，由於數據存儲到了不同的庫上，資料庫事務管理出現了困難。如果依賴資料庫本身的分布式事務管理功能去執行事務，將付出高昂的性能代價；如果由應用程序去協助控制，形成程序邏輯上的事務，又會造成編程方面的負擔。
4.2 跨庫跨表的join問題。
在執行了分庫分表之後，難以避免會將原本邏輯關聯性很強的數據劃分到不同的表、不同的庫上，這時，表的關聯操作將受到限制，我們無法join位於不同分庫的表，也無法join分表粒度不同的表，結果原本一次查詢能夠完成的業務，可能需要多次查詢才能完成。
4.3 額外的數據管理負擔和數據運算壓力。
額
外的數據管理負擔，最顯而易見的就是數據的定位問題和數據的增刪改查的重復執行問題，這些都可以通過應用程序解決，但必然引起額外的邏輯運算，例如，對於
一個記錄用戶成績的用戶數據表userTable，業務要求查出成績最好的100位，在進行分表之前，只需一個order
by語句就可以搞定，但是在進行分表之後，將需要n個order
by語句，分別查出每一個分表的前100名用戶數據，然後再對這些數據進行合並計算，才能得出結果。
D. PDF格式是指又如何製做使用
Adobe Reader 關於PDF的圖標
PDF全稱Portable Document Format，譯為可移植文檔格式，是一種電子文件格式。這種文件格式與操作系統平台無關，也就是說，PDF文件不管是在Windows，Unix還是在蘋果公司的Mac OS操作系統中都 是通用的。這一性能使它成為在Internet上進行電子文檔發行和數字化信息傳播的理想文檔格式。越來越多的電子圖書、產品說明、公司文告、網路資料、電子郵件開始使用PDF格式文件。 Adobe公司於2009年7月13日宣布，作為電子文檔長期保存格式的PDF/Archive(PDF/A)經中國國家國家標准化管理委員會批准已成為正式的中國國家標准，並已於2009年9月1日起正式實施。PDF格式文件目前已成為數字化信息事實上的一個工業標准。 Adobe公司設計PDF文件格式的目的是為了支持跨平台上的，多媒體集成的信息出版和發布，尤其是提供對網路信息發布的支持。為了達到此目的， PDF具有許多其他電子文檔格式無法相比的優點。PDF文件格式可以將文字、字型、格式、顏色及獨立於設備和解析度的圖形圖像等封裝在一個文件中。該格式文件還可以包含超文本鏈接、聲音和動態影像等電子信息，支持特長文件，集成度和安全可靠性都較高。 PDF文件使用了工業標準的壓縮演算法，通常比PostScript文件小，易於傳輸與儲存。它還是頁獨立的，一個PDF文件包含一個或多個「頁」，可以單獨處理各頁，特別適合多處理器系統的工作。此外，一個PDF文件還包含文件中所使用的PDF格式版本，以及文件中一些重要結構的定位信息。正是由於 PDF文件的種種優點，它逐漸成為出版業中的新寵。 對普通讀者而言，用PDF製作的電子書具有紙版書的質感和閱讀效果，可以「逼真地」展現原書的原貌，而顯示大小可任意調節，給讀者提供了個性化的閱讀方式。由於PDF文件可以不依賴操作系統的語言和字體及顯示設備，閱讀起來很方便。這些優點使讀者能很快適應電子閱讀與網上閱讀，無疑有利於計算機與網路在日常生活中的普及。 Adobe公司以PDF文件技術為核心，提供了一整套電子和網路出版解決方案，其中包括用於生成和閱讀PDF文件的商業軟體Acrobat和用於編輯製作PDF文件的Illustrator等。 Adobe還提供了用於閱讀和列印亞洲文字，即中日韓文字所需的字型包。[1]
編輯本段相關技術
PDF主要由三項技術組成： · 衍生自PostScript，可以說是PostScript的縮小版； · 字型嵌入系統，可使字型隨文件一起傳輸； · 資料壓縮及傳輸系統。
編輯本段格式研究
文件結構可以分為四方面： 1、首部。用文本編輯器打開的時候就可以看到：%PDF-1.4 這樣的字眼，其中最後一位就是PDF文件格式版本號，軟體的版本號總要比文件格式的版本號高1，比如說Read 5能打開的內容就是4。 2、文件體。裡面有若干個的obj來組成，OBJ這種形式： 30979 0 obj << /Linearized 1 /O 30982 /H [ 15061 25084 ] /L 9379963 /E 166967 /N 978 /T 8760262 >> endobj 第一個數字就是這個OBJ的順序號，是為了便於在xref中查找，後面的0是為了區分不同的OBJ，後面就是關鍵字obj.下面的各行就是屬性，/關鍵字值 的形式。 3.索引表。 用來索引各個obj在文檔中的起始位置，它的形式是： xref 0 211 0000000000 65535 f 0000000009 00000 n …… 0000087999 00000 n 4、文件尾。 trailer << /Size 211 /Root 2 0 R /Info 1 0 R /ID [<><>] >> startxref 88019 %%EOF 其中0,211分別代表這個xref的obj的起始和終止序號。其中0這個估計是為了程序中好處理所以加了這個，可以不加入這個。下面的各行就代表各個obj在這個文檔的起始位置，其中第一串字元（10個）代表起始位置，中間的五個字元也是為了區分用的，現在基本上全為0，後面的字母有兩種f代表刪除的，n代表要使用的。後面的trailer是對整個xref的摘要，說明裡面有多少個OBJ，讀的時候從哪個OBJ開始解析，信息節點等，ID是為了讓一些文件檢索工具能夠唯一區分文件。
編輯本段常用工具
以下介紹的是PDF（ Portable Document Format ）常用的工具。
閱讀工具
★推薦產品：Adobe Acrobat Reader 中文版 另有方正apabi reader和Foxit PDF Creator等 類型：免費軟體 支持的平台：Windows 系列/移動平台/MAC/Unix/Linux 簡介：官方出品的閱讀器，允許閱讀PDF文檔，填寫PDF表格，查看PDF文件信息。穩定性和兼容性好。缺點是體積龐大，啟動速度慢。 ★最佳替代工具：Foxit Reader 類型：免費軟體 支持的平台：Windows 系列/移動平台/Linux 簡介：能實現絕大部分的閱讀功能。綠色軟體。體積小巧，新版本大約5M。
創編工具
★推薦產品：官方編輯工具 Adobe Acrobat、Adobe Indesign 類型：商業軟體 支持的平台：Windows 系列/移動平台/MAC/Unix/Linux 簡介：生成PDF文件，修改PDF文件。功能強大。 其它產品： ★Foxit PDF Editor 軟體授權：共享版 簡介：Foxit PDF Editor 是第一個真正的PDF文件編輯軟體。許多人都希望能找到一個象編輯其它類型的文檔的編輯器，事實上在 Foxit PDF Editor 出現之前，根本沒有這樣的工具。每一個PDF 文件都包含很多頁面，每一頁包含各種可視對象，如文本對象、圖形對象和圖像對象。而每一個對象都由其屬性來定義其顯示的方式。 ★Foxit PDF Creator 支持的平台：Windows 2000/2003/XP/Vista(32-Bit&64-Bit)/7(32-Bit&64-Bit) 簡介：是PDF創建工具，可以將支持列印的任何類型的文檔，象DOC、XLS、PPT、TXT、E-MAIL甚至HTML格式的文檔通過點擊列印轉換成標準的PDF格式。 ★金山WPS 免費國產辦公軟體，可將文檔轉化為pdf格式 ★Pdf995 Printer Driver 類型：免費軟體 支持的平台：Windows 系列 簡介：安裝後，會加入一部名叫PDF995的列印機。只要在有提供列印的軟體上選擇列印到PDF995，便可將整個文檔列印存為PDF。 ★pdf Factory 類型：共享軟體 支持的平台：Windows 系列 簡介：和上面的工具是一樣的用法，也是列印文件到PDF中。支持安全設置、預覽、嵌入字體，允許插入和刪除某個頁。 ★其他編輯軟體 Pitstop（作為插件形式與acrobat專業版協助） NEO（MAC上的專業PDF編輯軟體） packedge（esko流程中的編輯軟體，且對PDF支持很好編輯類） ARTPRO（MAC上的pdf專業編輯軟體） Adobe Illustrator（僅可匯入該檔案的某個頁面編輯類） PDF Creator PrimoPDF CutePDF Microsoft Office2007/2010 載入項：Microsoft Save as PDF或 XPS
分割/合並工具
★推薦產品：Foxit PDF Page Organizer 簡介：一款可以拆分、合並PDF頁面、重排頁面、組織書簽（bookmarks）、添加註釋（annotations）和創建鏈接的PDF頁面管理器。 ★其它產品：PDFSplit-Merge 一款好用的PDF分割／合並工具，可以幫助你從PDF中「去粗取精」，也可將多個PDF文檔打包在一起，以方便傳輸、閱讀。軟體本身是獨立的，無需預裝 Adobe Acrobat。
加密工具
ProfPDF Protection Manager PDF 加密工具，是一款給PDF文檔加密碼保護或在知道密碼的情況下移除密碼保護的工具。
解密工具
★推薦產品：Advanced PDF Password Recovery PDF 密碼破解工具，支持暴破、掩碼、字典、密鑰四種破解方式。 ★pdf密碼暴力破解工具 PDFPasswordCracker [2] ★去除PDF文件加密 A-PDF Restrictions Remover 類型：共享軟體 支持的平台：Windows 系列 簡介：可以去除PDF文件的限制，比如不允許列印等。使用超級簡單，安裝後，在我的電腦中右鍵單擊PDF文件，選擇Remove Restrictions... 選項即可。如果碰到有需要密碼打開的文件，需要輸入正確密碼。
編輯本段發展趨勢
最初PDF只被看作是一種頁面預覽格式，而不是生產格式。然而市場的感覺並非如此，市場期望轉化了這種格式的焦點，從而也改變了該產品的使用方式。目前，各種各樣的電子書閱讀器充斥著國內外市場，已經在很多領域取代紙質媒體。紙質媒體閱讀率的下降很大程度上是因為廣大讀者將注意力從紙質媒體轉向了電子類讀物。雖然電子圖書市場銷售額遠遠不能同傳統圖書市場相比，但發展勢頭強勁。大多數電子閱讀器廠商都開始全部或部分支持PDF格式。
編輯本段PDF版本
PDF 1.0
PDF 1.0於1992年秋季在Comdex發布，該技術獲得Best of Comdex獎項，用以創建和查看PDF檔案的工具Acrobat於1993年6月15日推出，對印前而言，這個第一次的版本是沒有用的；它已經有內部鏈結、書簽和嵌入字體功能，但唯一支援的色彩空間是RGB。
PDF 1.1
其它釋Acrobat 2於1994年9月上市，它支援新的PDF 1.1檔案格式，PDF 1.1新增的特點包括： 外部鏈結(External Link)； 文章閱讀緒(Article Threads)； 保全功能(Security Features)； 設備無關色彩(Device Independent Coulour)； 註解(Notes)。 Acrobat 2.0程式本身也有一些很不錯的改進，包括Acrobat Exchange的支援插件以及能搜索PDF檔案內容的新架構。 Adobe公司自己本身就是PDF格式的第一個大用戶，他們發布的所有開發者文件都是PDF檔案，另一個早期就採用PDF格式的是美國稅務當局，他們以PDF檔案派發各式表格。 Acrobat 2.1加入多媒體支援，可以在PDF檔案內加入音頻或視訊資料。 當時PDF並非唯一試圖創造一種便攜、與設備和作業系統無關的檔案格式，其最大的競爭對手產品稱為Common Ground。 1995年Adobe公司的Acrobat Capture以相當昂貴的4000美元價格上市，在同一時間內， Adobe公司也開始在它自己的許多應用程式加入支援PDF格式，包括FrameMaker 5.0和PageMaker 6。義
PDF 1.2
1996年Adobe公司推出Acrobat 3.0（程式開發代號：Amber [琥珀]）及配套PDF 1.2規格，PDF 1.2是第一個真正可用在印前環境的PDF版本，除了表單外，包括下列印前相關的功能： 支援OPI 1.3規格； 支援CMYK色彩空間； PDF內能包含特別色定義； 能包含半色調函數(Halftone function)與疊印(Overprint)指令。 發布一個讓Netscape網頁瀏覽器內檢視PDF檔案的插件益增PDF檔案在正值興盛網際網路的人氣，Adobe還增加了PDF檔案與HTML網頁之間的相互連接；PDF也慢慢逐漸獲得輸出印刷業的接受，最初由黑白數位印刷市場在全錄快速印刷機開始使用PDF輸出。 在Acrobat 3下Acrobat Exchange的開放式架構終於獲得其努力成果，1997年和1998年開始出現很多有趣的印前Xtensions，其中包括一些十分必要的印前工具；例如Enfocus公司的PitStop與CheckUp、Lantanarips公司的CrackerJack；愛克發是第一家在1998年推出的Apogee系統內推廣全彩色商業印刷使用PDF格式的大型公司，其他廠商隨後不久也都跟進。
PDF 1.3
1999年4月Adobe公司推出了在內部被稱為'Stout'的Acrobat 4，它為我們帶來PDF 1.3，新的PDF格式規格包括支援：雙位元的CID字體；OPI 2.0規格；稱為DeviceN的一個新色彩空間，改善支援特別色能力；平滑漸層(smooth Shading)，一項有效率與非常平順漸層的技術（從一個色彩漸變到另一個色彩）；註解(annotations)。
PDF 1.4
2000年中Adobe公司做了一件怪異的事：他們推出Illustrator 9，雖然推出繪圖應用程式的新版本並不奇怪，但Illustrator 9確有一個驚人的特點：它是第一個支援PDF 1.4和其透明度特徵的應用程式，這是第一次Adobe公司並未伴隨著新版本的PDF規格而推出一個新版本的Acrobat，他們也沒有釋放PDF 1.4的全部規格，雖然Technote 5407記載了PDF 1.4支援透明度。
PDF 1.5
2003年4月Adobe宣布Acrobat 6將於5月下旬開始出貨，Acrobat 6內部代號為'Newport'，像往常一樣地，新版本的Acrobat同時帶出了一個新版本的PDF格式，版本1.5。 PDF格式1.5帶來了一些新的功能，可能需要相當長的時間才會被應用程式套用或支援，新的東西包括： 1、改良的壓縮技術，包括物件流(Object Stream)與JPEG 2000壓縮； 2、支持層(Layers)； 3、提高標簽(Tagged) PDF格式的支持； 4、Acrobat軟體本身提供更多於新的PDF檔案格式的立即好處。
PDF 1.6
2005年1月Adobe推出具新PDF功能的Acrobat 7，PDF 1.6提供了下列改進： 1、改進的加密演演算法； 2、註解和標注功能的一些小改進 3、OpenType字體可直接嵌入到PDF，不再需要以TrueType或PostScript Type 1字體型式嵌入； 因為提供嵌入檔案的可行性，PDF 1.6檔案可被用來作為一種〔容器〕的檔案格式。新的主要特點是能夠嵌入3D數據，起初感覺此功能只會引起建築師或使用CAD-CAM人們的興趣，不過看到用包裝設計應用程式ArtiosCad製作出的3D的PDF檔案，在PDF內可以從各個角度來檢查圖案設計和圖片或條碼的位置，所以這種技術也可用於平面藝術，特別是對於從事包裝或展示工PDF 1.7大概是發布過最'沉悶'的PDF版本，它改進評注(Comment)與保全(Security)的支援，3D的支援功能也獲得改善，可以為3D物件加上評注(Comment)及更嚴謹地操控3D動作，PDF 1.7檔案能包含預設印表機如紙張的選擇、拷貝數量、縮放、…等設置，可以在此下載全部規格。 Adobe Acrobat 8於2006年11月面世，介紹了一個有趣的新功能：它不使用PDF 1.7作為預設的檔案格式，而是使用PDF 1.6，它也變得更容易將檔案存成較舊的PDF版本，這大概是Adobe也認知大多數人還不需要最新發布的PDF格式來解決問題；對印刷和印前作業而言，PDF 1.3或PDF 1.4就很夠了；其他的新功能包括改良的PDF /A之支援、更好地選單與工具之組織與能在Adobe Reader 8內儲存表格的能力，預檢引擎能處理多項更正（稱為Fix-ups）的事實是另一項不錯的躍進，大多數人則更認可提高性能，特別是對Intel Mac電腦是改善最多，有些人則不喜歡這個新的使用者界面。 PDF 1.7的一個有趣的發展是2008年1月它已成為一個正式的ISO標准（ISO 32000），Adobe的James King有在他自己的博客張貼了若干有趣的背景資料。
編輯本段其它釋義
縮寫詞
PDFabbr. 1. =Parkinson's Disease Foundation (美國)帕金森氏病基金會,震顫麻病基金會 pdfabbr. 1. =point detonating fuse 彈頭(起爆)引信 2. =probability distribution function 機率密度函數 PDF: probability density function概率密度函數 Project Delivery Framework PDF: Power Distribution Frame）電源配線架 PDF: Plug-in Development Environment 插件開發環境
PDF 資料庫
PDF 資料庫 (Powder Diffraction File) 是國際衍射數據中心（ICDD）收集、編輯、出版和發行的用於晶態材料鑒定的粉末衍射資料庫。 粉末衍射文件中包含了628155多個唯一的材料數據條目。每一個數據條目包含衍射、晶體學、參考文獻和實驗、儀器、樣品條件，以及按通常的標准格式精選的物理性質。PDF是含蓋了2000餘種期刊和成千上萬個作者成就的集體著作。並且通過獎勵金程序，ICDD也收集新顯現的和商品化的材料數據。每一年，大約有50個主要的材料實驗室因為PDF分析和表徵新材料而獲獎勵。通過ICDD自身的努力以及同全球結構資料庫組織的協作，PDF已然擁有了大的數據量和材料領域全面含蓋性的特點。 為了服務於不同的用戶，ICDD按照不同的形式設計和製作了資料庫。 PDF-2 是ICDD、FIZ以及NIST的合作產品，設計用於無機材料的分析。ICDD中很多常規的有機材料數據被加入到了這個資料庫，這樣可以便於快速的物相鑒定。 PDF-4+ 是一個包含PDF-2數據以及ICDD與MPDS合作數據的先進資料庫。其設計宗旨在於定量分析（Rietveld, RiR, Pattern Fitting）和物相鑒定。資料庫中含蓋了大量無機材料，並且包含了大量數字譜線、分子圖形和原子參量等信息。許多新的特點已經被集成到PDF-4+中，通過利用Rietveld分析、參考強度比（RiR）方法和全譜分析法這三種方法之一，增強了定量分析的能力。 PDF-4/礦物是PDF-4+的子系統，包含那些已編入PDF-4+的新特點。這個資料庫是世界上有關礦物和相關礦物材料的最大、最權威的資料庫。這些相關材料包括人造礦物、寶石和在特殊條件下處理的樣品。 PDF-4/有機物 是ICDD與CCDC的合作產品。其設計宗旨是有機和有機金屬材料的鑒定，也包含幾千個無機材料和基本的葯物賦形劑信息，以便於公式化分析和鑒定。 所有的ICDD資料庫都被設計用於快速的物相鑒定。資料庫的設計包含了專業的索引，以便於基於化學和結構知識搜索的快速搜索。此外，為了軟體開發者更便利地在PDF同世界上常用粉末衍射分析軟體之間轉化數據，我們也在資料庫中加入了一些新的特徵。
E. 求~資料庫圖書館管理系統
圖書館管理系統
摘 要
圖書管理系統是典型的信息管理系統(MIS),其開發主要包括後台資料庫的建立和維護以及前端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強、數據安全性好的庫。而對於後者則要求應用程序功能完備,易使用等特點。
因此本人結合開入式圖書館的要求，對MS SQL Server2000資料庫管理系統、SQL語言原理、Delphi應用程序設計，Delphi資料庫技術進行了較深入的學習和應用，主要完成對圖書管理系統的需求分析、功能模塊劃分、資料庫模式分析，並由此設計了資料庫結構和應用程序。系統運行結果證明，本文所設計的圖書管理系統可以滿足借閱者、圖書館工作人員和高級管理員三方面的需要。
第一章對資料庫應用系統開發和圖書管理系統進行了簡明的介紹，並分析了開發圖書管理系統所應進行的工作。
第二章對資料庫的設計和SQL語言的使用進行了系統分析，為深入理解資料庫應用打下了基礎。
第三章學習了具體的開發工具Delphi 6.0，對其資料庫組件，SQL語言在Delphi中的應用等資料庫編程關鍵技術進行了系統的介紹。
第四章分析了圖書管理信息系統的應用需求，按照資料庫設計理論一步一步地給出了系統需求說明書、局部ER圖、全局ER圖、系統關系模式，子模式，利用MS SQL Server2000建立了資料庫
第五章進行了具體的程序設計，具體劃分了三類用戶的操作許可權，設計了了三個操作界面。實現了資料庫表的瀏覽，記錄的添加、刪除和修改，報表的生成，實現了多資料庫表的連接操作，實現了多條件查詢和模糊查詢，並靈活實現了對不可更新查詢結果集的更新操作，實現了主從表操作，實現了密碼維護功能，最後，系統還可以導入資料庫以對任意同結構的資料庫進行操作。
設計充分利用Delphi 6、MS SQL Server2000資料庫技術的強大力量，提高了編程效率和可靠性。
關鍵詞：資料庫，SQL語言，MS SQL Server，Delphi6，
資料庫組件，圖書管理，窗體，listview組件
24
37
§5.2 數據模塊窗體的設置 ……………………………………………………… 第一章 緒 論
§1.1 資料庫應用系統開發簡介
在資料庫應用系統開發之前，對開發資料庫的基本概念應當了解，對資料庫的結構、開發資料庫應用程序的步驟、開發體系及方法都應當有相當清晰的了解和認識。
資料庫應用系統開發的目標是建立一個滿足用戶長期需求的產品。開發的主要過程為：理解用戶的需求，然後，把它們轉變為有效的資料庫設計。把設計轉變為實際的資料庫，並且這些資料庫帶有功能完備、高效能的應用。
資料庫技術在計算機軟體鄰域研究中一直是非常重要的主題，產生於60年代，30多年來資料庫技術得到了迅速發展，並已形成較為完整的理論體系和一大批實用系統。並且，近年來，隨著World Wide Web(WWW)的猛增及Internet技術的迅速發展，使得資料庫技術之時成為最熱門技術之一。
1.1.1 資料庫
如圖1.1顯示了資料庫系統的主要組件。資料庫由DBMS（資料庫管理系統）處理，DBMS則由開發人員和用戶通過應用程序直接或間接地使用。它主要包括四個要素：用戶數據、元數據、索引和應用元數據。
1.1.1.1 用戶數據
目前，大多數主流資料庫管理系統把用戶數據表示為關系。現在把關系看作數據表。表的列包含域或屬性，表的行包含對應業務環境中的實體的記錄。並非所有的關系都同樣符合要求，有些關系比其它關系更結構化一些。第二章描述了一個用以產生良好結構關系的過程，稱作規范化。
為了對比結構差的關系和結構好的關系之間的差別，以本文所設計的圖書管理系統中的圖書和圖書借閱者關系為例來說明，假若設計關系R1（借書證號，姓名，性別，身份編號，身份證，聯系電話，圖書編號,圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數量）；這個關系的問題出在它有關於兩個不同主題的數據，就是圖書借閱者和圖書。用這種方式構成的關系在進行修改時，會出現問題。因為一個圖書借閱者可能借閱多本書，如果某個圖書借閱者的某個欄位（如聯系電話）出現變更，它所借閱的圖書記錄（可能多個）也就必須變化，這是不好的。因此數據用兩個關系表示更好。現在如果某圖書借閱者改變了它的聯系電話，只有關系（表）user的對應行需要改變。當然，要想產生一個，顯示圖書名稱及其借閱者聯系電話的報表，就需要將這兩個表的行結合起來。結果表明，將關系分別存儲，在生成報表的時候將它們結合起來，比把它們存儲在一個合成的表中更好。
user（借書證號，姓名，性別，身份編號，身份證，聯系電話，）
book（圖書編號,圖書名稱，圖書類別，作者，出版社，出版日期，備注，價格，數量）
1.1.1.2 元數據
資料庫是自描述的，這就意味著它自身包含了它的結構的描述，這種結構的描述稱作元數據。因為DBMS產品是用來存儲和操縱表的，所以大多數產品把元數據以表的形式存儲，有時稱作系統表。這些系統表存儲了資料庫中表的情況，指出每一個表中有多少列，那一列是主關鍵字，每一列的數據類型的描述，它也存儲索引、關鍵字、規則和資料庫結構的其他部分。
在表中存儲元數據不僅對DBMS是有效的，對用戶也是方便的，因為他們可以使用與查詢用戶數據同樣的查詢工具來查詢元數據。本文第二章所介紹的SQL語言可以同時用於元數據和用戶數據。
1.1.1.3 索引
第三種類型的數據改進了資料庫的性能和可訪問性，這種數據經常稱作開銷數據，盡管有時也採用其他類型的數據結構，如鏈表，但它主要還是索引。索引可以用來排序和快速訪問數據。下面以本人的圖書管理信息系統中的book表為例來說明。
假定數據在磁碟上是按』圖書編號』的遞增順序排列的，用戶想列印一個按』圖書名稱』排序的圖書數據報表。為此，所有的數據都需要從源表中提取出來並排序，除非表很小，否則這是一個很費時的過程。或者，可以在『圖書名稱』欄位上創建一個索引，該索引的條目按照『圖書名稱』排序，這樣，該索引的條目可以讀出來，並用來按順序訪問book數據。
索引用於快速訪問數據。例如，一個用戶只想訪問book表中『圖書類別』值為『01』的那些學生。如果沒有索引，則必須搜索整個源表；但有了索引之後，可以找到索引條目，並使用它來挑選所有合適的行。
索引對排序和查找是有幫助的，但要付出代價。book表中的行每次改變時，索引也必須改變，這意味著索引並非隨意的，應該在真正需要時保存。
1.1.1.4 應用元數據
存儲在資料庫中的第四種數據是應用元數據，它用來存儲用戶窗體、報表、查詢和其他形式的查詢組件。並非所有的DBMS都支持應用組件，支持組件的DBMS也不一定把全部組件的結構作為應用元數據存儲在資料庫中。然而，大多數現代的DBMS產品存儲這種數據作為資料庫的一部分。一般來說，資料庫開發人員和用戶都不直接訪問應用元數據，想反，他們通過DBMS中的工具來處理這些數據。
MS SQL Server2000中就支持窗體、存儲過程等應用元數據。
1.1.2 資料庫管理系統
資料庫管理系統（DBMS）是指資料庫系統中管理數據的軟體系統。DBMS是資料庫系統的核心組成部分。對資料庫的一切操作，包括定義、更新及各種控制,都是通過DBMS進行的。DBMS總是基於某種數據模型，可以把DBMS看成是某種數據模型在計算機系統上的具體實現。根據數據模型的不同，DBMS可以分成層次型、網狀型、關系型、面向對象型等。MS SQL Server2000就是一種關系型資料庫管理系統。
關系模型。關系模型主要是用二維表格結構表達實體集，用外鍵表示實體間聯系。關系模型是由若干個關系模式組成的集合。關系模式相當於前面提到的記錄類型，它的實例稱為關系，每個關系實際上是一張二維表格。
關系模型和層次、網狀模型的最大判別是用關鍵碼而不是用指針導航數據，表格簡單用戶易懂，編程時並不涉及存儲結構，訪問技術等細節。關系模型是數學化模型。SQL語言是關系資料庫的標准化語言，已得到了廣泛的應用。
如圖1.1所示，DBMS的特點和功能可以分為三個子系統：設計工具子系統、運行子系統和DBMS引擎。
設計子系統有一個方便資料庫及其應用創建的工具集。它典型地包含產生表、窗體、查詢和報表的工具。DBMS產品還提供編程語言和對編程語言的介面。
運行子系統處理用設計子系統開發的應用組件。它所包含的運行處理器用來處理窗體和資料庫的數據交互，以及回答查詢和列印報表等。
DBMS引擎從其他兩個組件接受請求，並把它們翻譯成對操作系統的命令，以便讀寫物理介質上的數據。DBMS引擎還涉及事務管理、鎖、備份和恢復。
1.1.3 創建資料庫
1.1.3.1 資料庫模式
資料庫模式定義了資料庫的結構、表、關系、域和業務規則。資料庫模式是一種設計，資料庫和應用正是建立在此基礎上的。
域是一列可能擁有的值的集合。必須為每一個表的每一列確定域。除了數據的物理格式外，還需要確定是否有些域對表來說是唯一的。
資料庫模式的最後一個要素是業務規則，它是對需要反映在資料庫和資料庫應用程序中的業務活動的約束。業務規則是模式的一個重要部分，因為他們指定了無論什麼數據變化到達DBMS引擎，允許的數據值必須滿足的約束。不管無效的數據變化請求是來自窗體的用戶、查詢/修改請求還是應用程序，DBMS都應該拒絕。
遺憾的是，不同的DBMS產品用不同的方法實施業務規則。在某些情況下，DBMS產品不具備實施必要業務規則的能力，必須以代碼形式把它們編入應用程序。
1.1.3.2 創建表
1.1.3.3 定義聯系
1.1.4 應用組件
資料庫應用包括窗體、查詢、報表、菜單和應用程序。
§1.2 圖書管理系統
當今時代是飛速發展的信息時代。在各行各業中離不開信息處理，這正是計算機被廣泛應用於信息管理系統的環境。計算機的最大好處在於利用它能夠進行信息管理。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。
尤其對於復雜的信息管理，計算機能夠充分發揮它的優越性。計算機進行信息管理與信息管理系統的開發密切相關，系統的開發是系統管理的前提。本系統就是為了管理好圖書館信息而設計的。
圖書館作為一種信息資源的集散地，圖書和用戶借閱資料繁多，包含很多的信息數據的管理，現今，有很多的圖書館都是初步開始使用，甚至尚未使用計算機進行信息管理。根據調查得知，他們以前對信息管理的主要方式是基於文本、表格等紙介質的手工處理，對於圖書借閱情況（如借書天數、超過限定借書時間的天數）的統計和核實等往往採用對借書卡的人工檢查進行，對借閱者的借閱許可權、以及借閱天數等用人工計算、手抄進行。數據信息處理工作量大，容易出錯；由於數據繁多，容易丟失，且不易查找。總的來說，缺乏系統，規范的信息管理手段。盡管有的圖書館有計算機，但是尚未用於信息管理，沒有發揮它的效力，資源閑置比較突出，這就是管理信息系統的開發的基本環境。
數據處理手工操作，工作量大，出錯率高，出錯後不易更改。圖書館採取手工方式對圖書借閱情況進行人工管理，由於信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。如要對很長時間以前的圖書進行更改就更加困難了。
基於這此問題，我認為有必要建立一個圖書管理系統，使圖書管理工作規范化，系統化，程序化，避免圖書管理的隨意性，提高信息處理的速度和准確性，能夠及時、准確、有效的查詢和修改圖書情況。
§1.1 系統所做工作
1) 了解應用開發工具的現狀
2) DelPHi6.0編程基礎
3) MS SQL Server基礎
4) 設計資料庫；設計界面
5) 開發資料庫。資料庫實現的一些功能有
l 數據和數據說明的醒目顯示；
l 多條件的查詢、多條記錄的檢索、模糊查詢；
l 數據文件某種存儲格式導入數據窗體，經過數據完整性校驗存入資料庫；
l 資料庫安全性的設計；
l 資料庫的設計、數據介面、界面的設計。
§1.3 本文所作工作
緒論部分對資料庫應用系統的結構、開發進行了簡要介紹，分析了圖書管理信息系統設計的特點和任務。
第二章介紹了資料庫的設計和範式分析，並系統介紹了SQL語言，為設計和理解應用程序做了鋪墊。
第三章對系統介紹了Delphi 6.0的資料庫編程技術、SQL語言在Delphi 6.0中的應用、MS SQL Server基礎。
第四章分析了圖書管理系統的應用需求，設計了系統的資料庫結構，並根據需求對系統功能進行了劃分和細化。
第五章根據第四章的設計結果利用MSSQL Server2000和Delphi 6.0進行了具體的應用程序設計。
總結部分介紹了設計體會和編程體會，並指出了系統設計中的不足和改進的方向。
第二章 資料庫理論基礎
一個成功的信息管理系統，是建立在許多條件之上的，而資料庫是其中一個非常重要的條件和關鍵技術。
信息管理系統所涉及的資料庫設計分五個步驟：資料庫需求分析、概念設計、邏輯設計、物理設計與載入測試。
（1） 資料庫需求分析的任務是將業務管理單證流化為數據流，劃分主題之間的邊界，繪制出DFD圖，並完成相應的數據字典。
（2） 概念設計的任務是從DFD出發，繪制出本主題的實體－關系圖，並列出各個實體與關系的綱要表。
（3） 邏輯設計的任務是從E-R圖與對應的綱要表出發，確定各個實體及關系的表名屬性。
（4） 物理設計的任務是確定所有屬性的類型、寬度與取值范圍，設計出基本表的主鍵，將所有的表名與欄位名英文化（現在很多軟體能支持中文欄位，如MS SQL Server，我就是用的中文欄位名），實現物理建庫，完成資料庫物理設計字典。
（5） 載入測試工作貫穿於程序測試工作的全過程，整個錄入、修改、查詢、處理工作均可視為對資料庫的載入測試工作。
要設計出一個好的信息管理系統資料庫，除滿足系統所要求的功能外，還必須遵守下列原則：
² 基本表的個數越少越好。
² 主鍵的個數越少越好。鍵是表間連接的工具，主鍵越少，表間的連接就越簡單。
² 欄位的個數越少越好。
² 所有基本表的設計均應盡量符合第三範式。
資料庫的設計中，如何處理多對多的關系和如何設計主鍵，是兩個有著較大難度、需要重點考慮的問題。下面我們著重從SQL應用、資料庫設計範式和查詢優化等方面來分析本課題的系統關鍵技術和實現難點並加以解決。
§2.1 資料庫系統設計及範式分析
信息系統的主要任務是通過大量的數據獲得管理所需要的信息，這就必須存儲和管理大量的數據。因此建立一個良好的數據組織結構和資料庫，使整個系統都可以迅速、方便、准確地調用和管理所需的數據，是衡量信息系統開發工作好壞的主要指標之一。
2.1.1 資料庫系統設計
資料庫設計主要是進行資料庫的邏輯設計，即將數據按一定的分類、分組系統和邏輯層次組織起來，是面向用戶的。資料庫設計時需要綜合企業各個部門的存檔數據和數據需求，分析各個數據之間的關系，按照DBMS提供的功能和描述工具，設計出規模適當、正確反映數據關系、數據冗餘少、存取效率高、能滿足多種查詢要求的數據模型。
資料庫設計的步驟是：
（1） 資料庫結構定義：目前的資料庫管理系統（DBMS）有的是支持聯機事務處理CLTP（負責對事務數據進行採集、處理、存儲）的操作型DBMS，有的可支持數據倉庫、有聯機分析處理CLAP（指為支持決策的制定對數據的一種加工操作）功能的大型DBMS，有的資料庫是關系型的、有的可支持面向對象資料庫。針對選擇的DBMS，進行資料庫結構定義。
（2） 數據表定義：數據表定義指定義資料庫中數據表的結構，數據表的邏輯結構包括：屬性名稱、類型、表示形式、預設值、校驗規則、是否關鍵字、可否為空等。關系型資料庫要盡量按關系規范化要求進行資料庫設計，但為使效率高，規范化程度應根據應用環境和條件來決定。數據表設計不僅要滿足數據存儲的要求，還要增加一些如反映有關信息、操作責任、中間數據的欄位或臨時數據表。
（3） 存儲設備和存儲空間組織：確定數據的存放地點、存儲路徑、存儲設備等，備份方案，對多版本如何保證一致性和數據的完整性。
（4） 數據使用許可權設置：針對用戶的不同使用要求，確定數據的用戶使用許可權，確保數據安全。
（5） 數據字典設計：用數據字典描述資料庫的設計，便於維護和修改。
為了更好地組織數據和設計出實際應用資料庫，應該注意如下問題：
規范化地重組數據結構：對數據進行規范化表達，這在後面將會具體討論。
關系數據結構的建立：在進行了數據基本結構的規范化重組後，還必須建立整體數據的關系結構。這一步設計完成後資料庫和數據結構設計工作基本完成，只待系統實現時將數據分析和數據字典的內容代入到所設計的數據整體關系結構中，一個規范化資料庫系統結構就建立起來了。
建立關系數據結構涉及三方面內容：確定關聯的關鍵指標項並建立關聯表；確定單一的父系記錄結構；建立整個資料庫的關系結構。
（1）鏈接關系的確定
在進行了上述數據規范化重組後，已經可以確保每一個基本數據表(我們簡稱為表)是規范的，但是這些單獨的表並不能完整地反映事物，通常需要通過指標體系整體指標數據才能完整全面地反映問題。也就是說在這些基本表的各宇段中，所存儲的是同一事物不同側面的屬性。那麼計算機系統如何能知道哪些表中的哪些記錄應與其它表中的哪些記錄相對應，它們表示的是同一個事物呢?這就需要在設計數據結構時將這種各表之間的數據記錄關系確定下來。這種表與表之間的數據關系一般都是通過主或輔關鍵詞之間的連接來實現的。因為在每個表中只有主關鍵詞才能唯一地標識表中的這一個記錄值(因為根據第三範式的要求，表中其它數據欄位函數都依賴於主關鍵詞)，所以將表通過關鍵詞連接就能夠唯一地標識出某一事物不同屬性在不同表中的存放位置。
（2）確定單一的父子關系結構
所謂確定單一的父系關系結構就是要在所建立的各種表中消除多對多（以下用M:N來表示）的現象，即設法使得所有表中記錄之間的關系呈樹狀結構(只能由一個主幹發出若干條分支，而不能有若干條主幹交錯發出若干條分支狀況)。所謂的「父系」就是指表的上一級關系表。消除多對多關系可以藉助於E-R圖的方法來解決，也可以在系統分析時予以注意，避免這種情況的發生。
消除這種M:N情況的辦法也很簡單，只需在二表之間增加一個表，則原來M:N的關系就改成了M:1，1:N的關系了。
確定數據資源的安全保密屬性：
一般DBMS都提供給我們自己定義數據安全保密性的功能。系統所提供的安全保密功能一般有8個等級(0-7級)，4種不同方式(只讀、只寫、刪除、修改)，而且允許用戶利用這8個等級的4種方式對每一個表自由地進行定義。
定義安全保密性的方法一般有如下幾種：
a．原則上所有文件都定義為4級，個別優先順序特別高的辦公室(終端或微機的入網賬號)可定義高於4級的級別，反之則定義為低於4的級別。
b．統計文件(表)和數據錄入文件一般只對本工作站定義為只寫方式，對其它工作站則定義為只讀方式。
c．財務等保密文件一般只對中工作站(如財務科等)定義為可寫、可改、可刪除方式，對其它工作站則定義為只讀方式，而且不是每個人都能讀，只有級別相同和高級別者才能讀
2.1.2 資料庫設計範式分析
建立起一個良好的數據指標體系，是建立數據結構和資料庫的最重要的一環。一個良好的數據指標體系是建立DB的必要條件，但不是充分條件。我們完全可以認為所建指標體系中的一個指標類就是關系資料庫中的一個基本表，而這個指標類下面的一個個具體指標就是這個基本表中的一個欄位。但如果直接按照這種方式建庫顯然還不能算最佳。對於指標體系中數據的結構在建庫前還必須進行規范化的重新組織。
a. 數據組織的規范化形式
在數據的規范化表達中，一般將一組相互關聯的數據稱為一個關系(relation)，而在這個關系下的每個數據指標項則被稱為數據元素(data element)，這種關系落實到具體資料庫上就是基本表，而數據元素就是基本表中的一個欄位(field)。規范化表達還規定在每一個基本表中必須定義一個數據元素為關鍵字(key)，它可以唯一地標識出該表中其它相關的數據元素。在規范化理論中表是二維的，它有如下四個性質：
l 在表中的任意一列上，數據項應屬於同一個屬性(如圖中每一列都存放著不同合同記錄的同一屬性數據)。
l 表中所有行都是不相同的，不允許有重復組項出現(如圖中每一行都是一個不同的合同記錄)。
l 在表中，行的順序無關緊要(如圖中每行存的都是合同記錄，至於先放哪一個合同都沒關系)。
l 在表中，列的順序無關緊要，但不能重復(如圖中合同號和合同名誰先誰後都沒關系，但二者不可重復或同名)。
在對表的形式進行了規范化定義後，數據結構還有五種規范化定義，定名為規范化模式，稱為範式。在這五種範式中，一般只用前三種，對於常用系統就足夠了。而且這五種範式是「向上兼容」的，即滿足第五範式的數據結構自動滿足一、二、三、四範式，滿足第四範式的數據結構自動滿足第一、二、三範式，……，依此類推。
第一範式(first normal form，簡稱1st NF)就是指在同一表中沒有重復項出現，如果有則應將重復項去掉。這個去掉重復項的過程就稱之為規范化處理。在本文所討論的開發方法里，1st NF實際上是沒有什麼意義的。因為我們按規范化建立的指標體系和表的過程都自動保證了所有?/div>
基於UML圖書館管理系統的建模設計與實現 推薦 CAJ下載 PDF下載
【英文篇名】 Modeling Design and Realization of Library Management System Based on UML
【作者】 於淑香;
【英文作者】 YU Shu-xiang （Shazhou Polytechnical Institute of Technology; Zhangjiagang 215600）;
【機構】 沙洲職業工學院;
【刊名】 沙洲職業工學院學報 , 編輯部郵箱 2005年 02期 ASPT來源刊 CJFD收錄刊
【英文刊名】 Journal of Shazhou Vocational Institute of Technology
【中文關鍵詞】 統一建模語言; 面向對象; 圖書館管理系統; 建模設計;
【英文關鍵詞】 UML; object-oriented; library management system; modeling design;
【中文摘要】 以圖書館管理系統的開發為背景,探討了UML在軟體體系結構建模中的應用。以用例圖表達系統需求, 以設計類圖、順序圖、活動圖表達系統的結構邏輯及行為邏輯,並詳細介紹了基於UML的圖書館管理系統的建模設計及實現過程。
【英文摘要】 Based on the development of library management system, this paper discusses the application of UML to the modeling in the system structure of software, and illustrates in a detailed way the modeling design and the realizing process in the library management system based on UML, with the case picture to express the demand of the system, and the class diagram, the sequence diagram and the activity diagram to express the structural logic and behavioral logic in the system.
【DOI】 cnki:SCN:32-1525.0.2005-02-006
F. 《數據挖掘概念與技術（原書第3版）》pdf下載在線閱讀，求百度網盤雲資源
《數據挖掘》（（美）Jiawei Han）電子書網盤下載免費在線閱讀
資源鏈接：
鏈接：https://pan..com/s/1Nla-Mw4lQs5cgYnQZ-o7Ag
書名：數據挖掘
作者：（美）Jiawei Han
譯者：范明
豆瓣評分：7.9
出版社：機械工業出版社
出版年份：2012-8
頁數：468
內容簡介：數據挖掘領域最具里程碑意義的經典著作
完整全面闡述該領域的重要知識和技術創新
這是一本數據挖掘和知識發現的優秀教材，結構合理、條理清晰。本書既保留了相當篇幅講述數據挖掘的基本概念和方法，又增加了若干章節介紹數據挖掘領域最新的技術和發展，因此既適合初學者學習又適合專業人員和實踐者參考。本書視角廣闊、資料翔實、內容全面，能夠為有意深入研究相關技術的讀者提供足夠的參考和支持。總之， 強烈推薦從高年級本科生到專業人員和實踐者都來閱讀這本書！
—— 美國CHOICE雜志
這是一本非常優秀的數據挖掘教材，最新的第3版反映了數據挖掘領域的最新發展和變化。書中增加了2006年第2版以來最新的引用資料，新增小節討論可視化、模式挖掘以及最新的聚類方法。本書配有豐富及完善的教輔支持，包括配套網站、大量的習題集以及習題答案等。盡管這是一本數據挖掘的教材，但對於讀者沒有太高的要求，只需要讀者具有少量編程經驗並了解基本的資料庫設計和統計分析知識。還有兩點值得注意：第一，本書的參考書目是關於了解數據挖掘研究的非常好的參考列表；第二，書中的索引非常全面和有效，能夠幫助讀者很容易地定位相關知識點。其他學科的研究人員和分析人員，例如，流行病學家、金融分析師、心理測量研究人員，也會發現本書非常有用。
—— Computing Reviews
當代商業和科學領域大量激增的數據量要求我們採用更加復雜和精細的工具來進行數據分析、處理和挖掘。盡管近年來數據挖掘技術取得的長足進展使得我們廣泛收集數據越來越容易，但技術的發展依然難以匹配爆炸性的數據增長以及隨之而來的大量數據處理需求，因此我們比以往更加迫切地需要新技術和自動化工具來幫助我們將這些數據轉換為有用的信息和知識。
本書前版曾被KDnuggets的讀者評選為最受歡迎的數據挖掘專著，是一本可讀性極佳的教材。它從資料庫角度全面系統地介紹數據挖掘的概念、方法和技術以及技術研究進展，並重點關注近年來該領域重要和最新的課題——數據倉庫和數據立方體技術，流數據挖掘，社會網路挖掘，空間、多媒體和其他復雜數據挖掘。每章都針對關鍵專題有單獨的指導，提供最佳演算法，並對怎樣將技術運用到實際工作中給出了經過實踐檢驗的實用型規則。如果你希望自己能熟練掌握和運用當今最有力的數據挖掘技術，那本書正是你需要閱讀和學習的寶貴資源。本書是數據挖掘和知識發現領域內的所有教師、研究人員、開發人員和用戶都必讀的一本書。
【本書特色】
引入了許多演算法和實現示例，全部以易於理解的偽代碼編寫，適用於實際的大規模數據挖掘項目。
討論了一些高級主題，例如挖掘面向對象的關系型資料庫、空間資料庫、多媒體資料庫、時間序列資料庫、文本資料庫、萬維網以及其他領域的應用等。
全面而實用地給出用於從海量數據中獲取盡可能多信息的概念和技術。
作者簡介：Jiawei Han（韓家煒）伊利諾伊大學厄巴納-尚佩恩分校計算機科學系Abel Bliss教授。由於在數據挖掘和資料庫系統領域卓有成效的研究工作，他曾多次獲得各種榮譽和獎勵，包括2004年ACM SIGKDD頒發的最佳創新獎，2005年IEEE Computer Society頒發的技術成就獎，2009年IEEE頒發的W. Wallace McDowell獎。他是ACM和IEEE Fellow。
Micheline Kamber 擁有加拿大康考迪亞大學計算機科學碩士學位，她是NSERC Scholar，先後在加拿大麥吉爾大學、西蒙-弗雷澤大學及瑞士從事研究工作。
Jian Pei（裴健）目前是加拿大西蒙-弗雷澤大學計算機科學學院教授。2002年，他在Jiawei Han教授的指導下獲得西蒙-弗雷澤大學博士學位。
G. 《Redis設計與實現》pdf下載在線閱讀全文，求百度網盤雲資源
《Redis設計與實現》（黃健宏）電子書網盤下載免費在線閱讀
鏈接: https://pan..com/s/1KQo8UYRkMneYXt639kpffg
書名：Redis設計與實現
作者：黃健宏
豆瓣評分：8.6
出版社：機械工業出版社
出版年份：2014-6
頁數：388
內容簡介：
本書全面而完整地講解了Redis的內部機制與實現方式，對Redis的大多數單機功能以及所有多機功能的實現原理進行了介紹，展示了這些功能的核心數據結構以及關鍵的演算法思想,圖示豐富，描述清晰，並給出大量參考信息。通過閱讀本書，讀者可以快速、有效地了解Redis的內部構造以及運作機制，更好、更高效地使用Redis。
本書主要分為四大部分。第一部分「數據結構與對象」介紹了Redis中的各種對象及其數據結構，並說明這些數據結構如何影響對象的功能和性能。第二部分「單機資料庫的實現」對Redis實現單機資料庫的方法進行了介紹，包括資料庫、RDB持久化、AOF持久化、事件等。第三部分「多機資料庫的實現」對Redis的Sentinel、復制、集群三個多機功能進行了介紹。第四部分「獨立功能的實現」對Redis中各個相對獨立的功能模塊進行了介紹，涉及發布與訂閱、事務、Lua腳本、排序、二進制位數組、慢查詢日誌、監視器等。本書作者專門維護了www.redisbook.com網站，提供帶有詳細注釋的Redis源代碼，以及本書相關的更新內容。
作者簡介：
黃健宏 軟體開發者，他喜歡函數式編程，熱愛開源軟體。出於對資料庫的強烈興趣，他開始閱讀和分析 Redis 源代碼，並對 Redis 2.6 和 Redis 3.0 的源代碼進行了詳細注釋。他翻譯並維護著 Redis 中文文檔網站 www.RedisDoc .com ，編寫 了 OORedis 庫。除此之外，他還是《Redis in Action》一書的譯者。
H. Navicat Premium 資料庫設計器和報表有什麼作用
Navicat創建報表有以下幾個主要步驟：（具體圖文並茂教程詳見navicat官網提供的」Navicat功能：報表創建工具「）
1. 連接數據到報表。數據選項卡可以查看創建數據，提供數據給報表，通過「查詢向導」或「查詢設計器」來創建數據查看。通過這兩個視覺化工具選擇數據查看需要的表、欄位、創建搜索准則和排序等。查詢向導通過一步一步的向導視覺化創建和編輯基本的數據。可以在查詢設計器中輸入更多所需的計算和准則以創建復雜的報表（如，搜索報表），SQL選項卡會顯示從資料庫取得數據的SQL語句。
2. 設計報表版面。設計選項卡是設計和組織報表版面的主要階段，它包含報表向導和一些樣本報表，可快速的創建整份報表的版面，這是生成簡單報表的最佳方法。設計自己的版面，簡單的從數據樹中拖放數據，並使用工具欄添加不同的元件。
3. 預覽和導出報表。預覽選項卡：預覽和輸出預覽報表的。如果創建搜索報表，可以運行搜索以篩選數據。在確認報表輸出之後，用戶可以列印或導出報表，報表格式為PDF、MS Excel 等。如果與Navicat計劃功能一起使用，可以設置自動列印報表，並傳送導出的文件到指定電子郵件。
4. 共享報表。Navicat Report Viewer可瀏覽由Navicat報表創建工具設計的報表，並與安裝Navicat Report Viewer的用戶共享報表。連接伺服器，並將報表文件（.rtm）放在報表位置中的資料庫子文件夾，這樣可以大大增加查看報表的靈活性。
許可證：Navicat報表創建工具是Windows平台Navicat企業版或Navicat Premium中的一個功能。每個Navicat企業版或Navicat Premium許可證都搭配一份Report Viewer的許可證，以便用戶之間共享報表。
I. 《計算機程序設計藝術（第3卷）排序與查找》pdf下載在線閱讀，求百度網盤雲資源
《計算機程序設計藝術（第3卷）》（[美國] Donald Knuth）電子書網盤下載免費在線閱讀
資源鏈接：
鏈接：https://pan..com/s/157WQKLsUIgJbhlm6DMooLA
書名：計算機程序設計藝術（第3卷）
作者：[美國] Donald Knuth
譯者：蘇運霖
豆瓣評分：9.9
出版社：國防工業出版社
出版年份：2002-9
頁數：779
內容簡介：第3卷的頭一次修訂對經典計算機排序和查找技術做了最全面的考察。它擴充了第1卷對數據結構的處理，以將大小資料庫和內外存儲器一並考慮；遴選了精心核驗的計算機方法，並對其效率做了定量分析。第3卷的突出特點是對「最優排序」一節的修訂和對排列論與通用散列法的討論。
作者簡介：Donald.E.Knuth(唐納德.E.克努特，中文名高德納)是演算法和程序設計技術的先驅者，是計算機排版系統TEX和METAFONT的發明者，他因這些成就和大量創造性的影響深遠的著作(19部書和160篇論文)而譽滿全球。作為斯坦福大學計算機程序設計藝術的榮譽退休教授，他當前正全神貫注於完成其關於計算機科學的史詩性的七卷集。這一偉大工程在1962年他還是加利福尼亞理工學院的研究生時就開始了。Knuth教授獲得了許多獎項和榮譽，包括美國計算機協會圖靈獎(ACM Turing Award)，美國前總統卡特授予的科學金獎(Medal of Science)，美國數學學會斯蒂爾獎(AMS Steele Prize)，以及1996年11月由於發明先進技術而榮獲的備受推崇的京都獎(Kyoto Prize)。Knuth教授現與其妻Jill生活於斯坦福校園內。
J. 《SQL查詢的藝術》pdf下載在線閱讀全文，求百度網盤雲資源
《SQL查詢的藝術》網路網盤pdf最新全集下載:
鏈接：https://pan..com/s/1Xt_0wBU3kAs3w3Aky522EA
簡介：SQL是一種資料庫查詢和程序設計語言，用於存取數據以及查詢、更新和管理關系資料庫系統。SQL是資料庫領域的一種標准語言。任何需要從事資料庫相關工作的程序員，都必須學習和掌握SQL。
《SQL查詢的藝術》全面地介紹了資料庫的基礎知識和SQL查詢的技巧，通過豐富的實例，幫助讀者掌握常見的SQL應用。全書共分19章，按照數據定義、數據查詢、數據操縱、數據控制、事務控制和程序化SQL的順序，詳細地講解SQL編程的基礎知識。全書共包括大小實例300多個，突出了實例教學、學用結合的特點。
《SQL查詢的藝術》適用於學習SQL編程的讀者閱讀，尤其適用於SQL初學者閱讀；本書對資料庫架構師、資料庫管理員也有一定的參考價值。