關于數據庫實訓報告總結(精選范文5篇)

總結，漢語詞語，讀音為zǒng jié，意思是總地歸結， 以下是為大家整理的關于數據庫實訓報告總結5篇 , 供大家參考選擇。

數據庫實訓報告總結5篇

【篇1】數據庫實訓報告總結

SQL Server數據庫實訓總結

為期一周的實訓已經結束，從這一周中，有了很多的感悟。從學到和掌握到的東西來說，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺！實訓第一天到教室時，看到老師給我們講試訓的內容與要求，然后告訴我們一些要完成的任務與作業，然后根據試訓的內容與要求授課，讓我們從實踐中去體會所學的知識。說實話，對于SQL Server 數據庫，我所學到的知識很不牢固，當時在課堂上聽課所記住的也并不多，所以在試訓開始時，真的不知道該干些什么？有一種“何去何從”的感覺！但隨著老師的教課和講解，以及和同學的討論，再結合自己所知道的知識和老師所發放下的課程內容，根據這些實際的情況，我對自己將要做的事也有了興趣和信心。所以在接下來的時間中，我們在老師的幫助下開始了數據庫相關的實訓。

在這次的google訂餐系統的設計過程中，我們根據該google訂餐系統的功能，將其分解三大部分來完成，第一部分就是建立數據庫和表，并給其添加約束；第二是角色的管理，分為管理員，訂餐用戶和餐館；第三就是用編程語言建立管理菜單。所以 試訓的內容是從數據庫和數據表的創建和修改開始的，表是建立關系數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數據，刪除表中的數據以及修改表與刪除表的操作。我們以SQL Server數據庫為基礎，建立一個google訂餐系統的數據庫管理體系，并將數據庫與程序連接，用編程語言建立數據庫管理菜單。老師給我們講了庫和表的創建方法，以及約束的內心及其語法結構，讓我們知道了不同約束的功能和使用的環境，還給我們說了標識列的使用和作用。講了數據庫的操作，增刪改查。使我們掌握了insert into，deleted from，update set，以及select*from語句的的相關知識和運用。其中還學到了分頁查詢以及多表查詢。

從這次試訓中讓我們更明白了一些知識，表是數據庫最重要的一個數據對象，表的創建好壞直接關系到數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際運用中使用多表，對表的規劃和理解就會越深刻。通過這次試訓，讓我深刻的了解到自己的不足，要想對進行數據庫更深的學習，自己得要多看有關的課外書籍，并多做練習，不懂得要多問同學和請教老師，以解決自己遇到的難題，知道更多的知識。實訓不僅是讓我們在實踐中對理論知識的驗證，也讓我們知道我們多學的知識在社會上的運用，把所學知識和企業商業接軌。

這次實訓，不僅讓我們學到了許多有關數據庫的知識，老師也給我們講了很多社會現狀和就業情況，讓我們不同的角度了解這個專業的就業趨勢。讓我們在今后的學習中更有動力的充實自己，曾加自己的知識面和鍛煉自己各方面能力。

【篇2】數據庫實訓報告總結

數據庫實訓個人總結

數據庫實訓個人總結，學習就是為了不斷的進步，下面是帶來的數據庫實訓個人總結，歡迎閱讀!

數據庫實訓個人總結

3月7號進入宏天實訓公司參加軟件開發實訓的，在此次實訓中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。

當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心就由然而生，這應該就是工作的樂趣。

有時候不懂的就需要問別人了，虛心請教，從別人的身上真的能學到自己沒有的東西，每一次的挫折都會使我更接近成功。

還有學會了在工作中與人的合作與交流，同樂同累，合作互助，這是團體的精神，也是必須學習的東西。

經過之前的在校學習，對程序設計有了一定的認識與理解。

在校期間，一直都是學習理論知識，沒有機會去參與項目的開發。

所以說實話，在實訓之前，軟件項目開發對我來說是比較抽象的，一個完整的項目要怎么分工以及完成該項目所要的步驟也不是很明確。

