數據庫設計15篇【集合】

數據庫設計1

　　二級Access數據庫程序設計強化訓練

　　1.Access數據庫屬于(C)數據庫。

　　A) 層次模型

　　B) 網狀模型

　　C) 關系模型

　　D) 面向對象模型

　　2.打開Access數據庫時，應打開擴展名為(B)的文件。

　　A) mda

　　B) mdb

　　C) mde

　　D) DBF

　　3.已知某一數據庫中有兩個數據表，它們的主關鍵字與主關鍵字之間是一個對應多個的關系，這兩個表若想建立關聯，應該建立的永久聯系是(B)。

　　A) 一對一

　　B) 一對多

　　C) 多對多

　　4.下列(B)不是Access數據庫的對象類型?

　　A) 表

　　B) 向導

　　C) 窗體

　　D) 報表

　　5.關系數據庫中的表不必具有的性質是(D)。

　　A) 數據項不可再分

　　B) 同一列數據項要具有相同的數據類型

　　C) 記錄的順序可以任意排列

　　6.下列對于Access20xx(高版本)與Access97(低版本)之間的說法不正確的是(C)。

　　A) 通過數據轉換技術,可以實現高、低版本的共享.

　　B) 高版本文件在低版本數據庫中可以打開,但有些功能不能正常運行.

　　C) 低版本數據庫文件無法在高版本數據庫中運行.

　　D) 高版本文件在低版本數據庫中能使用,需將高版本轉換成低版本.

　　7.不能退出Access 20xx的方法是(C)。

　　A) 單擊"文件"菜單/"退出"

　　B) 單擊窗口右上角"關閉"按鈕

　　C) ESC

　　D) ALT+F4

　　8.Access在同一時間，可打開(A)個數據庫。

　　A) 1

　　B) 2

　　C) 3

　　D) 4

　　9.對表中某一字段建立索引時，若其值有重復，可選擇(D)索引。

　　A) 主

　　B) 有(無重復)

　　C) 無

　　D) 有(有重復)

　　10.創建表時可以在(C)中進行。

　　A) 報表設計器

　　B) 表瀏覽器

　　C) 表設計器

　　D) 查詢設計器

　　11.不能進行索引的字段類型是(A)。

　　A) 備注

　　B) 數值

　　C) 字符

　　D) 日期

　　12.在文本類型字段的“格式”屬性使用“@;尚未輸入”，則下列敘述正確的是(D)。

　　A) 代表所有輸入的數據

　　B) 只可輸入"@"符號

　　C) 此欄不可以是空白

　　D) 若未輸入數據,會顯示"尚未輸入"4個字

　　13.文本類型的字段最多可容納(D) 個中文字。

　　A) 255

　　B) 256

　　C) 128

　　D) 127

　　14.合法的表達式是(B)。

　　A) 教師工資 between 20xx and 3000

　　B) [性別]="男"or[性別]="女"

　　C) [教師工資]>20xx[教師工資]<3000

　　D) [性別]like"男"=[性別]="女"

　　15.若要查詢成績為60-80分之間(包括60分，不包括80分)的學生的信息，成績字段的查詢準則應設置為(B)。

　　A) >60 or<80

　　B) >=60 And<80

　　C) >60 and<80

　　D) IN(60,80)

　　16.在查詢設計器的查詢設計網格中(C)不是字段列表框中的選項。

　　A) 排序

　　B) 顯示

　　C) 類型

　　17.操作查詢不包括(C)。

　　A) 更新查詢

　　B) 追加查詢

　　C) 參數查詢

　　D) 刪除查詢

　　18.若上調產品價格，最方便的'方法是使用以下(B)查詢。

　　A) 追加查詢

　　B) 更新查詢

　　C) 刪除查詢

　　D) 生成表查詢

　　19.若要用設計視圖創建一個查詢，查找總分在255分以上(包括255分)的女同學的姓名、性別和總分，正確的設置查詢準則的方法應為(C)。

　　A) 在準則單元格鍵入:總分>=255 AND 性別="女"

　　B) 在總分準則單元格鍵入:總分>=255;在性別的準則單元格鍵入:"女"

　　C) 在總分準則單元格鍵入:>=255;在性別的準則單元格鍵入:"女"

　　D) 在準則單元格鍵入:總分>=255 OR 性別="女"

