資料庫設計實驗總結

1. Access資料庫實訓心得

持續一個月的資料庫實訓，讓我參與了軟體工程化的開發過程。其中體會最深的便是我們這個實訓網的幾個之最：一．項目最大：項目大是因為我們這個事業起點網站涉及到用戶眾多-高校，企業，學生，老師，專家，第二個原因是網站的功能多-用戶管理，網上實習，網上競賽，畢業實習設計，項目管理，人才庫管理，人才推薦，搜索 ... 項目大很容易造成系統范圍的泛濫，在我們的開發初期，由於需求不太明確，功能實現沒有重點，造成了需求范圍的擴大，給項目開發進度造成了嚴重的滯後性。然後我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現，將網站的基本架構搭建起來，最後再在這個基礎上繼續增加我們網站的其他功能。因此在這個過程中，我深刻體會到了軟體工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們後期開發的最重要的依據。 二．資料庫表最多：如此龐大的系統，就需要龐大的資料庫來支持，所以項目大的直接後果就是我們的資料庫表特別多，而且表與表之間的依賴關系也復雜，實體類之間的關系眾多，設計起來有一定的難度。資料庫的另外一個問題是-數據表的屬性，數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成資料庫表屬性的缺失，從用戶的角度看，就會覺得你的系統提供的數據不夠全面，信息量小。 三．開發團隊最大：我們團隊一共有十四個人，這個對於我們的項目經理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和，管理起來有相當大的難度。對於我們這些小組成員來說，由於溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去咨詢小組長，然後小組長提供反饋信息。 四．項目各個模塊間藕合度高：網站涉及的各個功能模塊之間的聯系緊密，模塊之間的介面設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供介面，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊介面。這個問題由於我們前期做好了充分的溝通以及按照概要設計中的介面說明去設計自己的模塊，所以後期的模塊整合沒有遇到什麼太大的不兼容性等問題。 接下來就談談我這一個月中的工作： 需求分析階段：需求分析階段我完成了網上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料後發現網上實習，網上競賽，畢業設計指導這幾個模塊的功能是類似的，提取需求分析後不夠明確，經過幾次跟湯老師的交流後，確定了這幾個模塊之間的具體差別，網上競賽模塊的基本需求也大致確定了，網上競賽模塊的基本功能就是學生通過網站報名參加競賽，企業審核通過後，專家對作品進行評分，排名。 概要設計階段：在需求分析的基礎上，對網上競賽模塊進行了比較具體的概要設計，流程圖（IPO圖以及用例圖）；這個階段的主要難點是對網上競賽業務流程的描述，如何實現學生報名，企業發布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。 資料庫設計階段：我負責整合初步資料庫設計說明書，分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數據表，然後對這些數據表進行整合。在這個過程中遇到的問題就是資料庫實在是太大了，最後下來一共有30多張表，表與表之間的關系復雜，關聯性大，需要設置的外鍵較多，很難將所有的屬性欄位給提取出來，屬性的類型設置也是一個問題，採用數值型還是採用字元串性在資料庫設計中尤為重要，因為在後台搜索方面，數值型比較快捷，而在數據顯示方面，字元串型又有直接讀出不用轉換的好處。每個表的主鍵我們採用了用實體的編號去標記它，因為這樣實體間關聯起來會更加簡單。資料庫的設計關鍵是要對整個項目的整體的把握，並且要細化對每個實體類的具體屬性要求。 詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網站整體構架搭好了，我們就可以在裡面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來後面的問題就是後期代碼編寫的時候比較混亂，函數介面較難統，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網上競賽模塊的學生，企業，管理員，高校以及專家的界面。 編碼階段：我們是用ASP.net開發的，主要任務就是從工具中選出你想要的控制項，然後在控制項響應函數中填充代碼，完成相應的事件響應。這里遇到的最大問題是頁面的排版問題，因為自己是第一次開發網站，造成了自己設計的界面風格單調，不太美觀，現在就盡量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。 這一個月中我學到了很多東西，技術方面就是學會了用ASP.Net編寫網站，最重要的是讓我經歷了軟體工程化的所有階段，讓我對整個軟體工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統的串聯，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經驗。

2. 資料庫實驗報告

《Visual FoxPro資料庫源基礎教程實踐與題解》是《Visual FoxPro資料庫基礎教程》配套教材。全書包括4部分內容：第1部分為《Visual FoxPro資料庫基礎教程》的習題與參考答案；第2部分為VisualFoxPro8.0的安裝、配置和課程本身的上機實驗安排，介紹了指導學生上機實驗時常見調試程序的基本操作，並根據教材內容提供了10個配套實驗；第3部分為VisualFoxPro8.0資料庫實訓指導及為初學者提供的3個典型的實踐案例；第4部分為6套模擬試題和參考答案，其中包括2套上機操作試題及參考答案。《Visual FoxPro資料庫基礎教程實踐與題解》結構合理、內容新穎、深度適宜、實用性強，不僅可以作為《Visual FoxPro資料庫基礎教程》的參考書，也可以作為其他Visual FoxPro資料庫教材的參考書。
《Visual FoxPro資料庫基礎教程實踐與題解》適合作為高等院校本科、專科學生學習Visual FoxPro資料庫課程的參考書，也可作為資料庫編程人員和信息管理等相關領域的技術工作者自學與參考用書。

3. 資料庫中數據的查詢操作實驗的實驗總結

主要寫一下主要的工作內容，如何努力工作，取得的成績，最後提出一些合理化的版建議或者新的努力權方向。。。。。。。
工作總結就是讓上級知道你有什麼貢獻，體現你的工作價值所在。
所以應該寫好幾點：
1、你對崗位和工作上的認識2、具體你做了什麼事
3、你如何用心工作，哪些事情是你動腦子去解決的。就算沒什麼，也要寫一些有難度的問題，你如何通過努力解決了
4、以後工作中你還需提高哪些能力或充實哪些知識
5、上級喜歡主動工作的人。你分內的事情都要有所准備，即事前准備工作以下供你參考：
總結，就是把一個時間段的情況進行一次全面系統的總評價、總分析，分析成績、不足、經驗等。總結是應用寫作的一種，是對已經做過的工作進行理性的思考。
總結的基本要求
1．總結必須有情況的概述和敘述，有的比較簡單，有的比較詳細。
2．成績和缺點。這是總結的主要內容。總結的目的就是要肯定成績，找出缺點。成績有哪些，有多大，表現在哪些方面，是怎樣取得的；缺點有多少，表現在哪些方面，是怎樣產生的，都應寫清楚。
3．經驗和教訓。為了便於今後工作，必須對以前的工作經驗和教訓進行分析、研究、概括，並形成理論知識。

4. 數據結構實驗的實驗報告怎麼寫