而經過這次實訓，讓我明白了一個完整項目的開發，必須由團隊來分工合作，并在每個階段中進行必要的總結與論證。

一個完整項目的開發它所要經歷的階段包括：遠景范圍規劃和用例說明、項目結構和風險評估、業務功能說明書、詳細設計說明書、代碼實現、測試和安裝包等等。

一個項目的開發所需要的財力、人力都是很多的，如果沒有一個好的遠景規劃，對以后的開發進度會有很大的影響，甚至會出現在預定時間內不能完成項目或者完成的項目跟原來預想的不一樣。

一份好的項目結構、業務功能和詳細設計說明書對一個項目的開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有比較明確的認識，還能減少在開發過程中出現不必要的麻煩。

代碼的實現是一個項目開發成功與否的關鍵，也就是說，前期作業都是為代碼的實現所做的準備。

我深刻的認識到要成為一名優秀的軟件開發人員不是一件容易的事情，不僅要有足夠的干勁和熱情，還要有扎實的編寫代碼基礎，必須要有事先對文檔進行可靠性報告，功能說明書，詳細設計說明書等的編寫和一些風險評估的編寫的能力。

除了圖書館，最能讓我感覺到身在大學的就是實訓機房，在匆匆過去的兩個月內，我往返于實訓機房與宿舍之間，使我享受了一個充實的學習時期，讓我感受到了大學的魅力，對自己充滿信心，對大學充滿信心，以積極的心態迎接明天挑戰。

實訓中要求有扎實的理論基本知識，操作起來才順心應手，我這時才明白什么是“書到用時方恨少”。

這就激發了學習的欲望。

“學以致用”，就是要把學來的知識能運用到實際操作當中，用實踐來檢驗知識的正確性。

我想，這是實訓的最根本目的。

“紙上得來終覺淺，絕知此事要躬行!”,在短暫的實訓過程中，讓我深深感受到自己在實際運用中專業知識的匱乏。

以前總以為自己學的還不錯，一旦應用到實際就大不一樣了，這時才真正領悟“學無止境”的含義。

經過為期兩個月的電子政務服務平臺系統開發的實訓，我對Visual 2005.net 軟件開發平臺有了更深一步的了解，對微軟基礎類庫的認識與使用也有了大大的提高。

以及如何使用SQL Server數據庫進行連接操作方面有了本質的提高。

短短的實訓結束了，為我將來的就業打下了良好的基礎，也提高了我的軟件開發的水平，今后我將會更加努力的學習，不斷提高自身素質，開拓創新，與時俱進，做一個優秀的軟件開發工程師。

數據庫實訓個人總結

在這個學期的后幾周，我參加了數據庫的工程實訓。

這是我第一次系統地，完整的接觸軟件設計的全過程。

我的設計的題目是“VC基于SQL-SERVER的企業合同管理系統”。

在這次課程設計中，我的能力得到了鍛煉，自己也有許多體會。

這次的工程實訓是自己第一次全面接觸軟件的制作過程。

以前僅僅是對軟件的開發有一個大體的印象，通過這次的工程實訓，我對軟件的開發有了切身的體會。

軟件并不像我原來所想的那樣十分神秘，而是有著一個相對固定的模式和流程。

我們只要按照這個模式和流程，就能夠比較規范的完成一個軟件的制作。

軟件的制作是一個系統的工程，需要我們掌握多方面的知識。

在這次工程實訓中，我覺得自己的知識面還是有欠缺的。

需要在以后的學習工作中加以注意，要全面的提高自己的知識面與知識層次。

我在這次課程設計中主要用SQL-SERVER做數據庫的后臺開發和用VC做前臺。

在編程的過程中，我體會到編程是十分辛苦的。

在工程實訓這一段時間里，我每天的生活基本是在不斷的調試程序和修改代碼中完成的。

有時，這種生活令人感到乏味和疲倦，但是在這種近似枯燥的生活中，我的編程水平有了一定程度的提高，這是工程實訓中我最大的收獲。

以前學習計算機語言，總是靜不下心來，不能認真的看書。

