[通用]資料庫設計

資料庫設計1

1.儘量使用資料冗餘。

隨著磁碟容量的大幅飆升，這一點已經不會產生什麼問題。當然冗餘歸冗餘，不能把資料的關聯弄的亂七八糟的。

本科資料庫課程中學的知識直接拿來，在實際中會出大問題。滿足三級正規化的資料庫結構會讓你面對大量的連表查詢，應用程式中會用到大量的資料庫訪問，既繁瑣(煩死你)又使程式執行速度減慢。

2.儘量不要使用varmax)型別

這一點主要是用動軟程式碼生成器自動生成程式碼時，如果varchar的最大長度指定為max，在自動生成程式碼時，它無法生成這一最大長度，需要手動補進去。

現在感覺用個var1000)就夠了。

3.使用預留欄位。

資料庫表(尤其是動態表格)，在你把所有欄位都設計好了之後，再新增幾個備註欄位和預留欄位。

之前我覺得這樣做沒多大意義，因為預留欄位的列名是沒有實際意義的`。這樣程式中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義欄位現在表示什麼意義。不過我的第二個資料庫中還是沒采用，這也是遺憾之處埃

個人感覺用note1、note2、r1(r表示reserve)、r2、r3，2個備註欄位和3個預留欄位就足夠了,再多的話就不容易記住哪個欄位具體表示什麼意義了，容易暈。型別就都用var200)吧。

資料庫設計2

一、選擇題

【例1】對於資料庫系統，負責定義資料庫內容，決定儲存結構和存取策略及安全授權等工作的是_______。(考點1)

A)應用程式設計師 B)使用者

C)資料庫管理員 D)資料庫管理系統的軟體設計員

解析：資料庫管理員(簡稱DBA)，具有如下的職能：設計、定義資料庫系統;幫助使用者使用資料庫系統;監督與控制資料庫系統的使用和執行;改進和重組資料庫系統;轉儲和恢復資料庫;重構資料庫。所以，定義資料庫內容，決定儲存結構和存取策略及安全授權等是資料庫管理員(DBA)的職責。

答案：C)

【例2】在資料庫管理技術的發展過程中，經歷了人工管理階段、檔案系統階段和資料庫系統階段。在這幾個階段中，資料獨立性最高的是_______。(考點2)

A)資料庫系統 B)檔案系統

C)人工管理 D)資料項管理

解析：在人工管理階段，資料無法共享，冗餘度大，不獨立，完全依賴於程式。在檔案系統階段，資料共享性差，冗餘度大，獨立性也較差。所以B)選項和C)選項均是錯誤的。

答案：A)

【例3】在資料庫系統中，當總體邏輯結構改變時，通過改變_______，使區域性邏輯結構不變，從而使建立在區域性邏輯結構之上的應用程式也保持不變，稱之為資料和程式的邏輯獨立性。(考點3)

A)應用程式 B)邏輯結構和物理結構之間的對映

C)儲存結構 D)區域性邏輯結構到總體邏輯結構的對映

解析：模式描述的是資料的全域性邏輯結構，外模式描述的是資料的區域性邏輯結構。當模式改變時，由資料庫管理員對外模式/模式對映做相應改變，可以使外模式保持不變。應用程式是依據資料的外模式編寫的，從而應用程式也不必改變。保證了資料與程式的邏輯獨立性，即資料的邏輯獨立性。

答案：D)

【例4】資料庫系統依靠_______支援資料的獨立性。(考點4)

A)具有封裝機制

B)定義完整性約束條件

C)模式分級，各級模式之間的對映

D)DDL語言和DML語言互相獨立

解析：。資料庫的三級模式結構指資料庫系統由外模式、模式和內模式3級構成。資料庫管理系統在這3級模式之間提供了兩層對映：外模式/模式對映，模式/內模式對映。這兩層對映保證了資料庫系統中的資料能夠具有較高的邏輯獨立性和物理獨立性。

答案：C)

【例5】將E-R圖轉換到關係模式時，實體與聯絡都可以表示成_______。(考點6)

A) 屬性 B) 關係

C) 鍵 D) 域

解析：E-R圖由實體、實體的屬性和實體之間的聯絡3個要素組成，關係模型的邏輯結構是一組關係模式的集合，將E-R圖轉換為關係模型：將實體、實體的屬性和實體之間的聯絡轉化為關係模式。

答案：B)

【例6】用樹形結構來表示實體之間聯絡的模型稱為_______。(考點7)

A)關係模型 B)層次模型

C)網狀模型 D)資料模型

解析：滿足下面兩個條件的`基本層次聯絡的集合為層次模型：

(1)有且只有一個結點沒有雙親結點，這個結點稱為根結點;

(2)根以外的其它結點有且僅有一個雙親結點。

層次模型的特點：

(1)結點的雙親是惟一的;

(2)只能直接處理一對多的實體聯絡;

(3)每個記錄型別定義一個排序欄位，也稱為碼欄位;

(4)任何記錄值只有按其路徑檢視時，才能顯出它的全部意義;

(5)沒有一個子女記錄值能夠脫離雙親記錄值而獨立存在。

答案：B)

【例7】對資料庫中的資料可以進行查詢、插入、刪除、修改(更新)，這是因為資料庫管理系統提供了_______。(考點8)

A) 資料定義功能 B) 資料操縱功能

C) 資料維護功能 D) 資料控制功能

解析：資料庫管理系統包括如下功能：

(1)資料定義功能：DBMS提供資料定義語言(DDL)，使用者可以通過它方便地對資料庫中的資料物件進行定義;

(2)資料操縱功能：DBMS還提供資料操作語言(DML)，使用者可以通過它操縱資料，實現對資料庫的基本操作，如查詢、插入、刪除和修改;

(3)資料庫的執行管理：資料庫在建立、運用和維護時由資料庫管理系統統一管理，統一控制以保證資料的安全性、完整性、多使用者對資料的併發使用及發生故障後的系統恢復;

(4)資料庫的建立和維護功能：它包括資料庫初始資料的輸入、轉換功能，資料庫的轉儲、恢復功能，資料庫的重組、功能和效能監視等等。

答案：B)

【例8】設關係R和關係S的屬性元數分別是3和4，關係T是R與S的笛卡兒積，即T=R×S，則關係T的屬性元數是_______(考點9)

A) 7 B) 9

C) 12 D) 16

解析：笛卡兒積的定義是設關係R和S的元數分別是r和s，R和S的笛卡兒積是一個(r+s)元屬性的集合，每一個元組的前r個分量來自R的一個元組，後s個分量來自s的一個元組。所以關係T的屬性元數是3+4=7。

答案：A)

【例9】下述_______不屬於資料庫設計的內容。(考點10)