　　20.在查詢設計器中不想顯示選定的字段內容則將該字段的(B)項對號取消。

　　A) 排序

　　B) 顯示

　　C) 類型

　　D) 準則

數據庫設計2

　　基本要求

　　1.具有數據庫系統的基礎知識。

　　2.基本了解面向對象的概念。

　　3.掌握關系數據庫的基本原理。

　　4.掌握數據庫程序設計方法。

　　5.能夠使用 Visual FoxPro建立一個小型數據庫應用系統。

　　考試內容

　　一、 Visual FoxPro基礎知識

　　1.基本概念:

　　數據庫,數據模型,數據庫管理系統,類和對象,事件,方法。

　　2.關系數據庫:

　　(1)關系數據庫:關系模型,關系模式,關系,元組,屬性,域,主關鍵字和外部關鍵字。

　　(2)關系運算:選擇,投影,連接。

　　(3)數據的一致性和完整性:實體完整性,域完整性,參照完整性。

　　3. Visual FoxPro系統特點與工作方式:

　　(1) Windows版本數據庫的特點。

　　(2)數據類型和主要文件類型。

　　(3)各種設計器和向導。

　　(4)工作方式:交互方式(命令方式,可視化操作)和程序運行方式。

　　二級各科考試的公共基礎知識大綱及樣卷見高等教育出版社出版的《全國計算機等級考試二級教程 ———公共基礎知識(20xx年版)》的附錄部分。

　　4. Visual FoxPro的基本數據元素:

　　(1)常量,變量,表達式。

　　搖 搖 (2)常用函數:字符處理函數,數值計算函數,日期時間函數,數據類型轉換函數,測試函數。

　　二、 Visual FoxPro數據庫的基本操作

　　1.數據庫和表的建立、修改與有效性檢驗:

　　(1)表結構的建立與修改。

　　(2)表記錄的瀏覽、增加、刪除與修改。

　　(3)創建數據庫,向數據庫添加或移出表。

　　(4)設定字段級規則和記錄級規則。

　　(5)表的索引:主索引,候選索引,普通索引,唯一索引。

　　2.多表操作:

　　(1)選擇工作區。

　　(2)建立表之間的關聯,一對一的關聯,一對多的關聯。

　　(3)設置參照完整性。

　　(4)建立表間臨時關聯。

　　3.建立視圖與數據查詢

　　(1)查詢文件的建立、執行與修改。

　　(2)視圖文件的建立、查看與修改。

　　(3)建立多表查詢。

　　(4)建立多表視圖。

　　三、關系數據庫標準語言 SQL

　　1. SQL的數據定義功能:

　　(1) CREATE TABLE-SQL。

　　(2) ALTER TABLE-SQL。

　　2. SQL的.數據修改功能:

　　(1) DELETE-SQL。

　　(2) INSERT-SQL。

　　(3) UPDATE-SQL。

　　3. SQL的數據查詢功能:

　　(1)簡單查詢。

　　(2)嵌套查詢。

　　(3)連接查詢。

　　內連接

　　外連接:左連接,右連接,完全連接

　　(4)分組與計算查詢。

　　(5)集合的并運算。

　　四、項目管理器、設計器和向導的使用

　　1.使用項目管理器:

　　(1)使用“數據冶選項卡。

　　(2)使用“文檔冶選項卡。

　　2.使用表單設計器:

　　(1)在表單中加入和修改控件對象。

　　(2)設定數據環境。

　　3.使用菜單設計器:

　　(1)建立主選項。

　　(2)設計子菜單。

　　(3)設定菜單選項程序代碼。

　　4.使用報表設計器:

　　(1)生成快速報表。

　　(2)修改報表布局。

　　(3)設計分組報表。

　　(4)設計多欄報表。

　　5.使用應用程序向導。

　　6.應用程序生成器與連編應用程序。

　　五、 Visual FoxPro程序設計

　　1.命令文件的建立與運行:

　　(1)程序文件的建立。

　　(2)簡單的交互式輸入、輸出命令。

　　(3)應用程序的調試與執行。

　　2.結構化程序設計:

　　(1)順序結構程序設計。

　　(2)選擇結構程序設計。

　　(3)循環結構程序設計。

　　3.過程與過程調用:

　　(1)子程序設計與調用。

　　(2)過程與過程文件。