資料庫課程設計
「資料庫課程設計」是資料庫系統及應用課程的後續實驗課，是進一步鞏固學生的資料庫知識，加強學生的實際動手能力和提高學生綜合素質。
一、 課程設計目的
課程設計為學生提供了一個既動手又動腦，獨立實踐的機會，將課本上的理論知識和實際有機的結合起來，鍛煉學生的分析解決實際問題的能力。提高學生適應實際，實踐編程的能力。課程設計的目的：
1. 加深對資料庫原理、程序設計語言的理論知識的理解和應用水平；
2. 在理論和實驗教學基礎上進一步鞏固已學基本理論及應用知識並加以綜合提高；
3. 學會將知識應用於實際的方法，提高分析和解決問題的能力，增強動手能力；
4. 為畢業設計和以後工作打下必要基礎。
二、課程設計要求
運用資料庫原理的基本理論與應用知識，在微機RDBMS(SQL Server)的環境上建立一個資料庫應用系統。要求把現實世界的事物及事物之間的復雜關系抽象為信息世界的實體及實體之間聯系的信息模型，再轉換為機器世界的數據模型和數據文件，並對數據文件實施檢索、更新和控制等操作。
1. 用E-R圖設計選定題目的信息模型；
2. 設計相應的關系模型，確定資料庫結構；
3. 分析關系模式各屬於第幾範式，闡明理由；
4. 設計應用系統的系統結構圖，確定系統功能；
5. 通過設計關系的主碼約束、外碼約束和使用CHECK實現完整性控制；
6. 為參照關系設計插入、刪除、修改觸發器；
7. 實現應用程序設計、編程、優化功能；
8. 對系統的各個應用程序進行集成和調試，進一步優化系統功能、改善系統用戶界面完成實驗內容所指定的各項要求；
9. 分析遇到的問題，總結並寫出課程設計報告；
10. 自我評價
三、實驗環境
開發環境VC++、C#、ASP或JAVA；ODBC/JDBC；資料庫SQL Server
四、上機實現內容
1. 創建資料庫的結構
2. 創建各基本表的結構
3. 編制系統各功能模塊，完成數據的管理（增、刪、改）及統計查詢。對於程序運行界面不做考核的重點。
五、課程設計考核
1.對學生到實驗室的情況進行不定時統計；
2.出勤率+課程設計報告+課程設計所開發的應用系統+其他（上機抽查和提問）=綜合評定成績。
3.課程設計結束時請將下列資料上交：
（1） 課程設計報告；
（2） 所開發的應用系統的源程序、安裝和使用說明；
（3） 將（1）（2）中的資料壓縮成一個壓縮包，壓縮包文件的命名規則：班級+學號（末2位）+姓名（例如：計科090101王鵬曉）；
（4） 班長將本班每人的（3）中的壓縮包刻錄成光碟連同列印的課程設計報告收齊，交給任課教師。
附錄﹑課程設計題目
題目1：課程設計選題管理系統（1，24）
包括三大模塊：
 課程設計題目維護與查詢：題目的添加、修改和刪除；按題目類型、名稱和關鍵字查詢以及已選與未選題目的查詢；
 學生信息維護與查詢；
 學生選題維護與管理：學生選題及查詢；
具體功能細化：
 前台學生選題：學生上網登錄系統進行選題；
 前台教師出題：
 教師添加、修改和刪除題目；
 教師確認學生的選題；
 後台管理出題和選題
 添加用戶及許可權

題目2：書店管理系統（23）
包括四大模塊：
 售書（圖書銷售管理及銷售統計，查詢）
 進書（通過書目，向發行商下定單訂購圖書）
 庫存（圖書庫存，統計）
 相關查詢

題目3：圖書館管理系統（11）
包括四大模塊：
 圖書的查詢
 借書
 還書
 圖書的預約

題目4：庫存管理系統（8）
包括四大模塊：
 商品目錄建立
 商品入庫管理
 商品出庫管理
 商品庫存查詢
題目5：工資管理系統（1 人）41
包括四大模塊：
 系統數據初始化
 員工基本信息數據的輸入、修改、刪除；
 員工個人信息及工資表的查詢；
 員工工資的計算；
參考數據如下：
 員工基本狀況：包括員工號、員工姓名、性別、所在部門、工資級別、工資等級等。
 工資級別和工資金額：包括工資等級、工資額。
 企業部門及工作崗位信息：包括部門名稱、工作崗位名稱、工作崗位工資等。
 工齡和工資金額：包括工齡及對應工資額。
 公司福利表：包括福利名稱、福利值。
 工資信息：包括員工號、員工姓名、員工基礎工資、員工崗位工資、員工工齡工資、公司福利、員工實得工資。
題目6：酒店客房管理系統 （1 人）14，26
包括四大模塊：
 前台操作：包括開房登記、退房結賬和房狀態查看
 預訂管理：包括預訂房間、預訂入住和解除預訂
 信息查詢：包括在住客人列表、預訂客人列表和歷史客人列表
 報表統計：包括開房記錄統計、退房結賬和預訂房間統計
 員工基本信息數據的輸入、修改、刪除；
參考數據如下：
 住店管理：客人姓名、證件號碼、房號、入住時期、預計離開日期、結賬離開日期、應付金額
 客人信息：姓名、性別、證件類型、證件號碼、聯系電話
 房間信息：房號、房類型、價格、押金、房狀態 預訂房間
 客人姓名、性別、房類型、房號、價格、證件類型、證件號碼、聯系電話、入住日期、預計離開日期、歷史信息

題目7：旅行社管理信息系統（1 人）3
包括如下模塊：
 旅遊團隊、團隊團員及旅遊路線相關信息的輸入
 旅遊團隊、團隊團員及旅遊路線相關信息的維護（修改、瀏覽、刪除和撤銷）
 旅遊團隊管理信息的查詢（如按團隊編號）
 團隊團員基本情況的查詢（可選多種方式）
 旅遊路線相關信息的查詢（如按線路編號）
 旅遊路線排行榜發布。
 數據備份，更改密碼。
參考數據如下：
 團員信息表（路線編號，團隊編號，團員編號，姓名，性別，電話，通信地址，身份證號碼， 團費交否，備注）
 線路信息表（路線名稱，團費，簡介，圖形，路線編號）
 團隊信息表（團隊編號，路線編號，團員人數，出發日期，返程日期）
 旅遊團隊信息表（團隊編號，團隊負責人，團員人數，建團時間，是否出發，團費，盈虧）