A) 資料庫管理系統 B) 資料庫概念結構

C) 資料庫邏輯結構 D) 資料庫物理結構

解析：資料庫設計是確定系統所需要的資料庫結構。資料庫設計包括概念設計、邏輯設計和建立資料庫(又稱物理設計)。

答案：A)

二、填空題

【例1】一個數據庫的資料模型至少應該包括以下3個組成部分，_______、資料操作和資料的完整性約束條件。(考點5)

解析：資料模型是嚴格定義的一組概念的集合。這些概念精確地描述了系統的靜態特性、動態特性和完整性約束條件。因此，資料模型通常由資料結構、資料操作和完整性約束3部分組成。其中，資料結構是對系統靜態特性的描述，資料操作是對系統動態特性的描述，資料的完整性約束用以限定符合資料模型的資料庫狀態以及狀態的變化，以保證資料的正確性、有效性和相容性。

答案：資料結構

【例2】在關係資料模型中，二維表的列稱為屬性，二維表的行稱為_____。(考點8)

解析：一個關係是一張二維表。表中的行稱為元組，一行對應一個元組，一個元組對應儲存在檔案中的一個記錄值。

答案：元組

資料庫設計3

計算機二級Access資料庫程式設計練習

1.一個關係資料庫檔案中的各條記錄( B)。

A) 前後順序不能任意顛倒,一定要按照輸入的順序排列

B) 前後順序可以任意顛倒,不影響庫中的資料關係

C) 前後順序可以任意顛倒,但要影響資料統計結果

D) 以上都不是

2.使用Access按使用者的應用需求設計的結構合理、使用方便、高效的資料庫和配套的應用程式系統,屬於一種(C)。

A) 資料庫

B) 資料庫管理系統

C) 資料庫應用系統

D) 資料模型

3.二維表由行和列組成,每一行表示關係的一個(D)。

A) 屬性

B) 字

C) 集合

D) 元組

4.關係資料庫是以(B)為基本結構而形成的資料集合。

A) 資料表

B) 關係模型

C) 資料模型

D) 關係代數

5.關係資料庫中的資料表(C)。

A) 完全獨立,相互沒有關係

B) 相互聯絡,不能單獨存在

C) 既相對獨立,又相互聯絡

D) 以資料表名來表現其相互間的聯絡

6.索引屬於(B)。

A) 模式

B) 內模式

C) 外模式

D) 概念模式

7.在關係資料庫中,用來表示實體之間聯絡的是(D)。

A) 樹結構

B) 網結構

C) 線性表

D) 二維表

8.將 E-R 圖轉換到關係模式時,實體與聯絡都可以表示成(B)。

A) 屬性

B) 關係

C) 鍵

D) 域

9.資料庫的物理設計是為一個給定的邏輯結構選取一個適合應用環境的' (B)的過程,包括確定資料庫在物理裝置上的儲存結構和存取方法。

A) 邏輯結構

B) 物理結構

C) 概念結構

D) 層次結構

10.在關係資料庫中主碼標識元組的作用是通過(A)實現。

A) 實體完整性原則

B) 參照完整性原則

C) 使用者自定義完整性

D) 域完整性

11.資料庫(DB)、資料庫系統(DBS)和資料庫管理系統(DBMS)三者之間的關係是(A)。

A) DBS包括DB和DBMS

B) DBMS包括DB和DBS

C) DB包括DBS和DBMS

D) DBS就是DB,也就是DBMS

12.在資料庫的三級模式結構中,描述資料庫中全域性邏輯結構和特徵的是(D)。

A) 外模式

B) 內模式

C) 儲存模式

D) 模式

13.以下不是資料庫管理系統的子語言的是(B)。

A) 資料定義語言

B) C語言

C) 資料控制語言

D) 資料操縱語言

14.在關係運算中,投影運算的含義是(B)。

A) 在基本表中選擇滿足條件的記錄組成一個新的關係

B) 在基本表中選擇需要的欄位(屬性)組成一個新的關係

C) 在基本表中選擇滿足條件的記錄和屬性組成一個新的關係

D) 上述說法均是正確的

15.對R和S兩個關係進行集合運算,結果包含R和S中都存在的元組,這種是集合運算是(A)。

A) 交運算

B) 差運算

C) 並運算

D) 笛卡兒積運算

16.關係資料庫系統能夠實現的三種基本關係運算是(D)。

A) 索引,排序,查詢

B) 建庫,輸入,輸出

C) 顯示,統計,複製

D) 選擇,投影,聯接

17.關係R和關係S的交運算是(C)。

A) 由關係R和關係S的所有元組合並,再刪去重複的元組的集合

B) 由屬於R而不屬於S的所有元組組成的集合

C) 由既屬於R又屬於S的元組組成的集合

D) 由R和S的元組連線組成的集合

18.專門的關係運算中,選擇運算是(A)。

A) 在基本表中選擇滿足條件的記錄組成一個新的關係

B) 在基本表中選擇欄位組成一個新的關係

C) 在基本表中選擇滿足條件的記錄和屬性組成一個新的關係

D) 上述說法都是正確的

19.以下型別不屬於SQL查詢的是(A)。

A) 選擇查詢

B) 聯合查詢

C) 子查詢

D) 數字定義查詢

20.利用一個或多個表中的全部或部分資料建立新表的是(A)。

A) 生成表查詢

B) 刪除查詢

C) 更新查詢

D) 追加查詢

資料庫設計4

資料庫技術是計算機資訊系統與應用系統的核心技術和重要基礎，《資料庫原理與應用》課程的教學目標就是使學生系統地掌握資料庫系統的基本原理和基本技術，掌握資料庫設計方法和步驟，具備設計資料庫模式以及開發資料庫應用系統的基本能力。課程設計作為該課程常規教學的延伸和深化，是承上啟下的必要教學環節。下面，我和大家分享一下我所做的教學設計。

　一、教學目標分析

中等職業技術學校計算機專業的《資料庫原理與應用》課程的任務是：介紹資料庫技術的基本概念，熟悉資料庫管理軟體xBASE系列的基本操作，掌握程式設計的基本方法，初步掌握互動式開發工具，通過課程實習掌握小型應用軟體的開發過程。

因此，本課程的教學目標是：使學生掌握資料庫技術和資料庫管理軟體的基礎知識和基本技能，掌握程式設計方法，具有開發小型應用系統的能力。為實現這一教學目標，要進行相應的教學改革，主要是課程的教學由傳統“理論教學+筆試”模式改為“基礎（包括基本理論和基本技能）教學+課程設計”模式。課程設計的目標是：培養學生利用各種媒體（包括傳統媒體和Internet技術等）獲取、加工、處理資訊的能力，能夠完成小型軟體的開發。

二、活動目的