這次工程實訓，為了順利的完成編程工作，我認真的學習了VC語言和數據庫知識，并有了一定的心得體會。

所以在以后的工作學習中，自己全身心的投入，這樣學習才會有效率，才會有效果。

工程實訓已經結束了，但在工程實訓的這些體會要應用到今后的工作生活中去。

在以后的工作生活中，我覺得自己要在以下幾個方面加以注意:

首先，在編程的時候要注意理論聯系實際。

注意將課本上的知識應用到日常的操作中，真正做到學以致用。

只有這樣，才能做到目的明確，才能有足夠的學習動力。

其次，在工作過程中要經常與同事進行交流，討論所遇到的問題，并一起解決。

在討論中解決問題，會節約很多時間，并且在交流的過程中，我們也可以學到更多的東西。

我通過這次 工程實訓覺 數據庫信息系統的主要任務是通過大量的數據獲得管理所需要的信息，這就必須存儲和管理大量的數據。

因此建立一個良好的數據組織結構和數據庫，使整個系統都可以迅速、方便、準確地調用和管理所需的數據，是衡量信息系統開發工作好壞的主要指標之一。

數據庫設計主要是進行數據庫的邏輯設計，即將數據按一定的分類、分組系統和邏輯層次組織起來，是面向用戶的。

數據庫設計時需要綜合企業各個部門的存檔數據和數據需求，分析各個數據之間的關系，按照DBMS提供的功能和描述工具，設計出規模適當、正確反映數據關系、數據冗余少、存取效率高、能滿足多種查詢要求的數據模型。

數據庫設計的步驟是:

(1)數據庫結構定義:目前的數據庫管理系統(DBMS)有的是支持聯機事務處理CLTP(負責對事務數據進行采集、處理、存儲)的操作型DBMS，有的可支持數據倉庫、有聯機分析處理CLAP(指為支持決策的制定對數據的一種加工操作)功能的大型DBMS，有的數據庫是關系型的、有的可支持面向對象數據庫。

針對選擇的DBMS，進行數據庫結構定義。

(2)數據表定義:數據表定義指定義數據庫中數據表的結構，數據表的邏輯結構包括:屬性名稱、類型、表示形式、缺省值、校驗規則、是否關鍵字、可否為空等。

關系型數據庫要盡量按關系規范化要求進行數據庫設計，但為使效率高，規范化程度應根據應用環境和條件來決定。

數據表設計不僅要滿足數據存儲的要求，還要增加一些如反映有關信息、操作責任、中間數據的字段或臨時數據表。

(3)存儲設備和存儲空間組織:確定數據的存放地點、存儲路徑、存儲設備等，備份方案，對多版本如何保證一致性和數據的完整性。

(4)數據使用權限設置:針對用戶的不同使用要求，確定數據的用戶使用權限，確保數據安全。

(5)數據字典設計:用數據字典描述數據庫的設計，便于維護和修改。

為了更好地組織數據和設計出實際應用數據庫，應該注意如下問題:

規范化地重組數據結構:對數據進行規范化表達，這在后面將會具體討論。

關系數據結構的建立:在進行了數據基本結構的規范化重組后，還必須建立整體數據的關系結構。

這一步設計完成后數據庫和數據結構設計工作基本完成，只待系統實現時將數據分析和數據字典的內容代入到所設計的數據整體關系結構中，一個規范化數據庫系統結構就建立起來了。

建立關系數據結構涉及三方面內容:確定關聯的關鍵指標項并建立關聯表;確定單一的父系記錄結構;建立整個數據庫的關系結構。

(1)鏈接關系的確定

在進行了上述數據規范化重組后，已經可以確保每一個基本數據表(我們簡稱為表)是規范的，但是這些單獨的表并不能完整地反映事物，通常需要通過指標體系整體指標數據才能完整全面地反映問題。

也就是說在這些基本表的各宇段中，所存儲的是同一事物不同側面的屬性。

那么計算機系統如何能知道哪些表中的哪些記錄應與其它表中的哪些記錄相對應，它們表示的是同一個事物呢?這就需要在設計數據結構時將這種各表之間的數據記錄關系確定下來。