　　(3)局部變量和全局變量,過程調用中的參數傳遞。

　　4.用戶定義對話框(MESSAGEBOX)的使用。

　　考試方式

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

　　1.題型及分值

　　單項選擇題 40分(含公共基礎知識部分 10分)、操作題 60分(包括基本操作題 、簡單應用題及綜合應用題)。

　　2.考試環境

　　Visual FoxPro 6. 0。

數據庫設計3

　　項目名稱：

　　委托人：

　　（甲方）

　　研究開發人：

　　（乙方）

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

　　簽訂日期：____年____月____日

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

　　填表說明

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

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

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

　　三、研究開發計劃

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

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

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

　　2、磁盤、光盤、磁帶、計算機軟件；

　　3、樣品、樣機；

　　4、成套技術設備。

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

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

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

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

　　商一致，簽訂本合同。

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

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

　　三、研究開發計劃

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

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

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

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

　　（二)支付方式

　　①一次總付____元，時間：

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

　　③其它方式：

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

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

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

　　履行。

　　本合同的履行方式：

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

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

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

　　（一）專利申請權：

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

　　十、驗收的標準和方式

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

　　用方式驗收，

　　由出具技術項目驗收證明。

　　十一、風險責任的承擔

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

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

　　本項目風險責任確認的方式：

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

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

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

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

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

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

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

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

　　十四、名詞和術語的解釋

　　十五、其它

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

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

　　委托代理人(簽章)

　　聯系(經辦)人(簽章)

　　通訊地址郵政

　　編碼____年____月____日

　　電話傳真

　　開戶銀行

　　帳號

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

　　開發

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

　　乙方

　　)委托代理人（簽章）

　　聯系(經辦)人（簽章）

　　通訊地址郵政

　　編碼____年____月____日

　　電話傳真

　　開戶銀行

　　帳號

數據庫設計4

　　教學目標：

　　1、認知要求：

　　（1）熟練掌握數據庫建立

　　（2）熟練掌握數據的查詢

　　（3）理解數據收集處理的過程

　　2、操作要求：使用ACCESS20xx完成一次數據調查處理的全過程

　　3、情感要求：參與調查積極主動

　　培養團隊協作精神

　　樹立合理使用電腦的觀念

　　教學重點和難點：字段類型的確定、查詢方法

　　教學關鍵：體現學生的創新精神和實踐能力

　　教學方法：任務驅動，學生參與調查，師生共同完成教學任務

　　教學手段：多媒體網絡教室、大屏幕投影儀

　　教學過程：

　　1、引入：

　　大家有沒有遇到過街頭調查？

　　今天我們在機房里也作一次調查

　　而且用我們所學的ACCESS數據庫管理系統來處理調查數據

　　2、學生分組調查

　　（1）數據的'收集

　　由教師規定每組的調查內容

　　每組學生進行分工（ACCESS操作員、調查者、被調查者）

　　ACCESS操作員：建立調查表結構，記錄的輸入

　　調查者：根據調查內容訪問班中其他同學

　　被調查者：接受調查者的調查

　　老師：適時引導，及時調控

　　（2）數據的查詢

　　學生：根據調查內容，選擇恰當的查詢要求，進行查詢

　　老師：適時講解、合理引導

　　（3）調查結論

　　由組長匯報調查結論（根據調查的數據統計作點評）

　　3、簡要小結

　　小結數據收集處理的過程

　　對調查活動作評點

　　4、作業

　　根據本次調查內容，對其他班的同學進行調查，得出結論。

數據庫設計5

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

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

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

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

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

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

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

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

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

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

數據庫設計6

　　計算機二級VB語言程序設計：數據庫管理器

　　1.數據庫管理器介紹

