資料庫設計[常用15篇]

資料庫設計1

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

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

潞安機械公司根據本單位的產品結構和設計研發現狀，開發出切合本單位實際的產品資料庫管理系統，促進了機械公司向專業化、規模化、數字化方向發展。即在現用的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生產系統進行物料輸入、工單投料有機結合，滿足生產需要，縮短了產品研發週期。

資料庫設計2

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

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

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

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

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

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

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

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

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

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

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

資料庫設計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

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

通過這次課程設計發現這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發現我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發現有很多已經學過東西我們沒有理解到位，不能靈活運用於實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。 從各種文件閱讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統設計開發過程。很多東西書上寫很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統時候才發現其中難度。經常做到後面突然就發現自己一開始設計有問題，然後又回去翻工，在各種反覆中不斷完善自己想法。

我想有這樣問題不止我一個，事後想想是一開始著手做時候下手過於輕快，或者說是根本不瞭解自己要做這個系統是給誰用。因為沒有事先做過仔細使用者調查，不知道整個業務流程，也不知道使用者需要什麼功能就忙著開發，這是作為設計開發人員需要特別警惕避免，不然會給後來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以後課程設計要特別注意這一塊設計。

按照要求，我們做是機票預訂系統。說實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎麼一個流程。盲目開始設計下場我已經嘗過了，結果就是出來一個四不像設計方案，沒有什麼實際用處。沒有前期調查，僅從指導書上那幾條要求著手是不夠。

在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們生活經驗，根據可行性研究結果和客戶要求，分析現有情況及問題，採用Client/Server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，伺服器端子系統。在兩週時間裡，不斷地對程式及各模組進行修改、編譯、除錯、執行，其間遇到很多問題：由於忘記了一些java語言規範使得在除錯過程中一些錯誤沒有發現，通過這次課程設計，我對除錯掌握得更加熟練了，意識到了程式語言規範性以及我們在程式設計時要有嚴謹態度，同時在寫程式時如有一定量註釋，既增加了程式可讀性，也可以使自己在讀程式時更容易。

我們學習並應用了SQL語言，對資料庫建立、修改、刪除方法有了一定了解，通過匯入表和刪除表、更改表學會了對於表一些操作，為了建立一個關係資料庫資訊管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統除錯、維護以及系統評價一般過程，為畢業設計打下基礎。

很多事情不是想象中那麼簡單，它涉及到各種實體、屬性、資料流程、資料處理等等。很多時候感覺後面設計根本無法繼續，感覺像是被前面做各種圖限制了。在做關係模型轉換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗餘，儘量按照屬性處理了。

物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中新增一些安全設定：主鍵約束、check約束、default定義等。最後才做索引部分，對一些比較經常使用搜索列，外來鍵上建立索引，這樣可以明顯加快檢索速度，最後別忘記重要安全性設定，限制使用者訪問許可權，新建使用者並和資料庫使用者做相應對映。

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

以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發現做一個專案最重要不在於如何實現，而是實現之前需求分析和模組設計。創新很難，有些流行系統其實現並不難，難在於對市場分析和準確定位。設計，是一個任重道遠過程。

資料庫設計5

一、選擇題

【例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)

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

答案：元組

資料庫設計6

1、計算機資料庫

當前，計算機資料庫軟體很多，如Access，VFP，MySQL,Orcle，DB2等等。其中常用的中小型資料庫軟體以VFP（VisualFoxPro）最為常用。該軟體表操作簡單,迅速,實現人機互動簡單.可以編寫各種的人機互動系統，使開發者能夠輕鬆使用，對於編寫管理資訊系統有很大的幫助。所以在航空雷達站裝置管理資料庫中採用VFP軟體進行編寫。

2、雷達站裝置管理資料庫設計分析