這種表與表之間的數據關系一般都是通過主或輔關鍵詞之間的連接來實現的。

因為在每個表中只有主關鍵詞才能唯一地標識表中的這一個記錄值(因為根據第三范式的要求，表中其它數據字段函數都依賴于主關鍵詞)，所以將表通過關鍵詞連接就能夠唯一地標識出某一事物不同屬性在不同表中的存放位置。

(2)確定單一的父子關系結構

所謂確定單一的父系關系結構就是要在所建立的各種表中消除多對多(以下用M:N來表示)的現象，即設法使得所有表中記錄之間的關系呈樹狀結構(只能由一個主干發出若干條分支，而不能有若干條主干交錯發出若干條分支狀況)。

所謂的“父系”就是指表的上一級關系表。

消除多對多關系可以借助于E-R圖的方法來解決，也可以在系統分析時予以注意，避免這種情況的發生。

消除這種M:N情況的辦法也很簡單，只需在二表之間增加一個表，則原來M:N的關系就改成了M:1，1:N的關系了。

通過次工程實訓，我學到了很多數據庫的知識，這為我以后的工作提供了大量的豐富經驗為我以后從事軟件變成工作打下了堅實的基礎。

非 常感謝老師在工程實訓過程中對我的幫助，讓我受益菲淺，終生受益。

數據庫實訓個人總結

一個月的數據庫實訓就轉眼間就上完了，期間講解了一個學生管理系統，最后還做了一個小的數據庫鏈接作業。

現在就說說關于vb鏈接的數據庫的一些方法。

首先說數據庫，簡單的說就是建表格,然后把一張一張的表格和在一起,成為一大堆的數據集合。

他是依照某種數據結構組織起來并存放二級存儲器中的數據集合，基本分為三個層次，物理數據層，概念數據層和邏輯數據層。

不同層次間的聯系是通過映射來轉換的。

大多數vb鏈接數據庫都使用ado控件，他可以分為分為有源數據庫和無源數據庫，即是否使用了dsn數據源。

在連接數據庫前首先要在vb菜單中“工程”-“引用”或“部件”從中選擇 microsoft activex data objects 2.6 library和 microsoft activex data objects recordset 2.6兩個組件，然后定義鏈接的對象，用什么名字由自己決定。

下面的代碼也要由自己建立的數據庫來具體設置參數。

set db = new adodb.connection

set xs = new adodb.recordset

conn.connectionstring = “dsn=login;uid=;pwd=;”

conn.connectiontimeout = 30

conn.open

rs.open “select 用戶名 from login”, conn, adopenstatic, adlockreadonly, adcmdtext

dim i as string

for t = 0 to val(rs.recordcount) - 1

i = trim(rs.fields(“用戶名”).value)

rs.movenext

combo1.additem i

next t

rs.close

這樣數據庫也就基本上鏈接好了。

【篇3】數據庫實訓報告總結

sql數據庫實訓總結

sql數據庫實訓總結,SQL是StructuredQueryLanguage(結構化查詢語言)的縮寫。SQL是專為數據庫而建立的操作命令集，是一種功能齊全的數據庫語言。下面是分享的sql數據庫實訓總結，歡迎閱讀!

sql數據庫實訓總結【1】

我在sqlserver索引基礎知識系列中,第一篇就講了記錄數據的基本格式。

那里主要講解的是，數據庫的最小讀存單元：數據頁。

一個數據頁是8k大小。

對于數據庫來說，它不會每次有一個數據頁變化后，就存到硬盤。

而是變化達到一定數量級后才會作這個操作。

這時候，數據庫并不是以數據頁來作為操作單元，而是以64k的數據(8個數據頁，一個區)作為操作單元。

區是管理空間的基本單位。

一個區是八個物理上連續的頁(即64kb)。

這意味著sqlserver數據庫中每mb有16個區。

為了使空間分配更有效，sqlserver不會將所有區分配給包含少量數據的表。

sqlserver有兩種類型的區：

統一區，由單個對象所有。

區中的所有8頁只能由所屬對象使用。