　　在VB中可以通過“外接程序”菜單中的`“可視化數據管理器”調出“VisData”數據庫管理器窗口。

　　2.建立數據庫

　　數據庫的基本操作：

　　創建數據表： 設計表名和表結構

　　輸入記錄

　　建立索引

　　數據維護： 增加記錄

　　修改記錄

　　刪除記錄

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

　　(1)設計表結構

　　啟動可視化數據管理器 → 在database窗口中右擊，從菜單中選擇“新表” → 在表結構窗口中輸入表名→ 添加字段 → 確定字段名稱和屬性、有效性規則 → 建立索引 →生成表結構。

　　“添加字段”對話框各選項說明

　　(2)輸入記錄

　　在database窗口中選中表名并右擊，從菜單中選擇“打開” →在數據表窗口輸入記錄(注意窗口樣式)→ 單擊“新增”→ 在窗口中輸入記錄并“更新” →重復……

　　(3)維護記錄

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

　　3.建立查詢

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

　　在database窗口中選中表名并右擊，從菜單中選擇“新查詢” →在查詢生成器中構造查詢條件→單擊“運行” →單擊“保存”，給出查詢結果文件名→“關閉”。

數據庫設計7

　　項目名稱：_____________________________

　　委托人：_______________________________

　　(甲方)

　　研究開發人：___________________________

　　(乙方)

　　簽訂地點：____省 (市)____市、縣(區)

　　簽訂日期：_____________________________

　　有效期限：_________________至__________

　　填表說明

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

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

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

　　三、研究開發計劃

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

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

　　1.產品設計、圖紙、論文、報告等技術文件;

　　2.磁盤、光盤、磁帶、計算機軟件;

　　3.樣品、樣機;

　　4.成套技術設備。

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

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

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

　　依據《中華人民共和國合同法》的規定，合同雙方就國家隊信息化平臺建設項目的技術服務，經協商一致，簽訂本合同。

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

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

　　三、研究開發計劃

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

　　(一)研究開發經費是指完成項目研究開發工作所需的成本，報酬是指本項目開發成果的使用費和研究開發人員的科研補貼。

　　本項目研究開發經費和報酬(大寫) 元，

　　(二)支付方式

　　①一次總付 元，時間：

　　②分期支付 元，時間：

　　元，時間：

　　③其它方式：

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

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

　　本合同自 年 月 日至 年月 日在 履行。

　　本合同的履行方式：

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

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

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

　　(一)專利申請權：

　　(二)技術秘密的使用權、轉讓權：

　　十、驗收的'標準和方式

　　研究開發所完成的技術成果，達到了本合同第二條所列技術指標，按 標準，采用 方式驗收，由出具技術項目驗收證明。

　　十一、風險責任的承擔

　　在履行本合同的過程中，確因在現有水平和條件下難以克服的技術困難，導致研究開發部分或全部失敗所造成的損失，風險責任由甲方承擔 %，乙方承擔%。

　　本項目風險責任確認的方式：

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

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

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

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

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

　　在履行本合同的過程中發生爭議，雙方當事人和解或調解不成，可采取仲裁或按司法程序解決(一)雙方同意由 仲裁委員會仲裁。

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

　　十四、名詞和術語的解釋

　　十五、其它

　　委托人(甲方)

　　名稱(或姓名)

　　單位公章

　　年 月 日

　　法定代表人

　　委托代理人

　　聯系(經辦)人

　　通訊地址

　　郵政編碼

　　電話

　　傳真

　　開戶銀行

　　帳號

　　研究開發人員(乙方)

　　名稱(或姓名)

　　單位公章

　　年 月 日

　　法定代表人

　　委托代理人

　　聯系(經辦)人

　　通訊地址

　　郵政編碼

　　電話

　　傳真

　　開戶銀行

　　帳號

數據庫設計8

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

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

　　1 關系數據庫的特點及其作用

　　1.1 數據結構化

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

　　1.2 數據復雜性

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

　　1.3 數據的共享性高, 冗余度低, 易擴充

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

　　1.4 數據獨立性高

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

　　2 關系數據庫技術在計算機網絡設計中應用的原理

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

　　3 關系數據庫在計算機網絡設計中的相關優勢

　　3.1 對計算機網絡設計中的數據進行轉換

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

　　3.2 對計算機網絡設計中數據進行有效的存儲

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

　　4 結語

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

數據庫設計9

　　1、完成時間

　　20xx年底前全面完成農村集體土地所有權確權登記工作。

　　2、工作量

　　（一）集體土地所有權調查

　　1、集體土地所有權歸屬調查工作：主要查清全縣718個行政村集體所有情況。

　　（1300元/行政村×718行政村=93.34萬元）

　　2、集體土地所有權實地調查及內業工作：主要對全縣718個行政村1193.29km2的土地面積進行所有權現場指界、界線實地測量并埋設界樁，進行權屬審核并將結果公示等工作。（1700元/km2×1193.29km2=202.86萬元）

　　3、數據庫建設工作：圖形數據采集、拓撲關系構建、屬性數據采集、數據庫接邊、數據檢核與入庫等。（300元/km2×1193.29km2=35.8萬元）

　　（二）宗地統一編碼和數據轉換工作

　　數據準備及整理、宗地編碼轉換、成果整理及檢查等（4308宗地數×1.6元/宗地數=0.69萬元）

　　（三）數據庫軟件購置

　　數據庫軟件購置費（15.98萬元）

　　以上共計：348.67萬元

　　3、投標資質

　　1、農村集體土地所有權數據庫建設標段的投標機構，提供國家測繪主管部門認定的乙級以上（含乙級）測繪資質證書；農村集體土地所有權登記發證標段的投標機構，提供土地行政主管部門認定頒發的`土地登記代理機構資格證（加蓋公章）；