通過課程設計教學活動，讓學生在已掌握資料庫原理的基礎上，通過對社會或生活需要的調查、分析，做出規劃、設計，培養學生蒐集資訊的能力，開發小型應用軟體，從而使學生掌握資料庫知識意義和資訊技能，提高自學能力和知識的綜合能力和資訊素養。

三、活動內容

活動內容包括指導學生從生活出發，蒐集相關資料，分析需求情況，確定開發專案；要針對開發的專案再採集資料，進行系統規劃，確定系統的框架；畫出流程圖，並以此寫出FoxPro程式及進行除錯和修改；編寫系統使用手冊；指導學生進行演示和組織評價工作；在課程設計中指導學生自學。

四、教學設想

課程設計採取以學生學習活動為主體的教學活動，學生在教師的要求和指導下，自主地確定設計的課題，確定軟體的內容和表現方式，通過各種媒體進行自學。因此，在課程設計教學中教師是教學過程的組織者、指導者、意義建構的幫助者、促進者。

　五、教學物件

20xx級計算機應用專業全體學生。

六、教學時間

20xx年5月~6月。

七、教學過程

共分為五個階段：

1.動員佈置階段

強調進行課程設計的意義，鼓勵學生積極參與課程設計，激發學生的學習熱情，培養良好學習環境。印發《〈資料庫原理與應用〉課程設計說明》，詳細地佈置設計內容，完成工作，並推薦一些設計專案供學生參考，提高學生參與的積極性，動員更多的學生參與其中。

2.指導學生收集資料階段

指導學生收集原始資料，初步確定課程設計專案，並上報指導教師，再由指導教師彙總，教師再根據情況進行個別或集中指導。

3.協助學生對資料進行分析、歸納階段

對學生所收集到的資料進行分析，提出所要解決的問題，研究解決該問題的可行性。通過論證，確定課程設計專案。在這個階段，教師要對學生所要解決的問題及解決問題的方法的科學性、合理性、可行性進行分析歸納。

4.指導規劃設計階段

學生根據所選課題，進行系統規劃設計。(範文網 )包括確定軟體（課題）功能、系統結構（資料流程）、程式流程、編寫程式碼、除錯程式。這是課程設計的主體部分，這個階段我們對學生的指導原則是嚴格要求、規範設計、耐心指導、發揚個性、鼓勵創新。

5.總結評價階段

總結采取三種方法：學生自己演示課題，教師組織其他學生進行評價；教師總結表彰；學生書面總結。這個階段的主要目的是“表揚先進，激勵後進”，讓學生展示自己的成果，分享成功的喜悅，總結學習成績，增強學習信心；相互瞭解，通過對比發現差距，確立奮鬥目標。

八、指導學生學習

在課程設計的教學過程中，學生的“學”是教學的中心。學生主動地學習，並自覺地應用相關知識，同時利用反饋的資訊總結解決實際問題的方法。在教學中，一方面，教師要著力為學生創造一個良好的學習環境，使學生可以在其中進行自由探索和自主學習，並及時地為學生在探索過程中提供相應的幫助。另一方面，教師指導學生如何利用各種工具去獲得資訊資源（如文字資料、書籍、Internet資源等），使學生的學習環境空間得到充分擴充套件。

　九、課程設計結果統計

課程設計結果統計是完整教學活動的組成部分，主要包括：

1.課題分佈

2.課程設計評價統計

如何科學地進行課程設計的評價，主要考慮下列因素：（1）學生的綜合能力；（2）學生應用資訊的能力；（3）學生對教學之外知識的汲取能力；（4）學生的創造能力。具體從軟體作品（包括所有要求上交的內容）的外觀、軟體說明書的編寫、軟體介面和使用方法、軟體的結構、編寫程式的'演算法和創新精神等方面進行評價。

十、問題思考

如何理解課程設計的目的和如何給學生進行科學的評價，是課程設計教學的重要問題。

課程設計教學不僅要求學生掌握相關的資料庫理論和軟體工程學的有關知識，更重要的是學生能夠對它們形成意義建構，這是基於建構主義教學的核心。也就是說學生的知識不是通過人為的“灌輸”，而是學生在自主學習中得到的。學生通過解決具體問題、查閱書籍和文字資料以及利用Internet尋找資訊資源培養和提高了自學能力和資訊素養，從而提高了學生的素質。因此，對學生課程設計的評價不應過分強調設計的本身，而應圍繞學生的自主學習能力、協作學習過程中作出的貢獻、是否達到意義的建構要求三個方面去進行的。

總而言之，詳細周密的教學設計有助於更好地打造高效課堂，使學生學到更多的知識；課程設計教學能夠科學地培養學生自主學習的能力，提高學生的多方面素養。

（作者單位 廣東省潮州市職業技術學校）

資料庫設計5

摘要:潞安機械公司成功開發的產品資料庫管理系統，將產品的研究、開發等各方面的資訊集中在一起，解決了目前技術管理中的薄弱環節，使機械公司的產品資料更加精確明瞭。

關鍵詞:產品設計資料庫;圖文件管理;通用零件庫

潞安機械公司根據本單位的產品結構和設計研發現狀，開發出切合本單位實際的產品資料庫管理系統，促進了機械公司向專業化、規模化、數字化方向發展。即在現用的CAXA軟體基礎上引進了CAXA圖文件資料管理系統，用來管理所有與產品相關的資訊和所有與產品設計相關的過程。

1CAXA圖文件管理系統的功能特點

CAXA圖文件管理系統主要具備以下功能:文件管理、產品結構管理、設計檢索和零件庫等功能。主要解決的是文件內容的快速瀏覽、快速索引和查詢，文件的安全性、一致性和版本管理，文件組織結構定義和管理等方面的問題。利用這些功能特點對圖紙設計進行管理。

2CAXA圖文件管理系統在實際中的應用

2．1明確責權範圍，分許可權管理

CAXA圖文件提供完備的許可權管理模式，能將許可權的設定工作分解到不同層次的組織管理者，在安全和效率的平衡上有一個很好的解決方案。為了方便日常管理，機械公司針對不同級別的工作人員進行不同的授權。總工程師具有最高許可權:可以對產品的大類、產品、產品總裝以及零部件進行建立、刪除，資料及圖紙的匯入匯出;工程師的許可權:可以對產品、產品總裝進行建立、刪除;而普通科員的.許可權僅為瀏覽、建立零件、編輯、出入庫、複製、列印等一些基本的應用功能。

2．2實現技術檔案的共享和統一管理