混合區，最多可由八個對象共享。

區中八頁的每頁可由不同的對象所有。

通常從混合區向新表或索引分配頁。

當表或索引增長到8頁時，將變成使用統一區進行后續分配。

如果對現有表創建索引，并且該表包含的行足以在索引中生成8頁，則對該索引的所有分配都使用統一區進行。

為何會這樣呢?

其實很簡單：

讀或寫8kb的時間與讀或寫64kb的時間幾乎相同。

在8kb到64kb范圍之內，單個磁盤i/o傳輸操作所花的時間主要是磁盤取數臂和讀/寫磁頭運動的時間。

因此，從數學上來講，當需要傳輸64kb以上的sql數據時，

盡可能地執行64kb磁盤傳輸是有益的，即分成數個64k的操作。

因為64kb傳輸基本上與8kb傳輸一樣快，而每次傳輸的sqlserver數據是8kb傳輸的8倍。

我們通過一個實例來看有and操作符時候的最常見的一種情況。

我們有下面一個表，

createtable[dbo].[member]([member_no][dbo].[numeric_id]identity(1,1)notnull,[lastname][dbo].[shortstring]notnull,[firstname][dbo].[shortstring]notnull,[middleinitial][dbo].[letter]null,[street][dbo].[shortstring]notnull,[city][dbo].[shortstring]notnull,[state_prov][dbo].[statecode]notnull,[country][dbo].[countrycode]notnull,[mail_code][dbo].[mailcode]notnull,[phone_no][dbo].[phonenumber]null,[photograph][image]null,[issue_dt][datetime]notnulldefault(getdate()),[expr_dt][datetime]notnulldefault(dateadd(year,1,getdate())),[region_no][dbo].[numeric_id]notnull,[corp_no][dbo].[numeric_id]null,[prev_balance][money]nulldefault(0),[curr_balance][money]nulldefault(0),[member_code][dbo].[status_code]notnulldefault(""))

這個表具備下面的四個索引：

索引名細節索引的列

member_corporation_linknonclusteredlocatedonprimarycorp_no

member_identclustered,unique,primarykeylocatedonprimarymember_no

member_region_linknonclusteredlocatedonprimaryregion_no

memberfirstnamenonclusteredlocatedonprimaryfirstname

當我們執行下面的sql查詢時候，

selectm.member_no,m.firstname,m.region_nofromdbo.memberasmwherem.firstnamelike"k%"andm.region_no>6andm.member_no6andm.member_no

當然，我們要學習sql如何優化的話，就會用到查詢語句中的一個功能，指定查詢使用哪個索引來進行。

比如下面的查詢語句

selectm.member_no,m.firstname,m.region_nofromdbo.memberasmwith(index(0))wherem.firstnamelike"k%"andm.region_no>6andm.member_no6andm.member_no6andm.member_no6andm.member_no

【篇4】數據庫實訓報告總結

實 訓 報 告

實踐環節： 網頁與數據庫實訓

項目名稱： 博客管理系統的設計與實現

院 （系）： 軟件學院

專業班級：

學 號：

學生姓名：

指導教師： 崔建濤、楊華

學年學期： 2015-2016學年第2學期

成 績：

鄭州輕工業學院軟件學院

實訓任務書

一、實訓名稱

實踐環節 網頁與數據庫實訓

項目名稱 博客管理系統的設計與實現

二、學生信息

專業班級 學號 姓名

三、用戶需求及約束條件

1、網站需求：整個項目的使用分成普通用戶和管理員。普通用戶未登錄前，可以查看文章信息及發表評論。如果想要添加文章、圖片等信息，需要登錄，首先單擊“博客注冊”按鈕，注冊用戶名和密碼。注冊成功后，進入普通用戶操作頁面。在該頁面中，可以添加及查詢文章信息、發表評論；添加及查詢圖片；添加朋友信息等操作。

管理員，在博客首頁登錄處輸入管理員用戶名、密碼及驗證碼，進入管理員操作頁面。登陸后管理員具有普通用戶的所有權限，還可以刪除文章信息、評論信息、圖片及自己的朋友信息，管理普通用戶信息及公告信息。