雷達站裝置管理資料庫的設計思想是希望通過資料庫可以對當前各裝置的大致狀態（正常還是待修）有一個瞭解；裝置相關的備品備件存放處可以通過本資料庫能夠迅速找到；另外還要有增加裝置和減少裝置的功能，這是因為雷達站時常要更新一些裝置；能夠對裝置進行查詢，即通過我知道的裝置名稱能夠查詢出相應裝置的各項資訊來；要能夠對一些資訊進行修改，因為裝置的狀態或備件的存放地點有可能發生改變，這樣就要對相應資訊進行更改，以便使裝置的資訊與裝置的實際情況相一致。基於以上設計思想，在設計資料庫時建立了6個功能模組，這六個功能模組分別是搜尋模組、查詢模組、新增模組、刪除模組、編輯模組以及列印模組。其中搜尋模組有四個功能鍵組成，分別是第一個、最後一個、下一個、上一個。可以通過這四個功能鍵對裝置進行搜尋，同時也可對所有裝置進行一個整體瞭解。查詢模組是為了方便維護人員迅速地找到相關的裝置資訊，維護人員可以通過輸入自己所知的裝置的名稱直接就使資料庫給出相關的裝置具體資訊。以上這六個模組基本滿足了雷達站裝置管理的需要，對裝置維護人員是一個很大的幫助，尤其是對新參加工作的裝置維護人員來說，無疑是一個很好的幫手，使其無需死記硬背一些死資訊，就像一個助手一樣幫助瞭解裝置的相關資訊。由於是雷達站的內部資料庫，避免不相干的人進入，以免造成資料庫的混亂，因為本資料庫的設計使得進入本資料庫的人員對資料庫擁有很大的權利可以任意的更改以及增刪裝置資訊，所以安全性是一個重要的問題。在這裡，設計了一個密碼介面，進入裝置資料庫的人必須輸入正確的密碼，否則無法進入。裝置資料庫的設計思想基本可以通過裝置資料庫原理框圖說明。當通過搜尋模組表單或查詢模組表單進入到相應的裝置表單時，為了更好地使所建立的資料庫服務於實際工作，這裡把資料庫分成了三個功能模組。在這三個功能模組中，裝置明細功能模組的作用主要是提供裝置的一些基本資訊，例如裝置名稱、產地、件數、現工作狀態是否正常、有無備件等等。便於對相應的大型裝置有個總體的把握。維護記錄選單下包含了三個維修維護人員的子選單，提供相應工作人員以前的維修維護資訊。針對與每個操作者，提供了相應的以前維修記錄。其中包括裝置名、維修內容以及維修日期三項。相應的還有一些功能按鈕提供一些必要的功能。其中，使用備件按鈕的啟動將調出相應裝置備件，可以輸入所使用的備件個數，則相應的庫存備件數就會減少，從而實現備件表的更新。檢視記錄的設立為的是可以使操作者檢視以前的`維修記錄。新記錄的設立是為了讓操作者輸入新維修記錄，以便有利於實際工作需要。確定關閉都是輔助按鈕，目的是確定新記錄的完成和退出介面。以上各功能模組，從各個方面進行了考慮，從而保證相應機器裝置管理工作的有效進行。

3、總結

空管雷達站裝置管理資料庫的設計是基於先進的計算機資料庫軟體VFP6.0設計開發的。整個資料庫具有六個功能模組，可以實現雷達站相關裝置的有效管理。其中包括對相關裝置配件的使用以及相關裝置維修維護狀況等的紀錄，從而保證雷達站相關裝置的及時到位以及提醒維修維護人員及時維護裝置。該資料庫系統具有密碼介面可以保護資料庫系統不被外部人員侵入，為雷達站維修維護人員提供了有益的幫助。

資料庫設計7

本次課程設計的選題，研究及論文的撰寫均是在我們的指導教師×老師和×老師的悉心指導下進行的。設計中的.每一個環節無不凝聚著×老師和×老師的心血。老師在資料庫設計方面有很多的實踐經驗，在我們面對問題時對我們的悉心指導及其嚴謹的工作態度銳意創新的精神，使我們受益匪淺，在此特別向×老師和×老師表示深深的感謝和由衷的敬意。

在系統的完善過程中，我們也遇到了這樣或那樣的技術問題，但經過自己的不懈努力及查閱大量的資料，最終還是完成了這次任務，雖然結果與老師的預期有一定的距離，但我們都盡了最大的努力。實訓期間，同學們也給了我許多有益的啟示和幫助，使我能夠順利完成。

在論文的最後，我要再次感謝×老師，她是我們的授課教師，同時也是我們實訓的指導老師。在上課時，她會細心地為我們講解課上知識，下課時，也會不遺餘力地為我們解答疑難問題。在本次課程設計時她也非常的細心，每次有什麼問題，她都會細心地講解與示範，直到我們明白為止。在這裡，對您衷心地表示感謝孫老師和關老師的幫助，同學的幫助都是我在未來的最大財富。在最後，我要再次感謝給予我幫助的老師同學們。祝你們今後事事順心。

特別感謝×老師和×老師一直以來對我們的關懷與教導，再次祝您工作順利，事事如意。

資料庫設計8

摘 要 ：筆者主要針對鐵路發電車巡檢作業的實時資訊管理系統的資料庫設計進行分析，該系統主要依靠的是軟體，通過該系統資料庫的設計，使系統執行穩定，保障了資料的安全，提高了列車的線上管理效率，保障鐵路的高效建設與科學管理。關鍵詞： 資料

關鍵詞：電子資訊理論文發表,發表電子資訊工程論文,資訊科技論文投稿

摘 要：筆者主要針對鐵路發電車巡檢作業的實時資訊管理系統的資料庫設計進行分析，該系統主要依靠的是軟體，通過該系統資料庫的設計，使系統執行穩定，保障了資料的安全，提高了列車的線上管理效率，保障鐵路的高效建設與科學管理。

關鍵詞：資料庫；資料表；資料庫安全；資料庫讀取

一個系統的成功50%由軟體所決定，而軟體的成功則由支援該系統的資料庫決定，資料庫設計的好壞是關鍵。關於資料庫設計的法則例項很多，但一個應用系統的資料庫設計應該與該系統的設計相結合，才能發揮系統的最大作用。下面就介紹一個系統資料庫的設計過程，經過事先資料庫縝密的設計，使得此應用系統在使用中執行穩定，使用得心應手，真正起到了輔助管理的作用。

1 系統背景 客運安全是鐵路安全運營的重中之重，客運列車發電車在執行過程中發電機組的定時巡查作業是客運安全的重要保障。根據鐵路安全作業規程，客運工作人員需要定時進入發電車車廂內檢查發電機組的工況，以便及早發現故障或者事故隱患，保障列車安全執行，但是地面管理人員無法實時瞭解到車上的巡檢作業情況，無法確認作業人員是否按規定路線、時間、及次數檢查到位，無法及時提醒，存在較大的監管漏洞和安全事故隱患。每年由於當班發電車乘務員嚴重違反作業紀律，當班過程中脫崗，沒有及時發現火情以致火情擴大，是導致事故發生的重要原因。運輛客車電[20xx]1979號文明確指出各鐵路局要在發電車上加裝巡檢系統，加強地面值班人員對發電車執行情況的掌控和應急指揮。筆者就介紹發電車巡檢資訊系統的資料庫設計過程。

2 資料庫分析

2.1 資料庫需求 客車巡檢資訊實時管理系統處理資訊資料海量、資料實時性要求高、資料關係複雜，因此係統資料庫設計質量是整個系統能否長期高效、穩定執行的關鍵。資料庫的.設計與系統應該緊密結合，根據分析，該資料庫應滿足的功能如下。 可實時顯示所有當前執行車次的作業情況，包括所掛車次、每個資訊鈕巡檢作業時間、巡檢人員，巡檢率等；可實時顯示所有車次執行狀態及其車載手持裝置的狀態；可實時提示未正常作業情況，可及時更新未正常作業提示；可對車輛資訊進行管理，包括執行區間、執行時間段、車體資訊等；可對資訊鈕進行管理，包括工位鈕、人員鈕名稱、關聯發電車資訊等；可對特殊作業情況進行資料恢復；可按需求查詢、統計指定時間段的各車次的作業情況；可儲存系統日誌；可實現對使用者、角色的管理；可實現對手持硬體裝置的初始化、資料讀取、及資料管理。

2.2 資料庫表設計 資料庫表的設計需要與系統相結合，由於資料庫應用系統的所謂複雜性，為了支援相關程式執行，資料庫設計變得異常複雜，因此最佳設計不可能一蹴而就，而只能是一種反覆探尋、逐步求精的過程，也就是從輸入、輸出入手，規劃和結構化資料庫中資料物件以及這些資料物件之間關係，使得系統是一個開放式的系統。 客車巡檢資訊資料庫主要欄位包括：實時執行資料：上傳時間、作業時間、資訊鈕號、作業管理器編號；資訊鈕資料：資訊鈕外碼、資訊鈕內碼、資訊鈕型別、資訊鈕所裝配車輛、所代表的工位或人員資訊；車次資訊資料：車次編號，關聯裝配車次、當班時間的起始、結束時間，作業要求間隔、可允許誤差等資訊；作業資訊：每個鈕的作業時間、相應作業人員，見圖1所示為系統主要資料表關係圖。 圖1 系統主要資料表關係圖

2.3 資料庫安全分析 資料庫安全包含兩層含義：第一層是指系統執行安全；系統執行安全通常受到的威脅如下，一些網路不法分子通過網路、區域網等途徑通過入侵電腦使系統無法正常啟動，或超負荷讓機子執行大量演算法，並關閉CPU風扇，使CPU過熱燒壞等破壞性活動；第二層是指系統資訊保安，資訊保安通常受到的威脅如下，黑帽對資料庫入侵，並盜取想要的資料。本系統資料實時性要求強，以及設計鐵路運營圖，安全性要求也很高，本系統資料涉及安全採取的具體措施如下。

2.3.1 使用安全的賬號策略 由於SQL Server不能更改sa使用者名稱稱，也不能刪除這個超級使用者，所以，我們給它使用一個非常複雜的密碼；而且在此係統中也不使用sa賬號，建立個擁有與sa一樣許可權的超級使用者來管理資料庫，這樣通過安全的賬號登陸資料庫就有了保障。

2.3.2 使用安全的密碼策略 本系統資料庫的密碼採用多種數字字母組合的方式，並保證12位以上，並且系統賬號的密碼不會寫於應用程式中；SQL Server20xx安裝的時候，採用混合模式，首先輸入的是sa的密碼，這樣從安裝方面保證了系統資料庫的安全；同時資料庫的後期使用維護中，我們要求系統管理員養成定期修改系統及資料庫密碼的好習慣，管理員還應該定期檢視資料庫中是否有不符合密碼要求的賬號增加，如果不是系統所需賬號，馬上刪除，防止給資料庫造成損壞，進而影響系統穩定。

資料庫設計9

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

1.資料庫管理器介紹

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

2.建立資料庫

資料庫的`基本操作：

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