密碼信息（操作員，密碼）
題目8：報刊訂閱管理系統 （1 人）25，35
包括如下模塊：
 登錄功能：登錄統為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不 同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。
 錄入新信息功能：對於管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦 提交就存入到後台資料庫中；普通用戶自行注冊進行可以修改個人信息。
 訂閱功能：用戶可以訂閱報刊，系統自動計算所需金額，並顯示在界面上；管理員不 可訂閱報刊，必須以用戶身份訂閱報刊。
 查詢功能：用戶可以查詢並顯示自己所訂閱的信息；管理員可以按人員、報刊、部門 分類查詢。查詢出的信息顯示在界面上,並且可以預覽和列印出結果。
 統計功能：管理員可以按用戶、部門、報刊統計報刊的銷售情況，並對一些重要的訂 閱信息進行統計；普通用戶可以統計出自己的訂閱情況，並且可以預覽和列印出結果。
 系統維護功能：數據的安全管理，主要是依靠管理員對資料庫里的信息進行備份和恢 復，資料庫備份後，如果出了什麼意外可以恢復資料庫到當時備份的狀態，這提高了系統和 數據的安全性，有利於系統的維護
參考數據如下：
 管理員表（Adminuser） ：管理員名、密碼。
 部門表（Department） ：部門號，部門名。
 用戶表（Users） ：用戶賬號、密碼、真實姓名、身 份證號、聯系電話，聯系地址，部門號（和部門表有關）等。
 報刊類別表（NewspaperClass） ：分類編號、 分類名稱。
 報刊信息表（Newspaper） ：報刊代號、報刊名稱、出版 報社、出版周期、季度報價、內容介紹、分類編號（和報刊類別表有關）等。
 訂單表（Order） ：訂單編號、用戶編號、報刊代號、訂閱份數、訂閱月數等。
題目9：計算機等級考試教務管理系統（2 人）32
包括四大模塊：
 用戶設置：對考點代碼，考點名稱進行設置，設置用戶與密碼；系統復位：即清除上一次考試數據（在之前存入歷史）
 報名管理： 報各庫錄入（姓名不能不空，之間不能有空格） 增加、刪除、修改、瀏覽
 准考證管理：准考證生成規則：xxx+yy+zz+kk，其中 XXX 為考點代碼；YY 為語言代碼，XX 為考場號，KK 為座位號 同一級別、語言應根據報名初始庫信息按隨機數生成准考證，同一考點最多可有 99*30=2970 名考生；如已生成准考證號，再重新生成准考證號，應該給予提示。 准考證列印
 考務管理：考生信息查詢、瀏覽、列印
 成績管理：成績數據錄入、接收 成績合成（總成績=筆試成績*0.6+上機成績*0.4）,按大於或等於 60 合格
參考數據如下：
 初始報名表（准考證號（為空） ，報名號（主鍵） ，級別+語言種類（外鍵） ，姓名，性別， 出生年份，民族，身份證號，聯系地址，聯系電話，照片，備注，參加培訓）
 含准考證號的報名表（准考證號（為主鍵） ，報名號，級別+語言種類（外鍵） ，姓名，性別， 出生年份，民族，身份證號，聯系地址，聯系電話，照片，備注，參加培訓）
 成績表（准考證號，筆試成績，上機成績，總成績） 級別語言代碼表（級別語言代碼，級別+語言）
 用戶信息表（考點代碼，考點名稱，用戶名，密碼）
題目10：人事管理系統（1 人）21
包括四大模塊：
 登錄管理：包括操作員管理，口令設置，許可權管理
 人員管理：包括人事數據維護、人事信息查詢和人事信息統計
 工資管理
 部門管理：包括部門表，職稱表和年份表
 查詢及報表列印
參考數據如下：
 人事表（編號，姓名，性別，出生日期，工作日期，部門代碼，職稱，婚否，簡歷，相片）
 工資表（基本工資，崗位津貼，獎勵，應發工資，水電，保險，實發工資）
 部門表（代碼，部門名稱）
 職稱表（職稱代碼，職稱名稱）
 年份表（年份代碼，年份名稱）
 操作員表（操作員代碼，操作員姓名，口令，部門，電話）
系統日誌表（操作員代號，操作員姓名，登錄時間，離開時間）
題目11：商品銷售管理系統（1 人）19
包括四大模塊：
 用戶登錄
 基本信息管理：包括銷售情況、商品信息、庫存表、員工表等信息的錄入、瀏覽、修改、撤銷、刪除和查詢等
 商品銷售管理：包括商品售出、退回和入庫
 盤點：包括庫存檔點、當日銷售盤點
參考數據如下：
 商品信息表（商品編號，商品名稱，品牌，型號，銷售單價） 商品編號=類別代碼（1 位）+品名代碼（1 位）+品牌代碼（2 位）+型號代碼（2 位）
 銷售情況表（成交編號，商品編號，銷售數量，總金額，銷售日期，員工編號）
 庫存表（商品編號，供貨商編號，進貨日期，進貨價，庫存數量）
 員工表（員工編號，員工姓名，性別，基本工資，職務，密碼）
 供貨商表（供貨商編號，供貨商名稱，所在地，聯系電話）
 員工資料表（員工編號，員工姓名，是否黨員，簡歷，照片）
題目12：學生成績管理系統（1 人）29
包括四大模塊：
 基本數據管理：包括院系管理，專業管理（設置院系下面的專業），班級管理（設置專業下面的班級），課程管理（設置相應專業下面的課程）
 學生信息管理：包括基本信息錄入、基本信息修改
 學生成績管理：包括學生成績錄入、學生成績修改
 信息查詢：包括基本信息查詢、成績信息查詢、學校人數統計
 系統管理：用戶管理、數據備份和系統幫助
參考數據如下：
 院系信息（院系代碼，院系名稱）
 院系專業信息（班級、院系代碼，專業）
 學生基本信息（班號，學號，姓名，性別，出生年月，籍貫，政治面貌，身份證號，入學年月，家庭地址，郵政編碼，圖片信息，備注）
 學生成績表（學號，課號，成績，備注）
 課程表（課號，課程名稱，學期，備注）
 班表（班號，班級名稱）
 用戶信息表（用戶名，密碼，用戶標識）
題目13：火車售票管理系統（4 人）36
包括四大模塊：
 售票管理
 訂票管理
 信息查詢
 系統維護
參考數據如下：
 車次信息表（車次，始發站，終點站，發車時間，到達時間）
 訂票信息表（車次，座位號，發車時期，發車時間，座位等級，票價）
 車次座位等級分配及座位佔用表（車次，座位號，座位等級，票價，佔用標志）
 用戶信息表（用戶名，密碼，用戶標識）
題目14：小型物業管理系統（1 人）
包括四大模塊：
 房源管理：對原始資料的錄入、修改、查詢和刷新。一般用戶可以查詢與房間有關 的統計資料；物業主管可其進行增、刪、改、插等操作
 租房管理：對房產出租，退租以及租房面積調整。其中物業主管可對其進行房租金 額計算和收款操作，一般用戶對其查詢
 水電處理：根據租房資料，結合當月水、電量進行分攤，完成應收水電費。其中物 業主管對其進行計算，其他查詢
 交款處理：提供收款和發票列印以及交款數據查詢
 查詢處理：對租房資料、交款資料，發票資料進行查詢