2、網站開發要求：在Dreamweaver或Hbuilder環境下，使用php語言開發，后臺數據庫使用MySql開發。

四、設計要求、技術參數及設計規格

博客管理系統的實現使用B/S架構模式，Dreamweaver或Hbuilder實現前臺頁面設計，并使用JavaScript和CSS對頁面進行設計，后臺使用MySQL+phpMyAdmin，php實現與數據庫的連接。

1、數據庫設計 - 涉及到ER圖、數據庫本身。

2、前臺頁面設計 – HTML+CSS+JavaScript實現靜態頁面呈現 。

3、動態頁面設計 – php應用程序代碼實現動態交互。

五、工作量

天/日期

任務描述

通過標準

6-13

根據系統設計、數據庫設計理解項目框架結構并完成數據庫設計；

數據表項創建正確

6-14~6-16

實現系統首頁

給出首頁頁面能正確顯示運行

6-17~6-21

實現文章管理模塊，包括“添加博客文章”、“查找博客文章”、“管理我的博客”、“發表評論”、“刪除文章”、“刪除評論”

文章管理模塊相關頁面能運行

6-22~6-24

實現圖片上傳模塊，包括圖片的添加、瀏覽、查詢和刪除操作

圖片上傳模塊相關頁面能運行

6-27~6-29

實現朋友圈模塊，主要是添加、查詢、刪除好友

朋友圈模塊相關頁面能運行

6-30~7-1

功能完善，檢查作品，撰寫實訓報告

作品可運行，上交報告

六、考核形式、考核時間、考核指標及成績評定

實訓每一天做好實訓文檔記錄，最后一天進行實訓成果演示，要求能夠獨立完成實驗，并結合提交的紙質和電子版的實訓報告給出實訓成績。

實訓成績=成果演示成績*40%+實訓報告*40%+考勤*20%。

完 成 期 限： 2016年7月1日

指導教師簽章： 崔建濤、楊華

專業負責人簽章：

教學院長簽章：

2016年 6月 10日

實訓進度日歷

實踐環節

網頁與數據庫實訓

項目名稱

博客管理系統的設計與實現

學年、學期

2015-2016學年

第2學期

專業班級

指導教師姓名

天

數

上午/下午

實訓任務詳細描述

教師實訓任務的指導（解決方案、實現步驟、技術路線、難點提示）

通過標準

1

上午

講解系統相關軟件安裝及基本原理，閱讀相關文檔了解系統整體框架結構

實訓任務整體講解，了解系統開發所需工具及其原理；理解網站框架結構，將系統開發環境配置好。書寫需求分析說明書描述商店管理系統的功能需求、性能需求、運行需求、數據描述等。

掌握開發軟件的安裝及配置，閱讀系統相關文檔配置好網站框架結構

下午

完成數據庫設計，創建數據庫

完成數據庫表結構的設計，創建數據表，錄入測試數據

完成數據庫設計，完成數據庫創建和測試數據準備

2

上午

實現首頁頁面DIV+CSS布局

首頁頁面內容添加，CSS樣式設置

首頁能正確顯示

下午

實現用戶注冊登錄

注冊新用戶、登錄

用戶能實現注冊登錄

3

上午

實現登錄驗證碼

隨機選擇驗證碼圖片并正確顯示在主頁

實現驗證碼校驗功能

下午

實現首頁日歷顯示

使用JavaScript代碼實現頁面月份和年份選擇，實現日歷顯示

根據用戶選擇動態顯示日歷

4

上午

實現首頁公告、文章列表顯示

實現數據庫連接，顯示動態公告和文章列表

公告和文章正確顯示

下午

實現首頁圖片顯示

從數據庫中獲取二進制圖片文件

圖片正確顯示

5

上午

博客的文章管理模塊的設計與實現

實現文章管理模塊的“添加博客文章”，能對文章內容進行CSS樣式設置

博客添加功能實現

下午

博客的文章管理模塊的設計與實現