CAXA圖文件把所有的產品圖紙和工藝檔案統一存放在伺服器中，並清楚地記錄了是誰，在什麼時候上傳的圖紙等詳細資料，並提供對圖紙快速瀏覽的工具。以前產品圖紙都存放在個人電腦中，一旦技術人員調離，查詢圖紙就十分困難。將圖紙匯入圖文件，通過查詢功能，就可以快速找到所需要的圖紙。有時也會出現這樣一種情況:客戶傳真來圖紙訂做產品，由於紙質圖紙儲存不當，一旦和客戶發生爭議就無據可循。現在由於把所有傳真檔案和產品圖紙都存放到圖文件中，有效地解決了這個問題。

2．3有序的檔案版本控制

在企業的生產運營過程中，產品圖紙有時需要作變更設計，經多次變更設計後，圖紙的變更資訊不能及時反映到其它部門，而CAXA圖文件有著很優秀的圖紙版本控制功能，見圖1。圖文件可以記錄每次修改時間、修改人、修改原因，當前版本是哪個，還可以檢視所有的歷史圖紙，詳細記錄了圖紙的所有變更過程。每一次對圖紙、檔案的出庫、入庫以及修改都會在文件的工作版本情況中產生一個新的文件版本，同時舊版本的文件資訊仍舊保留在產品資料管理的資料庫中，而且可以根據設計物件所處的不同狀態，形成不同版本的狀態名。其一般形式為a．1、a．2、a．3．．．．．．，以此來記錄產品圖紙的設計過程和演變過程。

2．4實現清晰的產品結構

在採用圖文件管理系統以前，機械公司的產品組成關係比較籠統，經常出現圖紙上標識的零配件與實際使用的不相符合等情況，圖紙等資料只能靠熟悉情況的工作人員來進行管理。可是，在實際的生產過程中，一旦熟悉資料情況的工作人員不在時，其他有需要使用的工作人員則要花費大量時間和精力去查詢已有圖紙，這就大大降低了員工的工作效率。CAXA圖文件的產品結構樹中可以清晰明瞭地表示產品的組成關係，使得這個問題得到完美解決，有力地促進了企業的資訊化管理。

2．5建立通用零件庫

模組化設計是產品設計開發過程中的重點和關鍵，即充分利用標準化的原理和方法，提高產品零部件的標準化程度，最終形成產品圖紙的系列化和模組化。這種方法可以用最少種類的零件，設計出儘可能多的成品，使企業在運營中產品的總成本降到最低。藉著開發圖文件的機會，潞安機械公司通過對液壓支架銷軸類、立柱千斤頂，膠帶機託輥等技術進行全面的分析和研究後，形成了液壓支架銷軸類、立柱千斤頂、託輥標準件等一系列的標準化的零件庫，避免了在產品設計過程中重複出圖紙，提高了產品的設計效率。

3結語

採用資料庫管理系統後，各種資訊及時存入資料庫，極大地滿足了資訊共享，使用者提出新的要求時，方案設計及時更新，在圖紙設計階段，將技術協議、配套方案及時入庫，方便設計人員檢視;同時可以及時檢視各種零部件，直接借用相同部件，在標準件庫之間呼叫銷軸類、立柱千斤頂類零部件，避免了重複出圖，節省了設計時間。同時，資料庫匯出的材料資訊可以與EＲP生產系統進行物料輸入、工單投料有機結合，滿足生產需要，縮短了產品研發週期。

資料庫設計6

本次課程設計，使我對《資料結構》這門課程有了更深入理解。《資料結構》是一門實踐性較強課程，為了學好這門課程，必須在掌握理論知識同時，加強上機實踐。

我課程設計題目是線索二叉樹運算。剛開始做這個程式時候，感到完全無從下手，甚至讓我覺得完成這次程式設計根本就是不可能，於是開始查閱各種資料以及參考文獻，之後便開始著手寫程式，寫完執行時有很多問題。特別是實現線索二叉樹刪除運算時很多情況沒有考慮周全，經常執行出現錯誤，但通過同學間幫助最終基本解決問題。

在本課程設計中，我明白了理論與實際應用相結合重要性，並提高了自己組織資料及編寫大型程式能力。培養了基本、良好程式設計技能以及合作能力。這次課程設計同樣提高了我綜合運用所學知識能力。並對VC有了更深入瞭解。《資料結構》是一門實踐性很強課程，上機實習是對學生全面綜合素質進行訓練一種最基本方法，是與課堂聽講、自學和練習相輔相成、必不可少一個教學環節。

上機實習一方面能使書本上知識變“活”，起到深化理解和靈活掌握教學內容目；另一方面，上機實習是對學生軟體設計綜合能力訓練，包括問題分析，總體結構設計，程式設計基本技能和技巧訓練。此外，還有更重要一點是：機器是比任何教師更嚴厲檢查者。因此，在“資料結構”學習過程中，必須嚴格按照老師要求，主動地、積極地、認真地做好每一個實驗，以不斷提高自己程式設計能力與專業素質。

通過這段時間課程設計，我認識到資料結構是一門比較難課程。需要多花時間上機練習。這次程式訓練培養了我實際分析問題、程式設計和動手能力，使我掌握了程式設計基本技能，提高了我適應實際，實踐程式設計能力。總來說，這次課程設計讓我獲益匪淺，對資料結構也有了進一步理解和認識。

一週的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。

課程設計是我們專業課程知識綜合應用的實踐訓練，著是我們邁向社會，從事職業工作前一個必不少的過程。“千里之行始於足下”，通過這次課程設計，我深深體會到這句千古名言的真正含義。我今天認真的進行課程設計，學會腳踏實地邁開這一步，就是為明天能穩健地在社會大潮中奔跑打下堅實的基礎。我這次設計的科目是資料結。

資料結構，是一門研究非數值計算的程式設計問題中計算機的操作物件（資料元素）以及它們之間的關係和運算等的學科，而且確保經過這些運算後所得到的新結構仍然是原來的.結構型別。“資料結構”在電腦科學中是一門綜合性的專業基礎課。資料結構是介於數學、計算機硬體和計算機軟體三者之間的一門核心課程。資料結構這一門課的內容不僅是一般程式設計（特別是非數值性程式設計）的基礎，而且是設計和實現編譯程式、作業系統、資料庫系統及其他系統程式的重要基礎。通過這次模具設計，我在多方面都有所提高。

在介面設定中使用函式呼叫while。其中文字顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須採用標準英文大寫，同時在製作顯示選單的視窗，大小根據選單條數設計。最後採用printf輸出程式設計介面。

這次的程式軟體基本上執行成功，可以簡單的建立鏈式迴圈連結串列，並進行輸出，及迴圈語句的運用和選擇語句的控制。由於時間和知識上的限制，使得程式規模相對較小，即功能還不很全面，應用也不很普遍。原來C語言可是涉及很多知識，而不是枯燥無聊的簡單的程式碼部分而已，利用C語言方面的知識，我們可以設計出更完善的軟體。