輸入記錄

建立索引

資料維護： 增加記錄

修改記錄

刪除記錄

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

(1)設計表結構

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

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

(2)輸入記錄

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

(3)維護記錄

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

3.建立查詢

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

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

資料庫設計10

時間真的如輪一樣在飛轉，一週的實訓又一次即將結束，可是，感覺彷彿只過去了一天。實訓結束也意味著這個學期也將結束。不管時間多麼的飛快，這周短暫的VB程式設計實訓同樣讓我們收益不少。 首先，不說我們學到了多少專業知識，也不說我們學到了多少專業技能。在這樣零下1度的天氣中實訓，著實是鍛鍊我們的意志力。人都有惰性，這是無可厚非的事實。在寒冷的天氣裡，賴床就更是常有的事。因為要實訓，我們很多平常經常遲到的同志不得不早起。就說實訓的第一天，外面飄著白雪，早上，手機的鬧鈴已經響過第二遍了。

我們宿舍的幾個姐妹還躲在被窩裡無動於衷。可是，當一個姐們突然說了一句，“這周要實訓”時，我們都‘呼啦’爬了起來，以驚人的速度洗漱好，急忙趕到教室。不管平時多麼懶散的同學，這次實訓都表現的異樣的認真。這應該算是實訓賦給我們的特別禮物吧！ 實訓的目的無非就是訓練我們的操作能力，以及提高我們的專業技能。實踐出真知，這是不變的真理。毫無疑問，這次VB程式設計實訓讓我們每一位同學都在不同程度上提高了程式設計技能。程式設計是我們的專業課程，可是，在老師平時上課的時候，班上大部分同學都以怠慢的態度對待。所以，對這門課程學的泛泛的。