實現文章管理模塊的“查找博客文章”

博客查找功能實現

6

上午

博客的文章管理模塊的設計與實現

實現文章管理模塊的“管理我的博客”，實現多條記錄的分頁顯示

能實現博客的列表顯示功能

下午

博客的文章管理模塊的設計與實現

用戶可以對感興趣的文章進行評論，如果用戶未登錄則提示先登錄后評論”

文章評論功能實現

7

上午

博客的文章管理模塊的設計與實現

用戶刪除自己發表的文章

發表文章功能實現

下午

博客的文章管理模塊的設計與實現

實現文章管理模塊的“刪除評論”

刪除文章功能實現

8

上午

圖片上傳模塊的設計與實現

實現圖片上傳模塊的圖片的瀏覽

圖片瀏覽功能實現

下午

圖片上傳模塊的設計與實現

實現圖片上傳模塊的圖片添加功能

圖片添加功能實現

9

上午

圖片上傳模塊的設計與實現

實現圖片上傳模塊的圖片查詢

圖片上傳功能實現

下午

圖片上傳模塊的設計與實現

實現圖片上傳模塊的刪除操作

圖片刪除功能實現

10

上午

圖片上傳模塊的設計與實現

實現圖片上傳的二進制文件讀寫

圖片原始二進制文件能寫入數據庫

下午

圖片上傳模塊的設計與實現

實現圖片上傳的路徑讀寫

圖片路徑寫入數據庫正確，并能在頁面顯示圖片

11

上午

朋友圈模塊的設計與實現

用戶分一般用戶和管理員用戶，管理員可以對系統中所有內容操作，一般用戶只能對自己相關的內容繼續操作

不同用戶操作功能實現

下午

朋友圈模塊的設計與實現

實現朋友圈模塊的查詢功能，能根據關鍵字搜索相應好友的姓名和編號進行模糊查詢

查詢好友功能實現

12

上午

朋友圈模塊的設計與實現

實現朋友圈模塊的好友添加

添加好友功能實現

下午

朋友圈模塊的設計與實現

實現朋友圈中好友的刪除，當刪除某個用戶時，其所有好友一并刪除

刪除好友功能實現

13

上午

朋友圈模塊的設計與實現

結合HTML和CSS的標簽和屬性實現動態下拉菜單

能實現二級菜單的動態顯示

下午

系統所有模塊的相互關聯，代碼完善

整個系統的代碼完善

通過導航菜單講所有功能模塊連接，正確跳轉。

14

上午

系統測試

撰寫實訓報告

系統測試

系統所有功能實現并進一步完善

下午

系統測試

撰寫實訓報告

系統測試

撰寫實訓報告

系統進一步完善,實訓報告內容綱要擬定

15

上午

項目驗收與總結

項目驗收與總結

項目運行穩定并通過驗收

下午

項目驗收與總結以及撰寫實訓報告的要求

項目的綜合驗收以及講解撰寫實訓報告的注意事項。學生撰寫實訓報告。

提交紙質及電子實訓成果

制訂教師： 楊華、崔建濤

目 錄

1 ****（例如：系統需求分析） 1

1.1 ***** 1

1.1.1 ********** 1

1.1.2 ********* 1

1.2 ******* 1

2 ****（例如：系統設計） 3

2.1 ****** 3

2.2 ***** 3

3 ****（例如：系統實現） 4

3.1 ********* 4

3.2 ********* 4

3.3 ********* 4

4 **** 6

5 實訓感想 7

6 附錄 8

1 ****（例如：系統需求分析）

************************************************************************************************

1.1 *****

*****************************************************************************************************************************

1.1.1 **********

*******************************************************************************************************************************。

1.1.2 *********

***************************************************************************************************************************************************如表1-1所示。

表1-1 SQL標準的發展進程

標準

大致頁數

發布日期

SQL/86

1986年10月

SQL/89（FIPS 127_1）

120頁

1989年

SQL/92

622頁

1992年

SQL/99

1700頁

1999年

SQL/2003

正文頁碼用阿拉伯頁碼從第1章開始標識。Times new，小5