通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以後的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程式，相信不久後我們的程式設計能力都會有很大的提高能設計出更多的更有創新的作品。

資料庫設計7

專案名稱：

委託人：

（甲方）

研究開發人：

（乙方）

簽訂地點：省（市）市、縣（區）

簽訂日期：____年____月____日

有效期限：____年____月____日至____年____月____日

填表說明

一、技術開發合同是指當事人之間就國家隊資訊化平臺的研究開發所訂立的合同。

二、標的技術的內容、範圍及要求

包括開發專案應達到的開發目的、使用範圍、技術經濟指標及效益情況。

三、研究開發計劃

包括當事人各方實施開發專案的階段進度、各個階段要解決的技術問題、達到的目標和完成的期限等。

四、本合同書的履行方式（包括成果提交方式及數量）

1、產品設計、圖紙、論文、報告等技術檔案；

2、磁碟、光碟、磁帶、計算機軟體；

3、樣品、樣機；

4、成套技術裝置。

五、技術情報和資料的`保密

包括當事人各方情報和資料保密義務的內容、期限和洩漏技術祕密應承擔的責任。

六、本合同書中，凡是當事人約定認為無需填寫的條款，在該條款填寫的空白處劃（/）表示。

依據《中華人民共和國合同法》的規定，合同雙方就國家隊資訊化平臺建設專案的技術服務，經協

商一致，簽訂本合同。

一、標的技術的內容，範圍及要求

二、應達到的技術指標和引數

三、研究開發計劃

四、研究開發經費、報酬及其支付或結算方式

（一）研究開發經費是指完成專案研究開發工作所需的成本，報酬是指本專案開發成果的使用

費和研究開發人員的科研補貼。

本專案研究開發經費和報酬（大寫）____元，

（二)支付方式

①一次總付____元，時間：

②分期支付____元，時間：____元，時間：

③其它方式：

五、利用研究開發經費購置的裝置、器材、資料的財產權屬

六、履行的期限、地點和方式

本合同自____年____月____日至____年____月____日在

履行。

本合同的履行方式：

七、技術情報和資料的保密

八、技術協作和技術指導的內容

九、技術成果的歸屬和分享

（一）專利申請權：

（二）技術祕密的使用權、轉讓權：

十、驗收的標準和方式

研究開發所完成的技術成果，達到了本合同第二條所列技術指標，按標準，採

用方式驗收，

由出具技術專案驗收證明。

十一、風險責任的承擔

在履行本合同的過程中，確因在現有水平和條件下難以克服的技術困難，導致研究開發部分或

全部失敗所造成的損失，風險責任由甲方承擔%，乙方承擔%。

本專案風險責任確認的方式：

十二、違約金或者損失賠償額的計算

違反本合同約定，違約方應按照《中華人民共和國合同法》有關條款的規定承擔違約責任。

（一）違反本合同第條約定，方應承擔以下違約責任：

（二）違反本合同第條約定，方應承擔以下違約責任：

十三、解決合同糾紛的方式

在履行本合同的過程中發生爭議，雙方當事人和解或調解不成，可採取仲裁或按司法程式解決。

（一）雙方同意由仲裁委員會仲裁。

（二）雙方約定向(被告住所地、合同履行地、合同簽訂地、原告住所地、標的物所在地)人民法院起訴。

十四、名詞和術語的解釋

十五、其它

委託名稱(或姓名)(簽章)人

甲方法定代表人(簽章)單位公章

委託代理人(簽章)

聯絡(經辦)人(簽章)

通訊地址郵政

編碼____年____月____日

電話傳真

開戶銀行

帳號

研究名稱(或姓名)（簽章）

開發

人(法定代表人（簽章）單位公章

乙方

)委託代理人（簽章）

聯絡(經辦)人（簽章）

通訊地址郵政

編碼____年____月____日

電話傳真

開戶銀行

帳號

資料庫設計8

一、教學目標：

1、要求學生了解利用資料庫管理資訊資源的工作思想

2、能將對資料庫的一些常用操作技能遷移到今後學習，工作中

3、公正評價三種資訊資源管理方式。

二、教學重點難點：

利用資料庫管理資訊的基本思想與方法

三、教學方法：

講授法，演示法

四、課時安排：

1課時

五、教學過程

當前，資料庫技術廣泛應用於各個領域，如數字圖書館，銀行，全國聯網火車票系統等。

以“選修課資訊管理系統”為例：P134

認識資料庫管理

前面演示的這個系統是基於資料庫的，下面我們就進入這個資料庫的內部看看：

用Access軟體開啟“學生選修課資訊庫”，觀察資料庫中的表。

在資料庫表中每一行稱作一條“記錄”；

每條“記錄”由若干個“欄位”組成；

若干條“記錄”組成一個“表”；

多個相關的“表”組成一個“資料庫”；

將該資料庫資料匯出為Excel表格。

比較：該資料庫表格與Excel表格的異同。

分析：

“學生選修課程資訊”Excel工作簿由“課程資訊”，“學生資訊”和“課程選修資訊”三個工作表組成。

如何理解“相關”？

比如：“課程資訊表”與“課程選修資訊表“通過共同的”課程編號“建立聯絡，而“課程選修資訊表”與“學生資訊表”

通過共同的“學號”相關聯。

——資料庫表與Excel表格的`重要的差別表之間的關係

P136圖7-11

舉例：我們要查詢哪些同學選修了某門課程。P136

實踐：

1、查詢“20040001”“李奧”同學選修的所有課程。

2、開啟“課程選修資訊表”，嘗試在其中新增一條課程選修記錄“20050001”，“張三”同學選修了資訊科技的選修課FLASH，課程編號為XX006，2個學分，18個課時，教師是李四。

教學反思：

學生由於從未接觸過這方面的內容，感覺比較生疏，有些內容比較難理解。

資料庫設計9

從資訊構成來看，與空間位置相關的資料佔比80%以上，特別是隨著現代定位技術、遙感技術的廣泛應用，以空間資料庫為特徵的資料型別也日趨多樣化，而由此帶來的資料庫管理卻面臨新的挑戰。從空間資料管理現狀來看，多為檔案、檔案管理、關係資料庫，以及全關係資料庫、中介軟體空間資料庫管理，面向物件資料庫管理等。在檔案管理上，資料的安全性、一致性相對統一，而對於關係資料庫及其他混合管理模式來看，由於資料與屬性資料是分開儲存的，其完整性可能遭到破壞，同樣對於變長的關係資料庫進行存取時，還會涉及到資料處理與二進位制轉換而引起的效率低下問題。

1 空間資料管理研究現狀