參考數據如下：
 房源資料（名稱，面積，月租，物業，倉庫）
 租房資料（名稱，面積，單位，月租，物業，押金，倉庫）
 水電資料（單位，電量，水量，電費，水費）
 交費資料（收費項目，應收日期，應收金額，已收金額，未收金額，本次收款）
 發票資料（單位，房租，電費，水費，物業）
 許可權資料（用戶，密碼，房源管理，租房管理，水電管理，交費管理，發票管理，系統維護） 其中系統管理員，有權進行系統維護；單位內部物業主管，有權進行物業資源調配、單元出 租，退租和收款開票操作；物業管理員，有權進行水電處理和收款處理等操行；租戶代表， 有權進行種類費的查詢操作
題目15：機房收費管理系統（1 人）7，34
包括四大模塊：
 登錄模塊
 上機管理模塊 說明：上機登記時，余額不足 3 元或卡處於掛失狀態，則拒絕登記 每位同學的一次上機形成一條記錄，每 36S 遍歷一次上機記錄表，對表中所有正上機欄位為 TRUE 的記錄的上機用時增加 36S,同時從上機卡表的余額減少
 上機卡管理模塊
 充值掛失模塊
 查找統計模塊：統計某天上機的總時數、每次上機的平均時數和機房的收入；某學 生上機的次數、上機總時數、每次上機平均時間；掛失和查詢余
參考數據如下：
 上機卡（卡號，姓名，專業班級，余額，狀態） 狀態的取值有：正常（能自費上機）
 掛失上機記錄（卡號，上機日期，開始時間，上機用時，正上機，管理號代碼），上機用時記錄學生上機時間（S）；正上機是一個布爾型，為 True 表示正上機，每 36 秒刷新 其上機用時並扣除上機費用，為 False 表示上機結束。上機記錄表永久保存，用於事後查詢 和統計 管理員（代碼，姓名，口令）

題目16：高校葯房管理（1 人）31
包括四大模塊：
 基礎數據處理：包括醫生和葯劑師名單的錄入，修改，刪除及查詢
 營業數據處理：包括葯品進貨上櫃，處理劃價，配葯，櫃存葯品查詢，處方綜合查 詢，交接班結轉清。
參考數據如下：
 葯品信息表（貨號，貨名，計量單位，進貨數量，進貨單價，出售單價，進貨日期，收貨人 和供應商）
 處方信息（編號，患者姓名，醫生姓名，葯劑師姓名，處方日期，配葯日期） 處方葯品信息（處方編號，葯品貨號，計量單位，配葯數量，銷售單價，已配葯否）
 醫生名單和葯劑師名單表（姓名）

題目17：考勤管理系統（2 人）40
包括四大模塊：
 記錄每個員工每天所有進入公司的時刻和離開公司的時刻。
 每天結束時自動統計當天的工作時間
 每天結束時自動統計當天遲到或早退的次數。
 對於彈性工作制，每天結束時自動統計當月的工時，並自動算出當月欠缺或富餘的 時間
 每個月末統計該月的工作時間判斷是束足夠
 每個月末統計該月的工作天數並判斷是否足夠
 管理人員查詢並修改工作時間（特殊情況下修改）
 管理人員賬戶管理（如設置密碼等）
 管理人員設定早退及遲到的條件，每個月的工作時間
 管理人員設定每個月的工作日期及放假日期
參考數據如下：
 員工信息(工號，姓名，年齡，入職時間，職位，性別，密碼)
 配置信息（上班時間小時，上班時間分鍾，下班時間小時，下班時間分鍾，每天工作時間）
 每月統計數據表（工號，姓名，剩餘的時間，遲到的次數，早退的次數，工作天數）
 每天統計信息表（工號，姓名，小時，分鍾，動作，時間） 其中動作指的時入或離開公司

題目18：單位房產管理系統（2 人）33，10
包括四大模塊：
 系統模塊：完成資料庫維護、系統關閉功能
 物業費用模塊：完成本月物業的計費、歷史資料查詢和財務部門介面傳送數據、物 業相關費用單價設置
 房屋資源模塊：對房屋資源進行添加、列表顯示、查詢
 職工信息模塊：對職工進行添加、列表顯示、查詢以及相應部門、職務進行維護
 幫助模塊：對用戶使用本系統提供在線幫助
參考數據如下：
 職工（編號，姓名，性別，參加工作時間，行政職務，專業技術職務，評上最高行政職務時 間，評上最高專業技術職務時間，雙職工姓名，現居住房號，檔案號，房產證號，所在部門 編號，是否為戶主）
 部門（編號，部門名稱） 住房級別表（編號，級別，住房標准，控制標准，級別分類）
 房產情況（編號，房號，使用面積，現居住人 id，上一個居住人 id,最早居住人 ID,陽檯面積）
 物業費用（編號，房號，水基數，水現在值，電基數，電現在值，燃氣基數，燃氣現在值， 當前年份，當前月份）
 價格標准（編號，水單價，電單價，燃氣單價）
題目19：標准化考試系統 （2 人）15，39
功能要求： 設計一個簡單的標准化考試系統，僅有單項選擇題、多項選擇題和判斷題功能即可。
包括四大模塊：
 題庫管理：實現試題的錄入、修改、刪除功能；
 考試子系統：能夠實現考生做題、結果自動存入到資料庫中，有時間提示；
 選擇身份(登錄)功能：系統能夠記錄考生輸入的登錄信息及交卷信息；
 自動評分功能：考生交卷後能自動評分；
 查看成績功能：能夠查詢考生相關信息(包含成績等)。
參考數據如下：

其它可供選擇的題目：
網上教務評教系統130，127，133 16
學生日常行為評分管理系統232，110，230
網上鮮花店 38
基於BS結構的工藝品銷售系統12
基於BS結構的校園二手物品交易網站 37
大學生就業管理系統201，208，234
題庫及試卷管理系統

資料庫原理及應用
課程設計報告
題目： 課程設計選題管理系統

所在學院：
班 級：
學 號：
姓 名： 李四
指導教師：

2011年12月 日
目錄
一、 概述
二、需求分析
三、概念設計
四、邏輯設計
五、系統實現
六、小結
一、概述

5. 實驗報告的最後一部分"實驗總結"應該怎麼寫(資料庫綜合應用)