　　2、提供企業法人營業執照或事業單位法人證書；

　　3、單位住所證明；

　　4、土地勘測、測繪資質等資質復印件；

　　5、專業技術人員的任職資格證書、任命或聘用文件、合同、畢業證書、身份證（復印件）；其中土地管理、測繪及相關專業技術人員不得少于8人（中級3人）；

　　6、土地登記代理人證書（不得少于2人）；

　　7、符合規定的儀器設備的證明材料（其中全站儀不少于2臺，A1幅面以上繪圖儀不少于1臺）；

　　8、技術、質量保證體系和成果資料檔案管理制度的證明文件；

　　9、可以反映本單位業績和技術水平的相關成果證明材料，包括項目協議書、驗收文件、獲獎證書等；

　　10、本項目采用資格候審方式，提交投標書時，同時提交以上證件的原件，以備審查。

數據庫設計10

　　第一章緒言

　　本論文主要介紹的是企事業使用的人事治理系統的整個設計。

　　隨著計算機技術的不斷發展,計算機應用于各大領域,并給人們的生活帶來了極大的便利,在人員治理系統亦是。以往企事業人事員由于缺乏適當的軟件而給其工作帶來了很多不便。本論文所介紹的便是一個企事業人事治理系統,以方便其在人事安排和人事治理上的工作任務。

　　該系統適用于企事業人事員,其功能主要分為四大類:

　　系統初始化;檔案更新;檔案查詢;檔案打印等,該系統性能力求易于使用,具有較高的擴展性和可維護性。

　　整個系統的開發過程嚴格遵循軟件工程的要求,做到模塊化分析、模塊化設計和代碼編寫的模塊化。

　　第二章系統需求分析

　　2.1現行業務系統描述

　　在企業,人事治理工作是非常重要的一項工作,它負責整個企業的日常人事安排,人員的人事治理等等。以前都是人工進行操作。隨著企業規模擴大,人事處的人事治理工作量大大加重。隨著計算機應用的發展,人事工作者急切希望能夠將大部分繁瑣的工作交由計算機的處理,已減輕人工的壓力并提高工作效率。而計算機的普及更加快了人事治理系統的產生。

　　上一代的人事治理系統主要采用Foxbase或FoxPro,系統開發環境也是數據庫內置的開發工具。其特點是單機單用戶方式,開發簡單,能充分利用數據庫的特性。其缺點是開發出的系統依靠性強,運行必須依托數據庫環境;不輕易升級與擴展;無法實現數據的共享與并行操作;代碼重用性差。

　　原有人事治理系統數據共享差的問題更加突出,而新需求的提出也越來越多,越來越頻繁。這就要求系統在可擴展性和標準化的要求更高。而原有的系統由于其與生俱來的缺點而無法在適應現有的需求了。

　　因此,使用現在的新技術,開發出適應新的需求的新系統的任務刻不容緩。

　　2.2組織結構

　　在企事業中,其中和人事治理系統由直接關系的部門是人事處,是使用綜合人事系統的主要部門,對人員的人事治理主要由人事處承擔,進行集中治理。

　　2.3業務流程分析

　　人事治理系統是一個面向企業人事人員,為其提供服務的綜合信息治理系統。人事人員通過本系統完成相關的日常工作,這些工作也是平常較為繁重的工作。人員的個人信息、以及各種相關的親屬等情況開課情況都記錄在人事系統里進行治理。