從空間資料的管理實踐中，很多學者提出了不同的管理思路，尤其是在關係型資料庫空間資料管理上，有學者提出設計基於空間資料的關係資料庫;有學者提出基於空間資料對映的嵌入式SQLite 方法;也有學者通過對遙感影像資料的分析，提出基於ArcSDE 技術的演算法。然而，對於面向物件的資料庫，如SQLServer、Oracle、PostgreSQL 等主流資料庫，因其非結構性特點，在資料存取管理上難以實現對不同欄位的直接存取。特別是兩者資料庫在程式設計上的不匹配問題，也給空間資料管理帶來更長的時間消耗，影響空間資料庫管理效率的提升。

2 空間資料管理機制研究

針對空間資料管理物件的特殊性，主要分為向量資料、柵格資料及影像資料三種。在程式語言設計上，多通過定義RasterLayer 類、VectorLayer 類和ImageLayer 類來進行不同型別資料的表示。因此，在空間資料管理機制上，也分為三種。第一種是基於向量的空間資料管理機制，以歐幾里得幾何學中的點、線、面及組合來進行資料空間分佈表示，並從向量資料精度、儲存冗餘度等方面來進行網路化分析。如依照維度變化來劃分0 維點、1 維線、2 維面;在資料表示上用一個座標來表示點，用連續座標點表示線，面是由外邊界和0 到多個內邊界組成，邊界表示成環，環由多個連續的點座標構成。因此在面向物件的程式設計中，可以利用CPoint、CLine、CPolygon 來表示空間資料及屬性特徵，並通過建立基於面向物件資料庫的向量資料庫檢索機制來實現對面向物件資料庫的管理。

從空間資料庫中的柵格資料來看，其多為均勻的網格單元，並由相應的屬性值來進行表示。如某柵格結構中的點可以由單柵格進行表示，其數值與緊鄰網格值具有差異性;柵格線由連續的柵格單元構成，各個屬性值具有一致性，但與鄰域柵格值具有差異性;面是由多個連續聚集的柵格單元構成，區域內柵格值具有一致性，而鄰域柵格值具有差異性。從空間資料結構組成上，柵格資料表達可以用Cell 表示，每個柵格單元有行號、列號及值三部分，而Grid 表示起始座標、行數、列數;RasterLayer為柵格資料圖層，用於表示空間參考資訊。

對於影像資料的.管理，可以從其記錄載體上對不同感知方式、空間尺寸及監測的動態資料變化資訊進行表徵，並以影象方式來呈現，為後續影像空間資料管理創造條件。通過面向物件程式設計，將Image 類作為影像資料表達結構，並通過影象處理函式實現二進位制檔案轉換，以便於對其進行快速存取。當然，遙感影像資料在管理上多以塊為單位，建立基於面向物件的塊資料檢索是實現存取操作的前提。

3 基於面向物件空間資料管理系統的設計

在對空間資料系統進行管理中，需要滿足三項要求，一是對向量、柵格及影像資料的存取操作;二是滿足對向量、柵格、影像資料型別的定義、檢索與更新;三是實現對向量、柵格、影像資料的視覺化互動管理。為此，在設計空間資料庫管理系統中，需要從兩個方面來保障協同管理。

3.1 系統架構上的設計

根據面向物件資料庫的基礎原型，需要搭建三層資料管理架構，即基礎資料庫層、資料庫管理功能層及資料庫服務層。對於基礎資料庫層，主要包括面向物件的向量資料庫、柵格資料庫及影響資料等空間資料，也是構成整個資料庫設計的底層基礎;對於資料庫管理功能層，主要是滿足基於空間資料的表示、存取、資料庫檢索、空間資料更新等要求;對於資料庫服務層，以滿足對空間資料的表徵、控制，增刪空間資料、縮放空間資料圖層，以及平移等操作，在與空間資料進行系統互動過程中為使用者瀏覽提供條件。

3.2 軟體開發平臺的實現

以Visual Studio 軟體為開發平臺，利用開源資料庫Db40 進行存取，來設計空間資料庫管理系統模型。在空間資料庫設計上，利用面向物件的資料庫存取方案，分別從點、線、面向量資料轉換與表徵上，建立與db40 資料庫的存取機制，利用柵格資料庫來滿足對空間資料庫柵格資料型別的存取，特別是設計柵格資料庫檢索與更新機制，來實現柵格資料的快捷、直觀視覺化管理;針對空間資料庫中不同城市、建築、邊界等差異，在柵格資料表示上，融入高程模型，以亮度來區分不同高程區域，以滿足對空間資料遙感影像的準確展示。

4 結語

從本研究對空間資料庫的分析與應用來看，基於面向物件的資料庫系統在設計上，應該滿足向量空間資料、柵格空間資料、影像資料的結構化轉換，尤其是在資料庫類的設計上，要避免面向物件程式設計語言在空間資料表徵與執行中的效率低下問題，通過建立與空間資料庫不同資料型別的檢索與映像，來快速呈現不同空間資料庫的管理需求，滿足對空間資料多維性、時態性要求。當然，隨著空間資料庫海量性特徵，在建立空間資料庫空間索引機制上，著重於對資料檢索效率的提升，解決延時性問題。

資料庫設計10

在我看來，資料庫課程設計主要目標是利用課程中學到資料庫知識和技術較好開發設計出資料庫應用系統，去解決各行各業資訊化處理要求。通過這次課程設計，可以鞏固我們對資料庫基本原理和基礎理論理解，掌握資料庫應用系統設計開發基本方法，進一步提高我們綜合運用所學知識能力。

當我們這組決定做大學生就業諮詢系統時，我們並沒有著手寫程式。而是大家一起商量這個系統概述、系統目標、系統需求、業務流程分析、資料流程分析和資料詞典。當這些都準備好了之後，我們進行模組分工。每個人都有自己模組設計，而且寫出來程式碼要求可以實現相應模組功能，得到理想效果。當每個人都把自己分工做好了，最後會由一個人把這些全部組合搭建在一起。我們使用是Html和php相互巢狀使用，當一個系統做好了之後，我會好好地把程式都看一遍，理會其中奧祕。

我所負責是資料庫備份和還原還有一些介面實現。還記得自己剛接觸html時候，覺得很感興趣，所以有一段時間幾乎到了痴迷程度。然而Php 是我剛接觸不久一種程式語言。不過覺得它功能真很強大，可以開發出很多大型系統。但是在做備份和還原時候，要考慮東西還是很多。當我遇到錯誤時候，感到很受打擊。值得欣慰是，在同學幫助和大量參考書查閱下，我把自己模組做好了。這就是我收穫最大地方。而且，我明白了遇到困難永不放棄重要性，我知道了團隊合作重要性，我領悟了只有堅持不懈才會取得勝利。 知識獲得是無止境，只要你想學，只要你行動，沒有什麼會難倒我們。回首這一個多星期課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們不懈幫助，謝謝學校給了我們這一次實踐機會，也謝謝組員們關懷。這些美好回憶美好東西將永遠伴隨著我。