實訓前，如果要我們做一個管理系統，我想班上能完成任務的同學應該寥寥無幾。在實訓前，我們常抱怨，程式設計有多麼的難。一個學期的學習，我們居然都不能完全的做出一個管理系統來。而這次短短的實訓，卻讓我們學會了做管理系統。沒錯，就是短短的幾天，我們每位同學都完成了一個自己做的管理系統。這說明，程式設計它本身不是很難，而在於你是不是真正的學習了。這次實訓讓我深刻的明白，你的態度決定一切。就以我自己的經歷來說，一個學期的學習還沒沒短短一週學到的多。這是為什麼？主導因素就是態度。在平日的學習中，我抱著不以為然的態度，以懶散的'心態對待這門課程。所以，一個學期下來，我的程式設計學的一塌糊塗。而這次實訓，就像是一場實戰，必須認真對待。而這幾天踏踏實實的學習，將我平日落下的學習全都補救過來了。真的非常感謝這次實訓。通過這次實訓，我的程式設計技能確比之前實提高了不少。

更重要的是，在這次實訓中，讓我明白：學習或生活中發現了自己的不足，就要及時改進。不管是在學習中，還是在生活中，有不懂的沒關係。而，如果不懂，也不去問，就是一件很悲哀的事情。這次實訓中，我遇到了很多不懂的問題，但是，這些不懂最後都被我弄懂了。因為遇到不懂的不會做的我及時主動詢問了周圍的同學。同學不懂的，我又詢問了老師。不要認為問別人是一件讓人很羞恥的事情。不懂就問，不但不會讓你蒙羞，反而能顯示你的真實與謙虛。