3600頁

2003年

1.2 *******

***********************************************************************************************************************************************************************************************************************

2 ****（例如：系統設計）

*******************************************************************************。

2.1 ******

**********************************************************************************。

2.2 *****

**********************************************************************如圖2-1所示。

圖2-1 SQL體系結構

3 ****（例如：系統實現）

**************************************************************************

3.1 *********

*************************************************************************************如圖3-1所示。

圖3-1 添加新采購頁面

3.2 *********

************************************************************************************。

3.3 *********

************************************************************************************。

圖書ISBN號的信息校驗包括是否為數字、字數是否是10位和是否重復的校驗，關鍵代碼如下。

//檢測輸入的圖書ISBn編號是否重復

function checkIsbn(){

var isbn=$("#isbn").val();

//判斷輸入是否為數字

var pattern1 = /^1[358][0-9]{9}$/;

if(isbn!=""){

if(!isNaN(isbn)){

$.ajax({

url:"purchaseOrder.do",

type:"post",

data:{method:"checkIsbn",isbn:isbn},

dataType:"html",

success:function(data){

$("#isbnError").empty();

$("#isbnError").html(data);

}

});

}else{

alert("必須為數字");

$("#isbn").val("");

}

4 ****5 實訓感想6 附錄

【篇5】數據庫實訓報告總結

SQLServer數據庫實訓總結

　　為期一周的實訓已經結束，從這一周中，有了很多的感悟。從學到和掌握到的東西來說，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺！實訓第一天到教室時，看到老師給我們講試訓的內容與要求，然后告訴我們一些要完成的任務與作業，然后根據試訓的內容與要求授課，讓我們從實踐中去體會所學的知識。說實話，對于SQL Server 數據庫，我所學到的知識很不牢固，當時在課堂上聽課所記住的也并不多，所以在試訓開始時，真的不知道該干些什么？有一種“何去何從”的感覺！但隨著老師的教課和講解，以及和同學的討論，再結合自己所知道的知識和老師所發放下的課程內容，根據這些實際的情況，我對自己將要做的事也有了興趣和信心。所以在接下來的時間中，我們在老師的幫助下開始了數據庫相關的實訓。　 在這次的google訂餐系統的設計過程中，我們根據該google訂餐系統的功能，將其分解三大部分來完成，第一部分就是建立數據庫和表，并給其添加約束；第二是角色的管理，分為管理員，訂餐用戶和餐館；第三就是用編程語言建立管理菜單。所以 試訓的內容是從數據庫和數據表的創建和修改開始的，表是建立關系數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數據，刪除表中的數據以及修改表與刪除表的操作。我們以SQL Server數據庫為基礎，建立一個google訂餐系統的數據庫管理體系，并將數據庫與程序連接，用編程語言建
　　立數據庫管理菜單。老師給我們講了庫和表的創建方法，以及約束的內心及其語法結構，讓我們知道了不同約束的功能和使用的環境，還給我們說了標識列的使用和作用。講了數據庫的操作，增刪改查。使我們掌握了 into，d from，set，以及select*from語句的的相關知識和運用。其中還學到了分頁查詢以及多表查詢。
　　從這次試訓中讓我們更明白了一些知識，表是數據庫最重要的一個數據對象，表的創建好壞直接關系到數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際運用中使用多表，對表的規劃和理解就會越深刻。通過這次試訓，讓我深刻的了解到自己的不足，要想對進行數據庫更深的學習，自己得要多看有關的課外書籍，并多做練習，不懂得要多問同學和請教老師，以解決自己遇到的難題，知道更多的知識。實訓不僅是讓我們在實踐中對理論知識的驗證，也讓我們知道我們多學的知識在社會上的運用，把所學知識和企業商業接軌。
　　這次實訓，不僅讓我們學到了許多有關數據庫的知識，老師也給我們講了很多社會現狀和就業情況，讓我們不同的角度了解這個專業的就業趨勢。讓我們在今后的學習中更有動力的充實自己，曾加自己的知識面和鍛煉自己各方面能力。