　　由人事人員在檔案更新中完成對運行人事系統所需的基本數據的維護。包括這些信息的增、修、改等,變動都將在這進行操作。系統開始投入使用,人事人員先根據企業實際情況,建立相關人員的信息,主要信息包括系所的姓名及它的學歷等。輸入人員信息的過程是首先從系統數據庫中選擇相關的系所,然后再它下面加入新的輔助信息。當人員情況發生變動后,人事人員要及時完成對庫中的信息進行維護。假如發生人事的變動,則可以在檔案更新中進行處理,因為不同企業的員工數量不同,因此非凡設立了一個檔案查詢模塊,可以進行相關人員的快速查詢,并可以根據某一個具體的條件,如具有相同屬性的`人員,進行同一類型的人員統計,并可以將結果通過打印輸出,以便備案。

　　2.4現行系統存在的主要問題分析

　　現行系統的主要問題歸納起來主要有,

　　1.單機單用戶系統,隨著網絡的發展,同時人事治理系統中信息的使用者大大增加,原有的單機單用戶系統已遠遠不能滿足需要。同時,原有的數據庫也不支持多用戶的網絡運行環境。

　　2.系統獨立性差,原有系統一般都是使用數據庫提供的開發工具編寫的程序,因此收數據庫的制約比較大,編寫出來的程序性能也不好。非凡是無法支持如Access,MSSQLServer等新的數據庫。

　　3.模塊性差,由于不是一個完整的編程語言,故無法做到代碼的模塊化,給功能的擴展帶來了巨大的不便。

　　2.5提出可能的解決方案

　　鑒于目前企業對人事治理系統的需求與實際情況,新系統方案的重點放在系統的可擴展性上,為了實現這一設計,新系統應具備以下幾方面的要求:

　　1.新系統采用VisualFoxpro6.0開發成功,充分利用該開發程序的優勢,提高了工作效率。

　　2.新系統從設計到實現都應遵循模塊化,是用一致的接口進行信息的傳遞與模塊調用。模塊的劃分應盡量符合實際業務的劃分,以保證以后新模塊的加入盡可能少的影響現有功能模塊的運行。

　　3、新系統所具有的特性:

　　*通用性:用戶可根據本單位的需求靈活設置人員類別及其數據庫結構,可滿足不同層次,不同性質,不同業務工作的需求。

　　*標準化:提供了豐富完善的人事治理內容,為各級人事部門之間的數據共享及數據交換奠定了良好的基礎。

　　*先進性:采用面向對象技術開發,適應計算機網絡技術發展趨勢,運行在windows環境下,界面友好操作方便。

　　*實用性:具有70余種人事、勞資業務處理功能,可完成人事檔案信息查詢、統計分析、制作花名冊、統計表、登記表等。

數據庫設計11

　　從信息構成來看，與空間位置相關的數據占比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 結語

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

數據庫設計12

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

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

　　這次的數據庫課程設計，我們組負責的企業信息文檔管理系統的設計。這課題是自擬的。我們組實行的分工合作。我主要是負責數據庫功能模塊設計這部分。

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

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

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

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

數據庫設計13

　　一、用戶需求調查

　　小說網站主要由：（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

　　處理過程名：圖書管理

　　輸入：讀者作者

　　輸出：圖書排行管理前臺

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

數據庫設計14

　　基本要求

　　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的管理與維護

　　1.MySQL的安裝與配置

　　2.MySQL用戶賬號管理的作用及方法

　　3.MySQL賬戶權限管理的作用及方法

　　4.MySQL數據庫備份與恢復的概念及方法

　　5.二進制日志文件的使用

　　五、MySQL的應用編程

　　1.PHP語言的基本使用方法

　　2.MySQL平臺下編制PHP簡單應用程序

　　考試方式

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

　　1.題型及分值

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

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

　　2.考試環境

　　開發環境：WAMP 5.0及以上

　　數據庫管理系統：MySQL 5.5

　　編程語言：PHP

數據庫設計15

　　計算機二級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) 追加查詢

【數據庫設計】相關文章：

數據庫設計08-06

數據庫設計08-13

數據庫設計[精選]08-13

[通用]數據庫設計08-13

數據庫設計[薦]08-13

【精品】數據庫設計08-13

數據庫設計(必備)08-13

[精]數據庫設計08-13

數據庫系統的設計步驟12-20

數據庫設計實驗報告12-31