資料庫設計11

一個月的時間非常快就過去了，這一個月我不敢說自己有多大的進步，獲得了多少知識，但起碼是瞭解了專案開發的部分過程。雖說上過資料庫相關的課程，但是沒有親身經歷過相關的設計工作細節。這次課程設計給我提供了一個很好的機會。

通過這次課程設計發現這其中需要的很多知識我們沒有接觸過，上網查詢資料的時候發現我們以前所學到的僅僅是皮毛，還有很多需要我們掌握的東西我們根本不知道。同時也發現有很多已經學過的東西我們沒有理解到位，不能靈活運用於實際，不能很好的用來解決問題，這就需要自己不斷的大量的實踐，通過不斷的自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用的東西。

這次的資料庫課程設計，我們組負責的企業資訊文件管理系統的設計。這課題是自擬的。我們組實行的分工合作。我主要是負責資料庫功能模組設計這部分。

從各種文件的閱讀到需求分析、概要設計、資料庫總體設計、程式碼編寫與除錯，我們都準備了好長時間。組內分工合作的整個過程，我親身體驗了一回系統的設計開發過程，分工合作的好處。很多東西書上寫的很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。經常做到後面突然就發現自己一開始的設計有問題，然後又回去翻工，在各種反覆中不斷完善自己的想法 我想有這樣的問題不止我一個，事後想想是一開始著手做的時候下手過於輕快，或者說是根本不瞭解自己要做的這個系統是給誰用的。因為沒有事先做過仔細的使用者調查，不知道整個業務的流程，也不知道使用者需要什麼功能就忙著開發，這是作為設計開發人員需要特別警惕避免的，不然會給後來的工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以後的課程設計要特別注意這一塊的設計。經過組內討論，我們確定的課題是企業資訊文件管理系統。說實話，我對這個系統不是很瞭解。通過上網查詢資料、相關文獻的閱讀，我對該系統有了大體的瞭解。

在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們的生活經驗，根據可行性研究的結果和使用者的需要，分析現有情況及問題。在一個月的時間裡，不斷地對程式及各模組進行修改、編譯、除錯、執行，其間遇到很多問題，經過組內討論。最終把它解決了。通過這次課程設計，我對資料庫的設計更加熟練了。通過本次課程設計，對SQL語言，資料庫的建立、修改、刪除方法有了一定的瞭解，通過匯入表和刪除表、更改表，學會了資料庫的基本操作。很多事情不是想象中的那麼簡單的，它涉及到的各種實體、屬性、資料流程、資料處理等等。很多時候感覺後面的'設計根本無法繼續，感覺像是被前面做的各種圖限制了。在做關係模型轉換的時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗餘，儘量按照屬性處理了。

通過本次課程設計，我覺得不管做什麼，始終都要相信自己。不要畏懼，不要怕遇到困難，什麼都要去嘗試，有些你開始認為很難的事在你嘗試之後你可能會發現原來它並沒有你你想象的那麼難。如果沒有自信，沒有目標，沒有信心就很難把事情做好，當其他人都在迷茫的時候，自己一定要堅信目標。從學習這個專業，到以後從事這方面的工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇於嘗試，這是這次課程設計給我的最大感想！

通過這次畢業設計的完成，使我對自己所學知識進一步的瞭解，同時通過實踐發現自己的不足，對知識的掌握及運用存在諸多的不完善。本系統也存在著很多不足，如系統十分簡單，實現功能也不夠完善，安全性問題也沒有很好的解決。所以在今後的學習中我會繼續努力，完善自我，同學的幫助、指導老師的用心輔導和學校的精心安排使這個課題能夠順利進行。但是，由於時間倉促以及本人水平有限，本系統還有很多不完善之處，也難免存在錯漏，懇請老師諒解。

資料庫設計12

基本要求

1.掌握資料庫技術的基本概念和方法。

2.熟練掌握MySQL的安裝與配置。

3.熟練掌握MySQL平臺下使用SQL語言實現資料庫的互動操作。

4.熟練掌握MySQL的資料庫程式設計。

5.熟悉PHP應用開發語言，初步具備利用該語言進行簡單應用系統開發的能力。

6.掌握MySQL資料庫的管理與維護技術。

考試內容

一、基本概念與方法

1.資料庫的基本概念和特點

2.資料庫系統的結構

3.資料模型

4.資料庫設計方法

二、MySQL平臺下的SQL互動操作

1.資料庫、表、索引和檢視的相關概念

2.資料庫、表、索引和檢視的建立及維護方法

3.資料完整性約束的概念、定義及使用方法

4.表和檢視的查詢及資料更新操作

三、MySQL的資料庫程式設計

1.觸發器、事件、儲存過程和儲存函式的概念及作用