總之，這次實訓我又有不少新收穫。

最後，還要感謝這次實訓期間周圍同學的熱情幫助和老師的熱心講解與指導。

資料庫設計11

由於平時接觸的都是一些私人專案，這些專案大都是一些類庫，其他人的交流相對可以忽略不計，因此也就不考慮規範化的文件。實際上從學習的經歷來看，我們接觸的知識體系都是屬於比較老或比較傳統的，與現在發展迅速的IT行業相比很多情況已不再適用，尤其是當開源模式逐漸走近開發者後更是如此。

雖然這次是一個數據庫課程設計，由於本人在選擇專案的時候是本著對自己有實際應用價值的角度考慮的，所以其中也涉及到一些資料庫以外的設計。對於OOA/OOD的開發模式有時不免要提出一些疑問，UML是設計階段的工具，而它基本涵蓋了軟體設計的方方面面，也就是說按照這一軟體工程的正常流程，在動手寫第一句程式碼之前，開發人員已經非常熟悉軟體產品了，這對於相當有經驗的架構師一類人說可能會很容易，但是我們作為學生，連足夠的編碼經驗都沒有，卻首先被教授並要求先OOA再OOP，這樣直接導致的問題就是文件與編碼對不上號，在修改程式碼的時候基本不會再去審查文件和先前的分析。甚至根本就是現有程式碼再有文件，即便是這種情況，程式碼與文件還是不對應。不可否認，在傳統軟體工程的詳細設計之前的專案過程中還是有很多利於專案開發的部分的。所以我就一直在尋找適合我——針對探究型專案——的開發模式，這次的專案也算是一次嘗試，當然這個過程並不會太短。