設計感言
此次的設計是1個新的體驗、新的挑戰，我在此過程中不但應用了所學專的知識，而且還不屬斷的學習新的知識、工具，以完成設計的需要，在設計的過程中我深深體會到作為1個學習計算機專業的人士，為了實現1個模塊的代碼、為了1個設計的實現思想、經常絞盡腦汁來達到設計所要達到的目的，雖然我的基礎知識不夠扎實，但是我在此期間積累了許多寶貴的經驗，這都是我以後走上工作崗位的巨大的財富。
由於這是1個新的嘗試，還有我有限的知識和倉促的時間所限，所以設計過程中難免有缺點和不足的地方，望各位老師能給予我批評指正。

【直接復制或者稍微改動下都足以應付了】

6. 急求SQL資料庫的實訓總結,以及在實訓中碰到的問題和體會

都差不多吧!我也寫過一次,給你吧,希望能夠幫到你

這個星期是我們SQL Server 資料庫管理課的實訓，經過一個星期的實訓，讓我領會到了許多平時課堂上所沒有接受的課外知識，很讓人受益匪淺，懂得如何去運用，而進行的一次分析設計綜合的訓練。而本次實訓的目的是讓我們掌握資料庫系統的原理、技術。將理論與實際相結合，應用現有的資料庫管理系統軟體，規范、科學地完成一個設計與實現。

這次我們實訓的內容是從資料庫、數據表的創建和修改開始的，表是建立關系資料庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看錶信息、查看錶屬性、修改表中的數據、刪除表中的數據及修改表和刪除表的操作。從實訓中讓我更明白一些知識，表是數據最重要的一個數據對象，表的創建好壞直接關繫到數資料庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以後在實際應用中多使用表，對表的規劃和理解就會越深刻。我們實訓的另一個內容是資料庫的約束、視圖、查詢。從中我們了解到查詢語句的基本結構，和簡單SELECT語句的使用，多表連接查詢。而在視圖的操作中，也了解到了視圖是常見的資料庫對象，是提供查看和存取數據的另一種途徑，對查詢執行的大部分操作，使用視圖一樣可以完成。使用視圖不僅可以簡化數據操作，還可以提高資料庫的安全性，不僅可以檢索數據，也可以通過視圖向基表中添加、修改和刪除數據。存儲過程、觸發器也是我們實訓的內容之一， 在操作中有建立存儲過程，執行存儲過程，及查看和修改存儲過程，這些都是非常基礎的東西，但對用戶卻是非常重要的呢，只有熟悉了T_SQL語言，才能更好的掌握更多的東西。我們還學習了，SQL管理、數據的導入、導出、備份和還原。有SQL Server 安全訪問控制；登錄賬戶的管理；資料庫角色的管理；用戶許可權管理。維護資料庫的安全是確保資料庫正常運行的重要工作。數據的備份是對SQL Server數據事務日誌進行拷貝，資料庫備份記錄了在進行備份操作的資料庫中所有數據的狀態。而數據的備份還分為資料庫完整備份、差異備份、事務日誌備份、文件及文件組備份。做數據備份就是為了以後的資料庫恢復用。在實訓內容上我們還做了倉庫管理資料庫，其中的要求包含了許多資料庫的對象，綜合了我們所學的許多知識，讓我們更努力的把所學到的東西運用上去。

實訓課是在學習與探索中度過的，短暫的一星期實訓是結束了，但其中讓我們學到了許多知識，出現許多未知的為什麼，如倉庫管理資料庫的初步設置、數據備份與還原的步驟，如何建立視圖、觸發器等一系列的問題，正是在老師和同學的共同努力之下，我們才一步步把問題解決了，最終完成了不可能完成的任務。

7. SQLserver資料庫實訓總結怎麼寫

這個主要要著重寫幾個方面，你一定要多寫，寫的詳細一點。
1，管理系統的資料庫需求【這個算是概況】
2，資料庫對象模型設計
【設計核心部分】
3，資料庫的創建以及表間關系，存儲過程，視圖，觸發器的設計和定義。【標準定義部分】
4，資料庫的優化設計，【這個你要是沒有經驗，就多測試，多寫測試結果】
【著重在測試上多寫點啊，比如，20萬數據和100萬數據的時候，你是如何優化查詢的】
少說這里能寫個幾千字。
5，數據訪問組件的代碼結構，既然是管理系統，肯定要涉及數據訪問。你把這個多寫一點，比如不同組件之間的數據訪問的差異，優勢，弊端，你是如何改進的之類的。
7，BUG調試日誌，開發這么個系統，肯定是中途經歷了不少的錯誤和修改，你把這個過程寫一點。
8，記錄下你對於這個系統從設計到開發的經驗，總結。
這么下來，怎麼著也得1萬字吧，要是再把參考的資料加上，恐怕能列印一小本了。

8. 求SQL資料庫實驗報告

*****系實驗（上機）報告

課程名稱 資料庫系統基礎
實驗名稱 數據查詢與存儲過程
學號 33
學生姓名 嘻習喜戲
成績

年 月 日

序號 5 實驗名稱 SQL數據查詢
實驗目的：
熟練掌握SQL SELECT 語句，能夠運用該語句完成各種查詢。

實驗內容：
用SQL SELECT 語句完成下列查詢：
1． 查詢客戶表中的所有記錄。
2． 從訂購單表中查詢客戶號信息（哪些客戶有訂購單）。
3． 查詢單價在20元以上（含）的產品信息。
4． 查詢單價在20元以上（不含）的產品名稱為牛奶的產品信息。
5． 查詢單價在20元以上（不含）的產品名稱為牛奶或德國乳酪的產品信息。
6． 查詢有2003年7月訂購單的客戶名稱、聯系人、電話號碼和訂單號信息。
7． 查詢有德國乳酪訂貨的客戶的名稱、聯系人和電話號碼信息。
8． 查詢有德國乳酪訂購需求的訂單名細記錄。
9． 查詢所有訂購數量（即訂單名細中每個訂購項目的數量）都在10個以上的訂購單的信息。
10． 找出和德國乳酪同等價位的所有產品信息。
11． 查詢單價范圍在10元到30元范圍內的產品信息（使用BETWEEN…AND）。
12． 從客戶表中查詢出客戶名稱中有「公司」二字的客戶信息（使用LIKE運算符）。
13． 從客戶表中查詢出客戶名稱中沒有「公司」二字的客戶信息（使用NOT LIKE運算符）。
14． 按產品的單價升序列出全部產品信息。
15． 先按產品名稱排序，再按單價排序列出全部產品信息。
16． 從產品表中查詢共有幾種產品。
17． 從訂購名細表中查詢德國乳酪的訂購總數。
18． 計算德國乳酪所有訂購的總金額。
19． 求所有訂購單的平均金額，在查詢結果中列出訂購單的個數和平均金額。
20． 求每個訂購單訂購的項目數和總金額。
21． 求每個客戶包含了德國乳酪訂購的訂單號及其最高金額和最低金額。
22． 求至少有兩個訂購項目的訂購單的平均金額。
23． 找出尚未最後確定訂購單（即訂購日期為空值的記錄）的有關客戶信息（客戶的名稱、聯系人和電話號碼）和訂單號。
24． 找出在2000年1月1日之後簽訂的訂購單的客戶信息（客戶的名稱、聯系人和電話號碼）、訂單號和訂購日期。
25． 列出每類產品（相同名稱）具有最高單價的產品信息（產品號、名稱、規格說明和單價，提示：使用內外層互相關嵌套查詢）。
26． 確定哪些客戶目前沒有訂購單（使用謂詞NOT EXISTS）。
27． 查詢目前有訂購單的客戶的信息（使用謂詞EXISTS）。
28． 查詢符合條件的產品信息，要求該產品的單價達到了任意一款產品名稱為牛奶的單價的一半（使用ANY或SOME量詞）。
29． 查詢符合條件的產品信息，要求該產品的單價大於任何一款產品名稱為牛奶的單價（使用ALL量詞）。
30． 設計如下的連接操作，並分析各自的特點：
•廣義笛卡兒積
•內連接
•外連接
•左連接
•右連接
•全連接