2.觸發器的`建立及使用

3.事件的建立及使用

4.儲存過程和儲存函式的建立及使用

四、MySQL的管理與維護

L的安裝與配置

L使用者賬號管理的作用及方法

L賬戶許可權管理的作用及方法

L資料庫備份與恢復的概念及方法

5.二進位制日誌檔案的使用

五、MySQL的應用程式設計

語言的基本使用方法

L平臺下編制PHP簡單應用程式

考試方式

上機考試，考試時長120分鐘，滿分100分。

1.題型及分值

單項選擇題 40分(含公共基礎知識部分10分)

操作題 60分(包括基本操作題、簡單應用題及綜合應用題)

2.考試環境

開發環境：WAMP 5.0及以上

資料庫管理系統：MySQL 5.5

程式語言：PHP

資料庫設計13

計算機二級VB語言程式設計：資料庫管理器

1.資料庫管理器介紹

在VB中可以通過“外接程式”選單中的“視覺化資料管理器”調出“VisData”資料庫管理器視窗。

2.建立資料庫

資料庫的基本操作：

建立資料表： 設計表名和表結構

輸入記錄

建立索引

資料維護： 增加記錄

修改記錄

刪除記錄

建立資料表的主要步驟： 設計表結構 → 輸入記錄 → 建立索引 → 資料維護

(1)設計表結構

啟動視覺化資料管理器 → 在database視窗中右擊，從選單中選擇“新表” → 在表結構視窗中輸入表名→ 新增欄位 → 確定欄位名稱和屬性、有效性規則 → 建立索引 →生成表結構。

“新增欄位”對話方塊各選項說明

(2)輸入記錄

在database視窗中選中表名並右擊，從選單中選擇“開啟” →在資料表視窗輸入記錄(注意視窗樣式)→ 單擊“新增”→ 在視窗中輸入記錄並“更新” →重複……

(3)維護記錄

在database視窗中選中表名並右擊，從選單中選擇“開啟” →單擊“編輯”/“刪除”/“新增”，即可完成對記錄的'修改、刪除、新增操作。

3.建立查詢

建立查詢就是在資料表中找到符合特定條件的記錄並組成一張新表。

在database視窗中選中表名並右擊，從選單中選擇“新查詢” →在查詢生成器中構造查詢條件→單擊“執行” →單擊“儲存”，給出查詢結果檔名→“關閉”。

資料庫設計14

一、使用者需求調查

小說網站主要由：（1）讀者管理（2）作家管理（3）網路書籍管理（4）工作人員管理。四大部分組成。

（1）讀者管理：

①、建立讀者資訊表，對讀者統一編號，實時更新。

②、建立讀者借閱表，對讀者看過的書籍作記錄，以便

讀者再次閱讀。

（2）作者管理：

①、建立作者資訊表，對作者統一編號，實時更新。②、建立作者更新後臺，給與許可權更新作品。③、建立作品及薪酬表，便於結算作者的薪酬。

（3）網路書籍管理系統

建立圖書資訊表，對圖書統一編號，實時更新。

建立圖書點選推薦表，記錄圖書被點選的次數，被推薦的次數。建立圖書排行表，可以按：點選數，推薦數，總字數等進行排名。

（4）工作人員管理

工作人員按許可權不同分別有許可權更改：作家資訊表，網路書籍資訊表，讀者資訊表，網站前臺網管推薦欄目，給使用者或者作者提升許可權等功能中的一個或多個。

建立圖書許可權表，對VIP書籍進行許可權限制。

二、系統資料流圖

三、系統資料字典

（1）、主要資料流定義

資料流名稱：登陸

位置：讀者位置：讀者——>p4-2作家——>p4-2

定義：登入=使用者名稱+密碼

資料流量：？不懂用來做什麼？

說明：鑑別使用者身份

資料流名稱：許可權設定

位置：讀者位置：管理員——>p4-2

定義：

資料流量：使用者名稱=使用者名稱+密碼

說明：通過這個設定使用者許可權

資料流名稱：作家許可權

位置：讀者位置：p4-2（許可權）——>p4-2（作家）

定義：作家許可權=【下派的推薦，閱讀作品，更新，修正自己的作品的`許可權】

資料流量：

說明：作家獲得使用者許可權

資料流名稱：讀者許可權

位置：讀者位置：p4-2（許可權）——>p4-2（讀者）

定義：作家許可權=【下派的推薦，閱讀作品許可權】

資料流量

說明：讀者獲得使用者許可權

資料流名稱：看書推薦

位置：讀者位置：p4-2（讀者）——>p3-1（圖書管理）

定義：看書推薦=【讀者執行看書、推薦命令】

資料流量：

說明：讀者執行看書推薦指令時，圖書管理系統分別增加圖書閱讀

量和推薦量

資料流名稱：更新作品

位置：讀者位置：p4-2（作家）——>p3-1（圖書管理）

定義：看書更新作品=【左鍵更新自己的作品】

資料流量：

說明：作家執行更新作品命令時，圖書管理系統增加或修正圖書資訊

（2）主要資料儲存定義

1、資料儲存編號：D1

輸入：p4-2

輸出：p4-2前臺

資料結構：讀者記錄=以閱讀書名+時間+積分+推薦票數+推薦操作資料量和存取頻率：？不懂用來做什麼？

2、資料儲存編號：D2

輸入：p4-2

輸出：p4-2前臺

資料結構：圖書排行記錄=排行書名+時間+積分+被推薦票數+更新操作+修正操作

資料量和存取頻率：？不懂用來做什麼？

3、資料儲存標號：D3

輸入：p3-1

輸出：p3-2前臺

資料結構：推薦記錄=推薦書名+時間+被推薦票數

圖書記錄=更新時間+章節數+目錄+推薦數+點選總數+作家+總字數資料量和存取頻率：？不知道用來做什麼？

4、資料儲存標號：D4

輸入：p3-2

輸出：前臺呼叫

資料結構：作家記錄=已更新書名+時間+積分+被推薦票數+排行方式+是否完結+作者+總字數

資料量和存取頻率：？不知道用來做什麼？

（3）、主要處理過程

1、處理過程編號：4-2

處理過程名：分配許可權

輸入：讀者作者管理員

輸出：讀者資訊作者資訊管理員資訊

說明：用於使用者身份確認

2、處理過程編號：3-1

處理過程名：圖書管理

輸入：讀者作者

輸出：圖書排行管理前臺

說明：對圖書被更新、推薦、閱讀進行處理

資料庫設計15

今天進行了一次完整的資料庫設計的過程，其實一直來說我都是非常害怕資料庫的設計的，因為在剛剛接觸的時候，我就知道，資料庫設計其實是一個專案的開端，因為資料庫設計實際上就是業務的設計，在需求清晰的時候，完成清晰流暢的業務設計又是一大難點。

一下為我自己的心得經驗希望大家批評指正！

資料庫設計應該遵循以下幾個原則：

對需求的認知完全沒有歧義；

熟練而且正確的E-R圖繪製，明確改圖是表明實體和關係的圖，實體表示要在資料庫裡儲存的類，關係表示類與類之間的相互關係，關係主要有一對一，一對多，多對多。經驗之談，繼承關係通常可以用一對一表示，而一對多或者多對多通常表示類之間的使用關係；

在設計時要做到高度的抽象，對內容或者關係相類似的內容抽象為一類實體，在分類時可以抽象出一個“類”的`實體，與要分類實體之間進行多對多關係對映，明確哪些是必須要進行儲存的實體；

如果系統涉及使用者角色的不同不妨把，賬戶和身份的考慮分離開，賬戶的存在讓他是一直存在的並且在身份變化時個人的歷史和基礎內容是不變的，就是身份的加持讓他可以有特權或者使命，而賬戶是他在系統中的根；

對於有值內容，並且需要對值進行統計結果的需要對他進行內容的拆分，比如：問卷表和問卷內容表，問卷內容值表要拆開，才有利於統計計算，而且他們之間是一對多關係；

有時更加困難的是一個實體會發生多個維度的分類，那麼就把他的拆分維度一一分開；

“頻道”概念在訊息分發時是一個非常靈活的概念；

資料庫可以建表來模擬訊息伺服器分發訊息，在無法保證實時性必須儲存內容時，同一訊息對不同使用者建立不同的副本；

總結，其實我在今天的資料庫設計中就學習到這些，學習是一個逐漸進步的過程，也是一個自我折磨的過程，希望我可以在這條路上走的再遠一點。