回到資料庫設計上了，這次的資料庫設計我是嚴格按照資料庫建模的步驟來進行的，老實說我並沒有感覺這樣的流程對開發帶來多大的幫助，反倒是覺得將思維轉化為圖表很浪費時間。總體上來說這次的專案也不是很大，而且在資料庫的設計上比較保守，也就是說實際上資料庫設計還可以再完善完善的。隨著我對計算機領域的拓寬和加深，我也會靜下心來思考在接觸計算機之前的行為，很多次我能深切感覺到，其實我的大腦(未於別人比較)本身就是在使用一種更接近關係資料庫的方式來記憶，所以我很可恨自然的設計出符合三正規化的'表結構來，即便我不知道這些正規化的確切含義。可能就像“正規化不太容易用通俗易懂的方式解釋”一樣，在“讓工具用圖標表述我的思維”時費了一番力氣。

從我作為專案的提出人和實現者來看，這是個失敗的專案，結合幾次教學專案的的實踐，發現這也已經不是第一次了。主觀原因佔多數，比如，嘗試新的開發方式，根據設計花了太多的時間來抽象出公用的庫而忽略業務邏輯。就這次專案而言，失敗的原因有以下幾點：

1、使用了新的開發環境(Vim)，這是首次在脫離高階IDE的情況下編碼。

2、使用了新的開發語言(Python，Actionscript3)，因為我一直比較喜歡“學以致用”，而且這樣的“資料驅動型”軟體的整套自實現的庫都已經完成了，但是由於語言本身的差異，遷移時問題很多，當發現這一點是，已沒有多少有效剩餘時間了。

3、編碼流程的不妥，我比較喜歡從底層的庫開始開發，因為一旦庫測試通過，將很容易將它放到不同的表示層下。但如果庫沒有測試成功，將導致整個專案沒有任何視覺化模型，所以這次的專案無法提交“可執行的程式碼”。

4、實踐目的的不同，我輕易不放棄鍛鍊的機會，事實上，有機會就一定要比以前有所突破，總是照搬以前的做法還不如就不做呢。這個前提是因為現在能完全用來的學習的時間比較多，等到工作時再這樣做的可能性就很小了，因此當然要抓緊機會了。不過還有一個隱藏原因，總以為自己很了不起，其實“遇到的問題數跟人的能力是成正比的”。

5、客觀原因在這裡就不說了。

由於專案還未完成，暫時無法提出需要改進了地方。

資料庫設計12

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

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

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

資料庫設計13

基本要求

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

資料庫設計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

摘要：隨著人們對網際網路的應用越來越廣泛, 尤其是在移動技術支援下, 使用者的數量在不斷上升, 而資料型別以及使用者數量的快速增長, 也對傳統資料處理的方法提出了改進的要求。通過大資料中的儲存、分析以及管理的要求不斷提升, 更好地服務於人們經濟發展的實際需要。本文將介紹關係資料庫技術在計算機網路設計中的應用, 希望以此來改變計算機網路設計的現狀, 提高計算機網路設計的效率。

本文主要對計算機網路設計中使用關係資料庫技術進行有效的進行分析, 通過詳細的介紹了關係資料庫中的輔助功能以及應用原理, 相對於技術而來說, 在計算機網路設計中的應用關係資料庫技術具有非常顯著的優勢, 且為後期的研究提出有效的參考依據。

1 關係資料庫的特點及其作用

1.1 資料結構化

資料庫實現整體資料的結構化, 這是資料庫的.主要特點之一。也是資料庫與檔案系統的本質區別。也就是說在考慮某個應用的資料結構的同時也要考慮整個組織的資料結構。在資料庫中, 不僅資料是整體結構化的, 而且存取資料的方式也很靈活, 可以存取的某一個數據項、一組資料項、一個記錄或一組記錄。而在檔案系統中, 資料的存取單位是記錄, 粒度不能細到資料項。

1.2 資料複雜性

資料庫的複雜性主要表現在資料自身與處理資料過程中。第一, 對於現代的應用來說資料量是龐大的, 對於這龐大的資料量來說管理起來是相複雜的;第二, 資料與資料之間的動態關聯關係導致了資料之間的關係問題, 比如多種語義、多種型別等都屬於動態的關聯性, 而對於時間與空間之間的關係就是非顯式定義。

1.3 資料的共享性高, 冗餘度低, 易擴充