掌握存儲過程的創建命令，按照題目要求創建存儲過程，理解存儲過程的作用。
（1） 建立存儲過程。查詢單價范圍在x元到y元范圍內的產品信息。
（2） 建立存儲過程。查詢在某年某月某日之後簽訂的訂購單的客戶信息（客戶的名稱、聯系人和電話號碼）、訂單號和訂購日期。
（3） 建立存儲過程。將某產品的訂購日期統一修改為一個指定日期。
（4） 建立存儲過程。刪除沒有簽訂單的客戶信息。

實驗要求：
用SELECT語句完成本次實驗，並提交上機報告。
（1） 掌握存儲過程的創建命令，按照實驗內容的要求創建存儲過程，理解存儲過程的作用。
（2） 用CREATE PROCEDURE和EXECUTE 語句完成本次實驗，並提交上機報告。
實驗准備(本實驗預備知識和為完成本實驗所做的准備)：
仔細閱讀課本第五章關於SQL的數據查詢功能的內容
實驗過程(實驗的操作過程、遇到的問題及其解決辦法或未能解決的問題)：
用SQL SELECT 語句完成以上30題查詢

實驗總結(總結本次實驗的收獲、未解決的問題以及體會和建議等)：
熟練掌握SQL SELECT 語句，能夠運用該語句完成各種查詢

