數據庫設計15篇(優選)
數據庫設計1
項目名稱：
委托人：
（甲方）
研究開發人：
（乙方）
簽訂地點：省（市）市、縣（區）
簽訂日期：____年____月____日
有效期限：____年____月____日至____年____月____日
填表說明
一、技術開發合同是指當事人之間就國家隊信息化平臺的研究開發所訂立的合同。
二、標的技術的內容、范圍及要求
包括開發項目應達到的開發目的、使用范圍、技術經濟指標及效益情況。
三、研究開發計劃
包括當事人各方實施開發項目的階段進度、各個階段要解決的技術問題、達到的目標和完成的期限等。
四、本合同書的履行方式（包括成果提交方式及數量）
1、產品設計、圖紙、論文、報告等技術文件；
2、磁盤、光盤、磁帶、計算機軟件；
3、樣品、樣機；
4、成套技術設備。
五、技術情報和資料的保密
包括當事人各方情報和資料保密義務的內容、期限和泄漏技術秘密應承擔的責任。
六、本合同書中，凡是當事人約定認為無需填寫的條款，在該條款填寫的空白處劃（/）表示。
依據《中華人民共和國合同法》的規定，合同雙方就國家隊信息化平臺建設項目的技術服務，經協
商一致，簽訂本合同。
一、標的技術的內容，范圍及要求
二、應達到的技術指標和參數
三、研究開發計劃
四、研究開發經費、報酬及其支付或結算方式
（一）研究開發經費是指完成項目研究開發工作所需的成本，報酬是指本項目開發成果的使用
費和研究開發人員的`科研補貼。
本項目研究開發經費和報酬（大寫）____元，
（二)支付方式
①一次總付____元，時間：
②分期支付____元，時間：____元，時間：
③其它方式：
五、利用研究開發經費購置的設備、器材、資料的財產權屬
六、履行的期限、地點和方式
本合同自____年____月____日至____年____月____日在
履行。
本合同的履行方式：
七、技術情報和資料的保密
八、技術協作和技術指導的內容
九、技術成果的歸屬和分享
（一）專利申請權：
（二）技術秘密的使用權、轉讓權：
十、驗收的標準和方式
研究開發所完成的技術成果，達到了本合同第二條所列技術指標，按標準，采
用方式驗收，
由出具技術項目驗收證明。
十一、風險責任的承擔
在履行本合同的過程中，確因在現有水平和條件下難以克服的技術困難，導致研究開發部分或
全部失敗所造成的損失，風險責任由甲方承擔%，乙方承擔%。
本項目風險責任確認的方式：
十二、違約金或者損失賠償額的計算
違反本合同約定，違約方應按照《中華人民共和國合同法》有關條款的規定承擔違約責任。
（一）違反本合同第條約定，方應承擔以下違約責任：
（二）違反本合同第條約定，方應承擔以下違約責任：
十三、解決合同糾紛的方式
在履行本合同的過程中發生爭議，雙方當事人和解或調解不成，可采取仲裁或按司法程序解決。
（一）雙方同意由仲裁委員會仲裁。
（二）雙方約定向(被告住所地、合同履行地、合同簽訂地、原告住所地、標的物所在地)人民法院起訴。
十四、名詞和術語的解釋
十五、其它
委托名稱(或姓名)(簽章)人
甲方法定代表人(簽章)單位公章
委托代理人(簽章)
聯系(經辦)人(簽章)
通訊地址郵政
編碼____年____月____日
電話傳真
開戶銀行
帳號
研究名稱(或姓名)（簽章）
開發
人(法定代表人（簽章）單位公章
乙方
)委托代理人（簽章）
聯系(經辦)人（簽章）
通訊地址郵政
編碼____年____月____日
電話傳真
開戶銀行
帳號
數據庫設計2
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、本項目采用資格候審方式，提交投標書時，同時提交以上證件的原件，以備審查。
數據庫設計3
摘要:潞安機械公司成功開發的產品數據庫管理系統，將產品的研究、開發等各方面的信息集中在一起，解決了目前技術管理中的薄弱環節，使機械公司的產品數據更加精確明了。
關鍵詞:產品設計數據庫;圖文檔管理;通用零件庫
潞安機械公司根據本單位的產品結構和設計研發現狀，開發出切合本單位實際的產品數據庫管理系統，促進了機械公司向專業化、規模化、數字化方向發展。即在現用的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生產系統進行物料輸入、工單投料有機結合，滿足生產需要，縮短了產品研發周期。
數據庫設計4
計算機二級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) 追加查詢
數據庫設計5
全國計算機等級考試二級 MySQL數據庫程序設計考試大綱( 20xx年版)
基本要求
1.掌握數據庫的基本概念和方法。
2.熟練掌握 MySQL的安裝與配置。
3.熟練掌握 MySQL平臺下使用 SQL語言實現數據庫的交互操作。
4.熟練掌握 MySQL的數據庫編程。
5.熟悉 PHP應用開發語言，初步具備利用該語言進行簡單應用系統開發的能力。
6.掌握 MySQL數據庫的管理與維護技術。
考試內容
一、基本概念與方法
1.數據庫基礎知識
(1)數據庫相關的基本概念
(2)數據庫系統的特點與結構
(3)數據模型
2.關系數據庫、關系模型
3.數據庫設計基礎
(1)數據庫設計的步驟
(2)關系數據庫設計的方法
4. MySQL概述
(1) MySQL系統特性與工作方式
(2) MySQL編程基礎(結構化查詢語言 SQL、MySQL語言結構)
二、 MySQL平臺下的 SQL交互操作
1.數據庫
(1) MySQL數據庫對象的基本概念與作用
(2)使用 SQL語句創建、選擇、修改、刪除、查看 MySQL數據庫對象的操作方法及應用
2.數據表(或表)
(1) MySQL數據庫中數據表(或表)、表結構、表數據的基本概念與作用
(2)使用 SQL語句創建、更新、重命名、復制、刪除、查看數據表的操作方法及應用
(3)使用 SQL語句實現表數據的插入、刪除、更新等操作方法及應用
(4)使用 SQL語句實現對一張或多張數據表進行簡單查詢 、聚合查詢、連接查詢、條件查
2 全國計算機等級考試二級 MySQL數據庫程序設計考試大綱( 20xx年版)
詢、嵌套查詢、聯合查詢的操作方法及應用
(5)數據完整性約束的基本概念、分類與作用
(6)使用 SQL語句定義、命名、更新完整性約束的操作方法及應用
3.索引
(1)索引的基本概念、作用、存儲與分類
(2)使用 SQL語句創建、查看、刪除索引的.操作方法、原則及應用
4.視圖
(1)視圖的基本概念、特點及使用原則
(2)視圖與數據表的區別
(3)使用 SQL語句創建、刪除視圖的操作方法及應用
(4)使用 SQL語句修改、查看視圖定義的操作方法及應用
(5)使用 SQL語句更新、查詢視圖數據的操作方法及應用
三、 MySQL的數據庫編程
1.觸發器
(1)觸發器的基本概念與作用
(2)使用 SQL語句創建、刪除觸發器的操作方法及應用
(3)觸發器的種類及區別
(4)觸發器的使用及原則
2.事件
(1)事件、事件調度器的基本概念與作用
(2)使用 SQL語句創建、修改、刪除事件的操作方法及應用
3.存儲過程和存儲函數
(1)存儲過程、存儲函數的基本概念、特點與作用
(2)存儲過程和存儲函數的區別
(3)存儲過程體的基本概念及構造方法
(4)使用 SQL語句創建、修改、刪除存儲過程的操作方法及應用
(5)存儲過程的調用方法
(6)使用 SQL語句創建、修改、刪除存儲函數的操作方法及應用
(7)存儲函數的調用方法
四、 MySQL的管理與維護
1. MySQL數據庫服務器的使用與管理
(1)安裝、配置 MySQL數據庫服務器的基本方法
(2)啟動、關閉 MySQL數據庫服務器的基本方法
(3) MySQL數據庫服務器的客戶端管理工具
2.用戶賬號管理
(1) MySQL數據庫用戶賬號管理的基本概念與作用
(2)使用 SQL語句創建、修改、刪除 MySQL數據庫用戶賬號的操作方法及應用
3.賬戶權限管理
(1) MySQL數據庫賬戶權限管理的基本概念與作用
(2)使用 SQL語句授予、轉移、限制、撤銷 MySQL數據庫賬戶權限的操作方法及應用
4.備份與恢復
(1)數據庫備份與恢復的基本概念與作用
(2) MySQL數據庫備份與恢復的使用方法
(3)二進制日志文件的基本概念與作用
(4)二進制日志文件的使用方法
五、 MySQL的應用編程
1. PHP語言的基本使用方法
(1) PHP語言的特點與編程基礎
(2)使用 PHP語言進行 MySQL數據庫應用編程的基本步驟與方法
2. MySQL平臺下編制基于 B/ S結構的 PHP簡單應用程序
(1)了解 MySQL平臺下編制基于 B/ S結構 PHP簡單應用程序的過程
(2)掌握 PHP簡單應用程序編制過程中，MySQL平臺下數據庫應用編程的相關技術與方法
考試方式
上機考試，考試時長 120分鐘，滿分 100分。
1.題型及分值
單項選擇題 40分(含公共基礎知識部分 10分)
操作題 60分(包括基本操作題、簡單應用題及綜合應用題)
2.考試環境
開發環境：WAMP 5.0及以上
數據庫管理系統：MySQL 5.5
編程語言：PHP
數據庫設計6
1.盡量使用數據冗余。
隨著磁盤容量的大幅飆升，這一點已經不會產生什么問題。當然冗余歸冗余，不能把數據的關聯弄的亂七八糟的。
本科數據庫課程中學的'知識直接拿來，在實際中會出大問題。滿足三級范式的數據庫結構會讓你面對大量的連表查詢，應用程序中會用到大量的數據庫訪問，既繁瑣(煩死你)又使程序運行速度減慢。
2.盡量不要使用varmax)類型
這一點主要是用動軟代碼生成器自動生成代碼時，如果varchar的最大長度指定為max，在自動生成代碼時，它無法生成這一最大長度，需要手動補進去。
現在感覺用個var1000)就夠了。
3.使用預留字段。
數據庫表(尤其是動態表格)，在你把所有字段都設計好了之后，再添加幾個備注字段和預留字段。
之前我覺得這樣做沒多大意義，因為預留字段的列名是沒有實際意義的。這樣程序中使用的時候就會讓人費解。但現在覺得還是有必要的，很有必要的，即便在用到時需要自己十分清楚之前預留的無意義字段現在表示什么意義。不過我的第二個數據庫中還是沒采用，這也是遺憾之處埃
個人感覺用note1、note2、r1(r表示reserve)、r2、r3，2個備注字段和3個預留字段就足夠了,再多的話就不容易記住哪個字段具體表示什么意義了，容易暈。類型就都用var200)吧。
數據庫設計7
一、教學目標：
1、要求學生了解利用數據庫管理信息資源的工作思想
2、能將對數據庫的一些常用操作技能遷移到今后學習，工作中
3、公正評價三種信息資源管理方式。
二、教學重點難點：
利用數據庫管理信息的基本思想與方法
三、教學方法：
講授法，演示法
四、課時安排：
1課時
五、教學過程
當前，數據庫技術廣泛應用于各個領域，如數字圖書館，銀行，全國聯網火車票系統等。
以“選修課信息管理系統”為例：P134
認識數據庫管理
前面演示的這個系統是基于數據庫的，下面我們就進入這個數據庫的內部看看：
用Access軟件打開“學生選修課信息庫”，觀察數據庫中的表。
在數據庫表中每一行稱作一條“記錄”；
每條“記錄”由若干個“字段”組成；
若干條“記錄”組成一個“表”；
多個相關的“表”組成一個“數據庫”；
將該數據庫數據導出為Excel表格。
比較：該數據庫表格與Excel表格的`異同。
分析：
“學生選修課程信息”Excel工作簿由“課程信息”，“學生信息”和“課程選修信息”三個工作表組成。
如何理解“相關”？
比如：“課程信息表”與“課程選修信息表“通過共同的”課程編號“建立聯系，而“課程選修信息表”與“學生信息表”
通過共同的“學號”相關聯。
——數據庫表與Excel表格的重要的差別表之間的關系
P136圖7-11
舉例：我們要查找哪些同學選修了某門課程。P136
實踐：
1、查詢“20040001”“李奧”同學選修的所有課程。
2、打開“課程選修信息表”，嘗試在其中添加一條課程選修記錄“20050001”，“張三”同學選修了信息技術的選修課FLASH，課程編號為XX006，2個學分，18個課時，教師是李四。
教學反思：
學生由于從未接觸過這方面的內容，感覺比較生疏，有些內容比較難理解。
數據庫設計8
有關于數據庫實驗的心得體會，總的來說，受益匪淺。在這些天中，我們學到了很多東西，包括建表，導入數據，查詢，插入。最重要的是我們有機會用電腦自己進行實踐，沒接觸的時候總是覺得它比較深奧或是不可接近的新型語言，盡管自己對C語言非常感興趣，但還是有些心理上的陌生感。學習數據庫就和我們平時的其它科目學習一樣感覺它有永無止境的知識，數據庫是我在高中時候聽過，到了大學漸漸了解了些，但就其原理性的內容還不知道，也就是根本就不清楚什么是數據庫，只是知道一個所謂的中國字典里的名詞。我認識它是從我接觸實驗運作開始的，剛開始就是建立數據庫，兩種驗證模式，沒什么東西但還覺得不錯。進而就是操作語言了，緊接著就是觸發器的使用，進而對數據庫高級的使用，等等。 開始知道數據庫的時候想學，不知道從何而起，不懂的話怎么問，從什么地方學起。后來到大三開學后有數據庫原理必修課，非常高興。當時感覺SQL Sever數據庫管理既然是單獨一門課程一定會講的比較細，也能學到真正實用的內容。學了這門課以后發現和我想的基本是一樣的，老師對學生也比較和藹可親，對我們要求也不是很緊。讓每個人都覺得輕輕松松就能把這門課程學完，沒有多么緊張的作業，也沒有太苛刻的要求。
當老師在最后說這個課程結束了，回顧一下以前老師給我們講過的東西，真的有很多是我們應該去注意的。學習完SQL Sever數據庫后感覺可分兩大塊，一塊是開發，一塊是管理。開發主要是寫寫存儲過程、觸發器什么的，還有就是用Oracle的Develop工具做form。有點類似于程序員。開發還需要有較強的邏輯思維和創造能力，自己沒有真正做過，但感覺應該會比較辛苦，是青春飯；管理則需要對SQL Sever數據庫的原理有深刻的認識，有全局操縱的能力和緊密的思維，責任較大，因為一個小的失誤就會弄掉整個數據庫，相對前者來說，后者更看重經驗。這些東西都是從老師哪里和朋友的討論中得到的心得，也希望其他朋友能多多向老師和朋友請教，如果是個人單獨靠自己來完成一個完美的數據庫我覺得比較困難，現在基本上都是團隊類型的，而且他們的效率高開發的周期也快。由于數據庫管理的責任重大，很少公司愿意請一個剛剛接觸SQL Sever的人去管理數據庫。對于我們這些初出茅廬的新手而且電子商務的.專業，個人認為可以先選擇做管理，有一定經驗后轉型，去做數據庫的開發。當然，這個還是要看人個的實際情況來定。
SQL Server數據庫的實驗學習使我對數據庫的有了新的進步，以后再看到也就不至于什么也不懂，其實那么多數據庫我覺得學好一門就行，只是他們的語言可能不大一樣，學好一門后就可去認識其它的，這樣應該有事半功倍的效果。就像我學習C語言，當時不能說是學習的棒，但不算差。所以我對以后的語言感覺都不是很困難，了解了VB、C++還有網頁中用的Html語言、asp語言都能看懂，起碼可以對別人的東西進行了一下修改。因此，我感謝數據庫老師給了我有用的知識，以便我在以后學習或認識更多的內容能有新的方法和思維，也能更加有效和快速的去消化吸收新的東西。希望在今后中，SQL Server能給我更多幫助。感謝學校開設這樣一門優秀使用的課程，讓我對數據庫有了更深的了解。
數據庫設計9
項目名稱：_____________________________
委托人：_______________________________
(甲方)
研究開發人：___________________________
(乙方)
簽訂地點：____省 (市)____市、縣(區)
簽訂日期：_____________________________
有效期限：_________________至__________
填表說明
一、技術開發合同是指當事人之間就國家隊信息化平臺的研究開發所訂立的合同。
二、標的技術的內容、范圍及要求
包括開發項目應達到的開發目的、使用范圍、技術經濟指標及效益情況。
三、研究開發計劃
包括當事人各方實施開發項目的階段進度、各個階段要解決的技術問題、達到的目標和完成的期限等。
四、本合同書的履行方式(包括成果提交方式及數量)
1.產品設計、圖紙、論文、報告等技術文件;
2.磁盤、光盤、磁帶、計算機軟件;
3.樣品、樣機;
4.成套技術設備。
五、技術情報和資料的保密
包括當事人各方情報和資料保密義務的內容、期限和泄漏技術秘密應承擔的責任。
六、本合同書中，凡是當事人約定認為無需填寫的條款，在該條款填寫的空白處劃(/)表示。
依據《中華人民共和國合同法》的規定，合同雙方就國家隊信息化平臺建設項目的技術服務，經協商一致，簽訂本合同。
一、標的技術的內容，范圍及要求
二、應達到的技術指標和參數
三、研究開發計劃
四、研究開發經費、報酬及其支付或結算方式
(一)研究開發經費是指完成項目研究開發工作所需的成本，報酬是指本項目開發成果的使用費和研究開發人員的科研補貼。
本項目研究開發經費和報酬(大寫) 元，
(二)支付方式
①一次總付 元，時間：
②分期支付 元，時間：
元，時間：
③其它方式：
五、利用研究開發經費購置的設備、器材、資料的財產權屬
六、履行的期限、地點和方式
本合同自 年 月 日至 年月 日在 履行。
本合同的履行方式：
七、技術情報和資料的保密
八、技術協作和技術指導的內容
九、技術成果的歸屬和分享
(一)專利申請權：
(二)技術秘密的使用權、轉讓權：
十、驗收的標準和方式
研究開發所完成的'技術成果，達到了本合同第二條所列技術指標，按 標準，采用 方式驗收，由出具技術項目驗收證明。
十一、風險責任的承擔
在履行本合同的過程中，確因在現有水平和條件下難以克服的技術困難，導致研究開發部分或全部失敗所造成的損失，風險責任由甲方承擔 %，乙方承擔%。
本項目風險責任確認的方式：
十二、違約金或者損失賠償額的計算
違反本合同約定，違約方應按照《中華人民共和國合同法》有關條款的規定承擔違約責任。
(一)違反本合同第 條約定，方應承擔以下違約責任：
(二)違反本合同第 條約定，方應承擔以下違約責任：
十三、解決合同糾紛的方式
在履行本合同的過程中發生爭議，雙方當事人和解或調解不成，可采取仲裁或按司法程序解決(一)雙方同意由 仲裁委員會仲裁。
(二)雙方約定向(被告住所地、合同履行地、合同簽訂地、原告住所地、標的物所在地)人民法院起訴。
十四、名詞和術語的解釋
十五、其它
委托人(甲方)
名稱(或姓名)
單位公章
年 月 日
法定代表人
委托代理人
聯系(經辦)人
通訊地址
郵政編碼
電話
傳真
開戶銀行
帳號
研究開發人員(乙方)
名稱(或姓名)
單位公章
年 月 日
法定代表人
委托代理人
聯系(經辦)人
通訊地址
郵政編碼
電話
傳真
開戶銀行
帳號
數據庫設計10
摘 要 ：筆者主要針對鐵路發電車巡檢作業的實時信息管理系統的數據庫設計進行分析，該系統主要依靠的是軟件，通過該系統數據庫的設計，使系統運行穩定，保障了數據的安全，提高了列車的在線管理效率，保障鐵路的高效建設與科學管理。關鍵詞： 數據
關鍵詞：電子信息論文發表,發表電子信息工程論文,信息技術論文投稿
摘 要：筆者主要針對鐵路發電車巡檢作業的實時信息管理系統的數據庫設計進行分析，該系統主要依靠的是軟件，通過該系統數據庫的設計，使系統運行穩定，保障了數據的安全，提高了列車的在線管理效率，保障鐵路的高效建設與科學管理。
關鍵詞：數據庫；數據表；數據庫安全；數據庫讀取
一個系統的成功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的密碼，這樣從安裝方面保證了系統數據庫的安全；同時數據庫的后期使用維護中，我們要求系統管理員養成定期修改系統及數據庫密碼的好習慣，管理員還應該定期查看數據庫中是否有不符合密碼要求的賬號增加，如果不是系統所需賬號，馬上刪除，防止給數據庫造成損壞，進而影響系統穩定。
數據庫設計11
第一章緒言
本論文主要介紹的是企事業使用的人事治理系統的整個設計。
隨著計算機技術的不斷發展,計算機應用于各大領域,并給人們的生活帶來了極大的便利,在人員治理系統亦是。以往企事業人事員由于缺乏適當的軟件而給其工作帶來了很多不便。本論文所介紹的便是一個企事業人事治理系統,以方便其在人事安排和人事治理上的工作任務。
該系統適用于企事業人事員,其功能主要分為四大類:
系統初始化;檔案更新;檔案查詢;檔案打印等,該系統性能力求易于使用,具有較高的擴展性和可維護性。
整個系統的開發過程嚴格遵循軟件工程的要求,做到模塊化分析、模塊化設計和代碼編寫的模塊化。
第二章系統需求分析
2.1現行業務系統描述
在企業,人事治理工作是非常重要的一項工作,它負責整個企業的日常人事安排,人員的人事治理等等。以前都是人工進行操作。隨著企業規模擴大,人事處的人事治理工作量大大加重。隨著計算機應用的發展,人事工作者急切希望能夠將大部分繁瑣的工作交由計算機的處理,已減輕人工的壓力并提高工作效率。而計算機的普及更加快了人事治理系統的產生。
上一代的人事治理系統主要采用Foxbase或FoxPro,系統開發環境也是數據庫內置的開發工具。其特點是單機單用戶方式,開發簡單,能充分利用數據庫的特性。其缺點是開發出的系統依靠性強,運行必須依托數據庫環境;不輕易升級與擴展;無法實現數據的共享與并行操作;代碼重用性差。
原有人事治理系統數據共享差的問題更加突出,而新需求的提出也越來越多,越來越頻繁。這就要求系統在可擴展性和標準化的要求更高。而原有的系統由于其與生俱來的缺點而無法在適應現有的需求了。
因此,使用現在的新技術,開發出適應新的需求的新系統的任務刻不容緩。
2.2組織結構
在企事業中,其中和人事治理系統由直接關系的部門是人事處,是使用綜合人事系統的主要部門,對人員的人事治理主要由人事處承擔,進行集中治理。
2.3業務流程分析
人事治理系統是一個面向企業人事人員,為其提供服務的綜合信息治理系統。人事人員通過本系統完成相關的日常工作,這些工作也是平常較為繁重的工作。人員的個人信息、以及各種相關的親屬等情況開課情況都記錄在人事系統里進行治理。
由人事人員在檔案更新中完成對運行人事系統所需的基本數據的維護。包括這些信息的增、修、改等,變動都將在這進行操作。系統開始投入使用,人事人員先根據企業實際情況,建立相關人員的信息,主要信息包括系所的姓名及它的學歷等。輸入人員信息的過程是首先從系統數據庫中選擇相關的系所,然后再它下面加入新的輔助信息。當人員情況發生變動后,人事人員要及時完成對庫中的信息進行維護。假如發生人事的變動,則可以在檔案更新中進行處理,因為不同企業的員工數量不同,因此非凡設立了一個檔案查詢模塊,可以進行相關人員的快速查詢,并可以根據某一個具體的條件,如具有相同屬性的人員,進行同一類型的`人員統計,并可以將結果通過打印輸出,以便備案。
2.4現行系統存在的主要問題分析
現行系統的主要問題歸納起來主要有,
1.單機單用戶系統,隨著網絡的發展,同時人事治理系統中信息的使用者大大增加,原有的單機單用戶系統已遠遠不能滿足需要。同時,原有的數據庫也不支持多用戶的網絡運行環境。
2.系統獨立性差,原有系統一般都是使用數據庫提供的開發工具編寫的程序,因此收數據庫的制約比較大,編寫出來的程序性能也不好。非凡是無法支持如Access,MSSQLServer等新的數據庫。
3.模塊性差,由于不是一個完整的編程語言,故無法做到代碼的模塊化,給功能的擴展帶來了巨大的不便。
2.5提出可能的解決方案
鑒于目前企業對人事治理系統的需求與實際情況,新系統方案的重點放在系統的可擴展性上,為了實現這一設計,新系統應具備以下幾方面的要求:
1.新系統采用VisualFoxpro6.0開發成功,充分利用該開發程序的優勢,提高了工作效率。
2.新系統從設計到實現都應遵循模塊化,是用一致的接口進行信息的傳遞與模塊調用。模塊的劃分應盡量符合實際業務的劃分,以保證以后新模塊的加入盡可能少的影響現有功能模塊的運行。
3、新系統所具有的特性:
*通用性:用戶可根據本單位的需求靈活設置人員類別及其數據庫結構,可滿足不同層次,不同性質,不同業務工作的需求。
*標準化:提供了豐富完善的人事治理內容,為各級人事部門之間的數據共享及數據交換奠定了良好的基礎。
*先進性:采用面向對象技術開發,適應計算機網絡技術發展趨勢,運行在windows環境下,界面友好操作方便。
*實用性:具有70余種人事、勞資業務處理功能,可完成人事檔案信息查詢、統計分析、制作花名冊、統計表、登記表等。
數據庫設計12
教學目標：
1、認知要求：
（1）熟練掌握數據庫建立
（2）熟練掌握數據的查詢
（3）理解數據收集處理的過程
2、操作要求：使用ACCESS20xx完成一次數據調查處理的全過程
3、情感要求：參與調查積極主動
培養團隊協作精神
樹立合理使用電腦的觀念
教學重點和難點：字段類型的確定、查詢方法
教學關鍵：體現學生的創新精神和實踐能力
教學方法：任務驅動，學生參與調查，師生共同完成教學任務
教學手段：多媒體網絡教室、大屏幕投影儀
教學過程：
1、引入：
大家有沒有遇到過街頭調查？
今天我們在機房里也作一次調查
而且用我們所學的'ACCESS數據庫管理系統來處理調查數據
2、學生分組調查
（1）數據的收集
由教師規定每組的調查內容
每組學生進行分工（ACCESS操作員、調查者、被調查者）
ACCESS操作員：建立調查表結構，記錄的輸入
調查者：根據調查內容訪問班中其他同學
被調查者：接受調查者的調查
老師：適時引導，及時調控
（2）數據的查詢
學生：根據調查內容，選擇恰當的查詢要求，進行查詢
老師：適時講解、合理引導
（3）調查結論
由組長匯報調查結論（根據調查的數據統計作點評）
3、簡要小結
小結數據收集處理的過程
對調查活動作評點
4、作業
根據本次調查內容，對其他班的同學進行調查，得出結論。
數據庫設計13
兩個星期時間非常快就過去了，這兩個星期不敢說自己有多大進步，獲得了多少知識，但起碼是了解了項目開發部分過程。雖說上過數據庫上過管理信息系統等相關課程，但是沒有親身經歷過相關設計工作細節。這次實習證實提供了一個很好機會。
通過這次課程設計發現這其中需要很多知識我們沒有接觸過，去圖書館查資料時候發現我們前邊所學到僅僅是皮毛，還有很多需要我們掌握東西我們根本不知道。同時也發現有很多已經學過東西我們沒有理解到位，不能靈活運用于實際，不能很好用來解決問題，這就需要我們不斷大量實踐，通過不斷自學，不斷地發現問題，思考問題，進而解決問題。在這個過程中我們將深刻理解所學知識，同時也可以學到不少很實用東西。 從各種文檔閱讀到開始需求分析、概念結構設計、邏輯結構設計、物理結構設計。親身體驗了一回系統設計開發過程。很多東西書上寫很清楚，貌似看著也很簡單，思路非常清晰。但真正需要自己想辦法去設計一個系統時候才發現其中難度。經常做到后面突然就發現自己一開始設計有問題，然后又回去翻工，在各種反復中不斷完善自己想法。
我想有這樣問題不止我一個，事后想想是一開始著手做時候下手過于輕快，或者說是根本不了解自己要做這個系統是給誰用。因為沒有事先做過仔細用戶調查，不知道整個業務流程，也不知道用戶需要什么功能就忙著開發，這是作為設計開發人員需要特別警惕避免，不然會給后來工作帶來很大的麻煩，甚至可能會需要全盤推倒重來。所以以后課程設計要特別注意這一塊設計。
按照要求，我們做是機票預訂系統。說實話，我對這個是一無所知，沒有訂過機票，也不知道航空公司是怎么一個流程。盲目開始設計下場我已經嘗過了，結果就是出來一個四不像設計方案，沒有什么實際用處。沒有前期調查，僅從指導書上那幾條要求著手是不夠。
在需求分析過程中，我們通過上網查資料，去圖書館查閱相關資料，結合我們生活經驗，根據可行性研究結果和客戶要求，分析現有情況及問題，采用Client/Server結構，將機票預定系統劃分為兩個子系統：客戶端子系統，服務器端子系統。在兩周時間里，不斷地對程序及各模塊進行修改、編譯、調試、運行，其間遇到很多問題：由于忘記了一些java語言規范使得在調試過程中一些錯誤沒有發現，通過這次課程設計，我對調試掌握得更加熟練了，意識到了程序語言規范性以及我們在編程時要有嚴謹態度，同時在寫程序時如有一定量注釋，既增加了程序可讀性，也可以使自己在讀程序時更容易。
我們學習并應用了SQL語言，對數據庫創建、修改、刪除方法有了一定了解，通過導入表和刪除表、更改表學會了對于表一些操作，為了建立一個關系數據庫信息管理系統，必須得經過系統調研、需求分析、概念設計、邏輯設計、物理設計、系統調試、維護以及系統評價一般過程，為畢業設計打下基礎。
很多事情不是想象中那么簡單，它涉及到各種實體、屬性、數據流程、數據處理等等。很多時候感覺后面設計根本無法繼續，感覺像是被前面做各種圖限制了。在做關系模型轉換時候碰到有些實體即可以認為是實體又可以作為屬性，為了避免冗余，盡量按照屬性處理了。
物理結構設計基本沒有碰到問題，這一塊和安全性、完整性不覺就會在物理結構設計中添加一些安全設置：主鍵約束、check約束、default定義等。最后才做索引部分，對一些比較經常使用搜索列，外鍵上建立索引，這樣可以明顯加快檢索速度，最后別忘記重要安全性設置，限制用戶訪問權限，新建用戶并和數據庫用戶做相應映射。
不管做什么，我們都要相信自己，不能畏懼，不能怕遇到困難，什么都需要去嘗試，有些你開始認為很難事在你嘗試之后你可能會發現原來她并沒有你以前覺得那樣，自己也是可以。如果沒有自信，沒有目標，沒有信心就不可能把事情做好，當其他人都在迷茫時候，自己一定要堅信目標，大學畢業出去即面臨找工作，從學習這個專業，到以后從事這方面工作都需要不斷地去學習去實踐，這次實踐可以給我們敲一個警鐘，我們面臨畢業，面臨擇業，需要這些實踐經驗，在困難面前要勇于嘗試，這是這次課程設計給我最大感想！
以上基本是這次實習體會了，設計進行非常艱難，編碼非常不容易，才發現做一個項目最重要不在于如何實現，而是實現之前需求分析和模塊設計。創新很難，有些流行系統其實現并不難，難在于對市場分析和準確定位。設計，是一個任重道遠過程。
數據庫設計14
計算機二級VB語言程序設計：數據庫管理器
1.數據庫管理器介紹
在VB中可以通過“外接程序”菜單中的`“可視化數據管理器”調出“VisData”數據庫管理器窗口。
2.建立數據庫
數據庫的基本操作：
創建數據表： 設計表名和表結構
輸入記錄
建立索引
數據維護： 增加記錄
修改記錄
刪除記錄
創建數據表的主要步驟： 設計表結構 → 輸入記錄 → 建立索引 → 數據維護
(1)設計表結構
啟動可視化數據管理器 → 在database窗口中右擊，從菜單中選擇“新表” → 在表結構窗口中輸入表名→ 添加字段 → 確定字段名稱和屬性、有效性規則 → 建立索引 →生成表結構。
“添加字段”對話框各選項說明
(2)輸入記錄
在database窗口中選中表名并右擊，從菜單中選擇“打開” →在數據表窗口輸入記錄(注意窗口樣式)→ 單擊“新增”→ 在窗口中輸入記錄并“更新” →重復……
(3)維護記錄
在database窗口中選中表名并右擊，從菜單中選擇“打開” →單擊“編輯”/“刪除”/“新增”，即可完成對記錄的修改、刪除、添加操作。
3.建立查詢
建立查詢就是在數據表中找到符合特定條件的記錄并組成一張新表。
在database窗口中選中表名并右擊，從菜單中選擇“新查詢” →在查詢生成器中構造查詢條件→單擊“運行” →單擊“保存”，給出查詢結果文件名→“關閉”。
數據庫設計15
二級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) 準則
【數據庫設計】相關文章：
數據庫設計08-06
數據庫設計08-13
數據庫設計[精選]08-13
【精品】數據庫設計08-13
數據庫設計[薦]08-13
[通用]數據庫設計08-13
數據庫設計(必備)08-13
[精]數據庫設計08-13
數據庫系統的設計步驟12-20
數據庫設計實驗報告12-31