資料庫設計15篇【集合】

資料庫設計1

二級Access資料庫程式設計強化訓練

ss資料庫屬於(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

ss在同一時間，可開啟(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的管理與維護

L的安裝與配置

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

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

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

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

五、MySQL的應用程式設計

語言的基本使用方法

L平臺下編制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) 追加查詢