附錄（SQL語句）：
--1． 查詢客戶表中的所有記錄。
select * from 客戶
--2． 從訂購單表中查詢客戶號信息（哪些客戶有訂購單）
select 客戶號from 訂單where 訂單號!=null
--3． 查詢單價在元以上（含）的產品信息。
select *from 產品where 單價> 20 or 單價=20
--4． 查詢單價在元以上（不含）的產品名稱為牛奶的產品信息。
select *from 產品where 單價>20 and 產品名稱='牛奶'
－－． 查詢單價在元以上（不含）的產品名稱為牛奶或德國乳酪的產品信息
select *from 產品where 單價>20 and (產品名稱='牛奶'or 產品名稱='德國乳酪')
--6． 查詢有年月訂購單的客戶名稱、聯系人、電話號碼和訂單號信息
select 客戶名稱,聯系人, 電話,訂單號from 客戶,訂單where (year(訂購日期)=2003 and month (訂購日期)=7)and (訂單.客戶號=客戶.客戶號)
--7． 查詢有德國乳酪訂貨的客戶的名稱、聯系人和電話號碼信息。
select 客戶名稱,聯系人, 電話from 客戶
where
(客戶號= (select 客戶號from 訂單where(訂單號 =(select 訂單號from 訂單明細
where 產品號= ( select 產品號from 產品where 產品名稱= ' 德國乳酪' )))))
--8． 查詢有德國乳酪訂購需求的訂單名細記錄。
select * from 訂單明細where (數量!=null and 產品號=(select 產品號from 產品where 產品名稱= '德國乳酪'))
--9． 查詢所有訂購數量（即訂單名細中每個訂購項目的數量）都在個以上的訂購單的信息。
select * from 訂單where (訂單號in (select 訂單號from 訂單明細where (數量>10)))
--10． 找出和德國乳酪同等價位的所有產品信息。
select * from 產品where (
--11． 查詢單價范圍在元到元范圍內的產品信息（使用BETWEEN…AND）。
select * from 產品where (單價between 10 and 30)
--12． 從客戶表中查詢出客戶名稱中有「公司」二字的客戶信息（使用LIKE運算符）
select * from 客戶where 客戶名稱like '%公司%'
--13． 從客戶表中查詢出客戶名稱中沒有「公司」二字的客戶信息（使用NOT LIKE運算符）。
select * from 客戶where 客戶名稱not like '%公司%'
--14． 按產品的單價升序列出全部產品信息。
select *from 產品order by 單價
--15． 先按產品名稱排序，再按單價排序列出全部產品信息。
select * from 產品order by 產品名稱,單價
--16． 從產品表中查詢共有幾種產品。
select count ( distinct 產品名稱) as 產品總數from 產品
--17． 從訂購名細表中查詢德國乳酪的訂購總數
select sum (數量) as '訂購乳酪數量'
from 訂單明細
where 產品號in(select 產品號from 產品where 產品名稱='德國乳酪')
--18． 計算德國乳酪所有訂購的總金額
declare @a money
select @a=(select 單價from 產品where 產品名稱='德國乳酪')
declare @b int
select @b=(select sum (數量) as '訂購乳酪數量'
from 訂單明細
where 產品號in(select 產品號from 產品where 產品名稱='德國乳酪'))
declare @c int
select @c=@a*@b
select @c as 總金額
--19． 求所有訂購單的平均金額，在查詢結果中列出訂購單的個數和平均金額。
select 訂單均值= avg(單價*數量) ,訂單個數=count ( 訂單號)
from 訂單明細,產品
where 產品.產品號=訂單明細.產品號
--20． 求每個訂購單訂購的項目數和總金額。
select 訂單號, count (產品.產品號) as 項目數,sum(數量*單價) as 總金額
from 產品,訂單明細
where (產品.產品號=訂單明細.產品號)
group by 訂單號
--21．求每個客戶包含了德國乳酪訂購的訂單號及其最高金額和最低金額
select 客戶.客戶號,產品.產品號,數量*單價as 總金額
from 客戶,訂單,訂單明細,產品
where 客戶.客戶號=訂單.客戶號and 訂單.訂單號=訂單明細.訂單號and 訂單明細.產品號=產品.產品號and
產品名稱='德國乳酪'
order by 客戶號
compute max(數量*單價),min (數量*單價) by 客戶號
--22．求至少有兩個訂購項目的訂購單的平均金額
select 訂單號,avg(數量*單價),count(產品.產品號)
from 訂單明細,產品
where 訂單明細.產品號=產品.產品號
group by 訂單號
having count(產品.產品號)>=2

--23．找出尚未最後確定訂購單（即訂購日期為空值的記錄）的有關客戶信息
-- （客戶的名稱、聯系人和電話號碼）和訂單號
select 客戶名稱,聯系人,電話,訂單明細.訂單號
from 客戶, 訂單明細,訂單
where(客戶.客戶號= 訂單.客戶號) and 訂購日期=null

--24．找出在年月日之後簽訂的訂購單的客戶信息
--（客戶的名稱、聯系人和電話號碼）、訂單號和訂購日期

select 客戶名稱,聯系人,電話,訂單號,訂購日期
from 客戶,訂單
where 客戶.客戶號=訂單.客戶號
and year(訂購日期)>1996 and month(訂購日期)>4 and day(訂購日期)>2

--25．列出每類產品（相同名稱）具有最高單價的產品信息
--（產品號、名稱、規格說明和單價，提示：使用內外層互相關嵌套查詢）
select A.產品號, A.產品名稱, A.規格說明, A.單價
from 產品A
where 單價= (SELECT MAX(單價)
FROM 產品B
WHERE A.規格說明= B.規格說明)
--26．確定哪些客戶目前沒有訂購單（使用謂詞NOT EXISTS）
select *
from 客戶
where not exists (select* from 訂單where 客戶號=訂單.客戶號)
--27．查詢目前有訂購單的客戶的信息（使用謂詞EXISTS）
select *
from 客戶
where exists (select* from 訂單where 客戶號=訂單.客戶號)

--28．查詢符合條件的產品信息，要求該產品的單價達到了任
--意一款產品名稱為牛奶的單價的一半（使用ANY或SOME量詞）
select *
from 產品a
where(單價>any(select 單價/2 from 產品b where b.產品名稱='牛奶'))
--29．查詢符合條件的產品信息，要求該產品的單價大於任何
-- 一款產品名稱為牛奶的單價（使用ALL量詞）
select *
from 產品a
where(單價>all(select 單價from 產品b where b.產品名稱='牛奶'))

--30．設計如下的連接操作，並分析各自的特點：
-- •廣義笛卡兒積
SELECT *
FROM 客戶CROSS JOIN 訂購單
WHERE 客戶.客戶號= 訂購單.客戶號

-- •內連接
SELECT *
FROM 客戶INNER JOIN 訂購單
ON 客戶.客戶號= 訂購單.客戶號

-- •外連接
-- •左連接
SELECT *
FROM 客戶LEFT JOIN 訂購單
ON 客戶.客戶號= 訂購單.客戶號
-- •右連接
SELECT *
FROM 客戶RIGHT JOIN 訂購單
ON 客戶.客戶號= 訂購單.客戶號

-- •全連接
SELECT *
FROM 客戶FULL JOIN 訂購單
ON 客戶.客戶號= 訂購單.客戶號

說明：
1. 上機報告上傳到211.68.36.251的資料庫文件夾中的上傳目錄
2. 文件名的命名規則為：學號+姓名+實驗+序號。如：9724101汪偉的第二次上機報告名為：9724101汪偉實驗2
3. 封面由學生填寫；
4. 正文的實驗名稱、實驗目的、實驗內容、實驗要求已經由教師指定；
5. 實驗准備由學生在實驗或上機之前填寫；
6. 實驗過程由學生記錄實驗的過程，包括操作過程、遇到哪些問題以及如何解決等；
7. 實驗總結由學生在實驗後填寫，總結本次實驗的收獲、未解決的問題以及體會和建議等；
8. 將相關的語句粘貼到附錄中。

你自己改改吧。想要word原版的話再說一聲。

9. 資料庫課程設計心得3篇

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

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

我所負責的是資料庫的備份和還原還有一些界面的實現。還記得自己剛接觸html的時候，覺得很感興趣，所以有一段時間幾乎到了痴迷的程度。然而Php是我剛接觸不久的一種編程語言。不過覺得它的功能真的很強大，可以開發出很多大型的系統。但是在做備份和還原的時候，要考慮的東西還是很多的。當我遇到錯誤的時候，感到很受打擊。值得欣慰的是，在同學的幫助和大量參考書的查閱下，我把自己的模塊做好了。這就是我收獲最大的地方。而且，我明白了遇到困難永不放棄的重要性，我知道了團隊合作的重要性，我領悟了只有堅持不懈才會取得勝利。

知識的獲得是無止境的，只要你想學，只要你行動，沒有什麼會難倒我們的。回首這一個多星期的課程設計，我很欣慰。因為我有了動力，有了勇氣。謝謝老師對我們的不懈幫助，謝謝學校給了我們這一次實踐的機會，也謝謝組員們的關懷。這些美好的回憶美好的東西將永遠伴隨著我。
資料庫課程設計心得範文2：
一周的課程設計結束了，在這次的課程設計中不僅檢驗了我所學習的知識，也培養了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情的方法和技巧。在設計過程中，和同學們相互探討，相互學習，相互監督。我學會了運籌帷幄，學會了寬容，學會了理解，也學會了做人與處世，這次課程設計對我來說受益良多。

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

數據結構，是一門研究非數值計算的程序設計問題中計算機的操作對象(數據元素)以及它們之間的關系和運算等的學科，而且確保經過這些運算後所得到的新結構仍然是原來的結構類型。作為一門獨立的課程在國外是從20XX年才開始設立的。20XX年美國唐·歐·克努特教授開創了數據結構的最初體系，他所著的《計算機程序設計技巧》第一卷《基本演算法》是第一本較系統地闡述數據的邏輯結構和存儲結構及其操作的著作。“數據結構”在計算機科學中是一門綜合性的專業基礎課。數據結構是介於數學、計算機硬體和計算機軟體三者之間的一門核心課程。數據結構這一門課的內容不僅是一般程序設計(特別是非數值性程序設計)的基礎，而且是設計和實現編譯程序、 操作系統 、資料庫系統及其他系統程序的重要基礎。

通過這次模具設計，我在多方面都有所提高。

一、編譯工具VisualC++

很多程序在結構上是獨立的，但是本此設計的程序功能不是零散的，它有一個連接是的程序是一個整體，怎樣達到這種統一體呢?因為這個輸出連接是貫穿始終的。說到這，就應該說以下我所應用的調試工具，也就是運行環境VisualC++，可以充分利用Windows的支持剪貼版和英文的特點。正是在實現循環鏈表的程序中充分利用這個特點，才能製作出全漢化的初始化畫面。

二、鞏固和溫習了C語言

在界面設置中使用函數調用while。其中文本顯示顏色和背景顏色都可以任意按照自己的喜好，任意改變，但改變的時候必須採用標准英文大寫，同時在製作顯示菜單的窗口，大小根據菜單條數設計。最後採用printf輸出程序設計界面。

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

三、積累了寶貴的 經驗

我這次課程設計代碼中主要使用了鏈表的循環和遍歷這兩中操作。循環鏈表(CircularLinkedList)是單鏈表的另一種形式，它是一個首尾相接的鏈表。其特點是將單鏈表最後一個結點的指針域由NULL改為指向頭結點或線性表中的第一個結點，就得到了單鏈形式的循環鏈表，並稱為循環單鏈表。類似地，還有多重鏈的循環鏈表。在循環單鏈表中，表中所有結點被鏈在一個環上，多重循環鏈表則是將表中的結點鏈在多個環上。為了使某些操作實現起來方便，在循環單鏈表中也可設置一個頭結點。這樣，空循環鏈表僅由一個自成循環的頭結點表示。所謂遍歷(Traversal)，是指沿著某條搜索路線，依次對樹中每個結點均做一次且僅做一次訪問。訪問結點所做的操作依賴於具體的應用問題。

這次課程設計我選中的題目是個人資料的管理。編寫了一個可以簡易使用的個人資料管理系統，可以進行資料的輸入和管理。雖然在我的程序中有一部分是從網上搜索得來的，但我已經竭力將所獲得的信息變成自己的資源，動手上機操作，在了解和看懂的基礎上有所改變和創新，但是在的程序軟體中還有部分的不足，需要加以更新。僅管，我並沒能很好的利用所學數據結構的知識，但我也盡了自己最大的努力用我所學來完成這次的課程設計。同時，通過這次課程設計，我認識到了自己動手實踐的弱勢，特別是在編程方面，知道了計算機的實踐操作是很重要的，只有通過上機編程才能充分的了解自己的不足。

四、對以後的學習充滿了信心和期待

通過這次的課程設計，更是讓我深刻認識到自己在學習中的不足，同時也找到了克服這些不足的方法，這也是一筆很大的資源。在以後的時間中，我們應該利用更多的時間去上機實驗，加強自學的能力，多編寫程序，相信不久後我們的編程能力都會有很大的提高能設計出更多的更有創新的作品。
資料庫課程設計心得範文3：
資料庫課程設計大賽的塵囂漸漸遠去，懷著對這次大賽的些許不舍，懷著對當初課程設計開始時候的豪情萬丈的決心的留戀，懷著通過這次課程設計積累的信心與鬥志，我開始寫這篇 文章 ，為自己的足跡留下哪怕是微不足道但是對自己彌足珍貴的痕跡並期望與大家共勉。

首先，讓我的記憶追溯到大二暑假，在老大的指引下(老大勸我學asp.net)，我接觸到microsoft 公司的.net產品。那個時候我已經學過vc和asp，因為windows程序設計實驗的課的關系，接觸過vb，但是沒有專門去學他，因為習慣了c++裡面的class，int，覺得vb的sub，var 看著就不是很順心。我是一個好奇心很強的人，突然看到了一個號稱“.net是用於創建下一代應用程序的理想而又現實的開發工具”，而且主推c#語言，由於對c語言的一貫好感，我幾乎是立刻對他產生了興趣。我就開始了對c#的學習，任何語言都不是孤立存在的，所以數據交互是很重要的，暑假的時候我把我們這學期的課本資料庫系統概論看了一遍。我記得以前用c語言編程的時候，數據是在內存中申請空間，譬如使用數組等等。很耗費內存空間。這個時候就是資料庫站出來的時候啦，於是我又裝上了sql server2000，以前學asp的時候用的是access，那個時候只是照著人家做，理論是什麼也不是很清楚。

通過一個暑假的學習，基本搞清楚了理論方面的東西，具體怎麼用也不是很清楚。但是這為這學期的課程設計打下了鋪墊。

來到學校後，隨著這學期的資料庫課程大賽開始了，我有一個看法就是我自己應該具備的能力不是我會多少，而是我應該具備快速學會東西的能力。遇到什麼就學什麼。我們有時候很容易被一些專業名詞說嚇著，包括什麼建模，軟體工程，數據分析，數據挖掘等等。我身邊就有很多同學被這些紙老虎所唬住，而沒有勇氣去接觸他們，總是說這個太難了之類的退堂鼓的話，他們低估了自己的潛力同時也壓抑住了他們自己的好奇心。其實都是紙老虎，又不是什麼國家科研難題，只是去用一些工具，發明工具是很難，但是用一個工具就容易多了，just do it!我記得我做這個資料庫之前，我們老師說要做好前期分析，我就在網上搜索用什麼分析工具好。最後我選擇了roseuml建模工具。在此之前，我腦袋裡面沒有軟體建模的思想，什麼uml建模對我而言就是一張空白的紙。但是真正接觸後並沒有想像的那麼難，有什麼不懂的上網去搜索，這是一個信息橫流的世界，有google，就沒有不能解決的知識難題。以及後來的資料庫分析的時候用到的powerdesigner也是一樣。

開發的時候我想過用什麼架構，c/s模式?模式有很多，怎麼選擇?我就上網搜索現在最流行的架構是什麼。結果搜到了mvc架構，就是你啦。我決定用這個架構，不會，沒關系，咱學。just do it!前期工作準備好後，那麼我就得把我暑假學的.net加以實踐。這個時候我更加深入的了解了利用ado.net操縱資料庫的知識。並且對資料庫裡面的存儲過程有了比較深入的了解。經過大概2個多星期的奮斗，我完成了我的資料庫課程設計--基於.net數據集的圖書館管理系統。並最後非常榮幸的獲得了大賽的一等獎以及以及新技術應用獎。

與其臨淵羨魚，不如退而結網。這次資料庫課程設計給我的最大的印象就是如果自己有了興趣，就動手去做，困難在你的勇氣和毅力下是抬不了頭的。從做這個資料庫開始無論遇到什麼困難，我都沒有一絲的放棄的念頭。出於對知識的渴望，出於對新技術的好奇，出於對一切未知的求知。我完成了這次資料庫課程設計，不過這只是我學習路上的驛站，未來十年.net的核心技術就是xml[至少微軟是這么宣傳的]，我會繼續學習它，包括jave公司的j2ee我也很想試試，語言本來就是相通的，just do it!語言並不重要畢竟它僅僅是工具，用好一個工具並不是一件值得為外人道的事情，主要是了解學習思想。古語說的好：學無止境啊!

我很慶幸我參加了這次資料庫大賽，讓我確實打開了眼界。

10. 資料庫實驗分析與結論

這個要根據自己的實驗操作數據記錄，來進行有效的分析，並得出相應的結論的。不能隨便借用別人的數據的哦。