資料庫從整體角度看待和描述資料, 資料不再面向某個應用而是面向整個系統, 因此資料可以被多個使用者、多個應用共享使用。資料共享可以大大減少資料冗餘, 節約儲存空間並避免資料之間的不相容性與不一致性。由於資料是面向整個系統, 是有結構的資料, 不僅可以被多個應用共享使用, 而且更容易增加新的應用, 這就使得資料庫彈性大, 易於擴充, 來適應各種使用者的要求。

1.4 資料獨立性高

資料獨立性是資料庫領域中一個常用術語和重要概念, 包括資料的物理獨立性和資料的邏輯獨立性。資料與程式獨立把資料的定義從程式中分離出去, 加上存取資料的方法又由DBMS負責提供, 從而簡化了應用程式的編制, 大減少了應用程式的維護和修改。

2 關係資料庫技術在計算機網路設計中應用的原理

近年來, 伴隨著我國科技技術水平的發展, 在計算機網路設計中資料庫的種類發展顯著較多, 其中總得來說, 可將其分成三種類型:其中分別是網狀形式的資料庫技術和關係資料庫技術以及層次資料庫技術等這3種類型。與網狀資料庫技術、層次資料庫技術等兩種相比而言, 關係資料技術是目前較為成熟的一種資料應用系統, 其中在現實實踐中, 使用的頻率也是最高的, 針對較複雜的資料來說, 資料管理問題效率也是比較高的。

3 關係資料庫在計算機網路設計中的相關優勢

3.1 對計算機網路設計中的資料進行轉換

在計算機網路設計中, 關係資料庫技術對資料具有非常顯著的轉換優勢, 其中主要體現在管理軟體以及設計軟體等方面的連線上。由於在計算機網路設計中使用關係資料庫技術可以有效的使管理軟體以及設計軟體等連線, 再者還可以在不同型別之間對相關資料進行有效的轉換或者資料傳遞等[1]。其中在管理軟體、設計軟體等之中有包含了較多的軟體型別, 因此通過使用關係資料庫技術就可以將其相關的軟體進行連線, 並將資料連線在一起進行相互轉換, 同時在這一過程中也較為簡單。

3.2 對計算機網路設計中資料進行有效的儲存

在計算機網路設計中, 關係資料庫技術中的資料儲存使較為關鍵的一項技術, 該技術是關係資料庫技術中一個較明顯的特點。在關係資料庫中, 不僅可以依據客戶的需求進行隨時呼叫以及查詢, 還可以將其應用於計算機網路設計中, 這就充分使得計算機網路設計的過程中依據關係資料庫的相關特點進行隨時呼叫相關資料與資訊, 同時使用者還可以直接查詢該資訊的具體操作與管理[2]。目前, 伴隨著科技的不斷髮展以及普及, 現階段, 計算機網路設計中所涉及了大量的引數資料, 二傳統的資料管理現已無法對這些龐大的資料進行有效的管理, 這就充分的阻礙了計算機的可持續發展, 從而影響計算機網路設計的發展。而在計算機網路設計中採用關係資料庫技術可以有效的解決這一問題, 從而彌補傳統資料管理帶來的不足之處, 病高效準確的對這些資料進行有效的管理, 合理的使用或者利用這些資料資源。在現實實踐的過程中, 一般將資料庫中的逐漸轉移到計算機網路結構中, 這樣有利於對這些資料進行統一管理與操作, 除此之外, 合理的利用關係資料庫儲存資料具有較高的的準確性, 出現錯誤的情況比較少, 這對確保計算機網路設計的準確性具有較大的幫助[3]。

4 結語

綜上所述, 本文通過分析了關係資料庫技術在計算機網路設計中的應用各種資料情況, 在關係資料庫中可以很好地滿足具體應用的需求。在此次分析中, 對大量的業務、資料載入、負載支撐以及擴容等工作做出詳細分析, 從而更好地滿足目前大資料中增加的情況。關係資料庫技術能夠在今後的應用中更好地提升服務質量, 同時也啟示人們需要重視對分散式的資料庫研究以及學習, 本文中所提出的幾點應用策略, 希望能夠對大資料研究工作帶來一定幫助。