sql實習是使學生掌握sql server數據庫創建方法，掌握數據表、數據庫完整性約束、基本查詢語句的使用、數據更新方法、視圖索引的建立、常用數據庫對象的創建及使用、sql編程序等多方面的綜合練習，旨在強化訓練，真正做到熟練掌握甚至精通，為以后數據庫維護、網絡管理、編程打好基礎。本文是本站小編整理的sql實習總結，僅供參考。

為期一周的實訓已經結束，從這一周中，有了很多的感悟。從學到和掌握到的東西來說，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺!

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

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

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

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

一周緊張的sql實訓結束了，通過這一周的實訓我學會了許多東西。使我對數據庫有了更新的認識，知道了數據庫的重要性，也掌握了許多對數據庫的操作方法，包括數據庫的創建、表的創建、數據的查詢、數據的修改、數據的刪除、數據的導入/導出等等 雖然最后交實驗成果不是c#版的，但是通過次實訓同時也對c#有了更深一步的了解，學會了在c#中連接sql，也算也有了些收獲。后來還是用的asp格式的，在做asp格式的查詢時遇到了很多問題通過與同組的同學交流討論之后基本上都解決了。但是最重要的是在這次的修改過程中學到了更多的知識。實訓中遇到了一些問題，通過與同學的交流以及向老師請教，基本上解決了網頁修改的問題。雖然實訓中遇到了很多問題，但是同時我也學會了在書本上學不到的東西。

最后通過這次實訓讓我懂得了，為人做事一定要認真仔細，謹慎細心。通過實訓體會的老師傳授給我們的知識我們應該耐心的去學習。我相信通過實訓會為我以后的工作和學習奠定了良好的基礎。實訓課是在學習與探索中度過的，通過這一次鍛煉，我學到了許多知識，也認識到了自己的一些不足之處，但無論對我以后的學習還是工作都有很好的幫助。

最后我還懂得了團隊精神的重要性，在實踐能力上也得到了提高真正地做到了學以致用對我來說受益非淺。同時更要感謝老師的教導。

為期五天的實習，很快就過去了，讓我重新了解了豐富多彩的編程生活，感受到了學習的快樂，也感覺到了許許多多的專業問題，親身體驗了窗體與工程制成之后的喜悅之情。

在實訓期間，我學到了許多東西，遇到了一些困難，也看到了自己本身存在著許多問題。

這次實訓給我帶來了危機感和壓迫力，讓人警醒，更加清楚自己的水平和重量，心里總有種被大石頭壓著的無力感，但是又憑著一種堅持，奮力的抗爭著。所以也得出個結論，那就是——我得好好好好的努力啊。

這已經是我們的第四次實訓了，在我進入大學的這兩年多里，或多或少的學到了一些專業的東西。

我知道自己很愛玩，于是為了能夠提高鍛煉自己，我把本次為期一周的vb、sql制作實訓看作是一個通向社會，通向我的工作崗位的“理論與實踐相結合的橋梁”。在本周的實訓和學習，我一直知道此次實訓的目的，也知道我自己的目的，同時也清楚目前自己的不足——缺乏相應的知識與經驗，對所學的專業知識不能夠很好地運用于實踐操作，所以我是認真的對待這次實訓的。

在這次實訓中，我也有許多收獲。首先，我體會到了作為一個vb設計師，不會將vb與sql結合的痛苦和尷尬;然后，我發現了很多以前都不曾注意到的細節;其次，在實訓中，我對作為一名編程者應該學習的內容做了一個更深層次的理解;最后，我還從這次實訓中看到了自己很他人的差距，危機意識增強，為了不使這個差距拉大，甚至趕上前面的同學，我會努力的。

本次實訓，給我最深刻、最刻骨銘心的感覺就是累，不僅每天白天要一整天對著一臺機器，而且到了晚上還要對著這臺機器來一個法式的“秉燭夜談”，可惜的是沒有浪漫的事前發生，我也只是對牛談情而已，不似李白的“舉杯邀明月，對影成三人”啊，我就和一部會說話的機器唧唧歪歪。我時常想，以后的日子里，如果我成為了一名編程師也會是這樣嗎?好像很無聊的樣子啊。好動的我一定坐不住吧。可是，我也知道，為了衣食父母，為了生存，為了未來，現在我還沒有任何的資格想這個問題，時間不對，而現在最最應該想的是——我要怎樣成為一個頂級的編程師。當我終于有能力的時候，才是考慮無不無聊的問題，我還是明白這一點點。

經過多番的努力和辛酸，我成功地完成了這次過程艱辛的實訓，而且我從中體會到了一種叫做‘成功的喜悅’的感覺，那種小有成就的興奮是只有置身其中的人才能體會的，就好比我啊，雖然知道笑到最后的才是老大，但是偶爾阿q一下來調節生活樂趣也是的一項很必要的事情吧。 總之，這次實訓為我提供了與眾不同的學習方法和學習體會，從書本中走出來，面對現實，為我將來走上社會打下了扎實的基礎，鋪了一條五光十色的大馬路。而且，我也體會到了前人總結出的許多的實踐經驗，而且一直都知道技術永遠是工資的基礎，社會是不會要一個一無是處的人的，所以，為了生活庸俗一點，努力一點，多累一點，好好學習技術，將來才有吃大餐的錢呀。

因此，我知道，作為在校電商專業的大專生，我能做的就是好好的吸取知識，努力的提高自己的技術水平和自身的綜合素質，提高自己的表達能力、寫作能力和合作能力。如此，出了社會，自己有了能力，到時候才會是 “吃嘛嘛香”，并且很牛逼的是自己選公司，而不是悲慘的等待公司來選。我相信在不久的未來，會有屬于我自己的一片天空，而且這片天空會很藍很藍，沒有黑黑的烏云，只有燦爛的陽光!

在編程的過程中遇到問題，可以說得是困難重重，這畢竟是第一次編程這么多，這么認真，難免會遇到過各種各樣的問題，同時在設計的過程中發現了自己的不足之處，對以前所學過的知識理解得不夠深刻，掌握得不夠牢固，比如說代碼不熟悉，還好通過老師的細心指導才能達到最終效果??通過這次程設計與制作實訓，一定把以前所學過的知識重新溫故。

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

這次我們實訓的內容是從數據庫、數據表的創建和修改開始的，表是建立關系數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看表信息、查看表屬性、修改表中的數據、刪除表中的數據及修改表和刪除表的操作。從實訓中讓我更明白一些知識，表是數據最重要的一個數據對象，表的創建好壞直接關系到數數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際應用中多使用表，對表的規劃和理解就會越深刻。我們實訓的另一個內容是數據庫的約束、視圖、查詢。從中我們了解到查詢語句的基本結構，和簡單select語句的使用，多表連接查詢。而在視圖的操作中，也了解到了視圖是常見的數據庫對象，是提供查看和存取數據的另一種途徑，對查詢執行的大部分操作，使用視圖一樣可以完成。

使用視圖不僅可以簡化數據操作，還可以提高數據庫的安全性，不僅可以檢索數據，也可以通過視圖向基表中添加、修改和刪除數據。存儲過程、觸發器也是我們實訓的內容之一， 在操作中有建立存儲過程，執行存儲過程，及查看和修改存儲過程，這些都是非常基礎的東西，但對用戶卻是非常重要的呢，只有熟悉了t_sql語言，才能更好的掌握更多的東西。我們還學習了，sql管理、數據的導入、導出、備份和還原。有sql server 安全訪問控制;登錄賬戶的管理;數據庫角色的管理;用戶權限管理。維護數據庫的安全是確保數據庫正常運行的重要工作。數據的備份是對sql server數據事務日志進行拷貝，數據庫備份記錄了在進行備份操作的數據庫中所有數據的狀態。而數據的備份還分為數據庫完整備份、差異備份、事務日志備份、文件及文件組備份。做數據備份就是為了以后的數據庫恢復用。在實訓內容上我們還做了倉庫管理數據庫，其中的要求包含了許多數據庫的對象，綜合了我們所學的許多知識，讓我們更努力的把所學到的東西運用上去。

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

短短的5天vb程序設計又結束了。在這5天的實訓中，給我們更大的感覺是設計的任務繁重。程序設計的嚴密性，讓我們清楚的了解了vb這一課程。只有親身經歷過，才知道其中的滋味。vb設計實訓，對我們各方面的要求更是提高了一大步。

“要想為事業多添一把火，自己就得多添一捆材”。 通過此次實訓，我深深體會到了積累知識的重要性。有些題目書本上沒有提及，所以我就沒有去研究過，做的時候突然間覺得自己真的有點無知，雖然現在去看依然可以解決問題，但還是浪費了許多時間，這一點是我必須在以后的學習中加以改進的。另外一點,也是在每次實訓中必不可少的部分，就是不懂的同學間可以互相幫助，有些東西感覺自己做的是時候明明沒什么錯誤，偏偏最后運行時候就是有錯誤，讓其同學幫忙看了一下，發現其實是個很小的錯誤。所以說，相互幫助是很重要的一點。這在以后的工作或生活中也很關鍵的。

5天的實訓結束了，收獲頗豐，總的來說我對這次實訓還是比較滿意的，它使我學到了很多東西，雖說有點頭疼，但是真的很感謝學校能夠給學生這樣實訓的機會，讓我們明白了，只有多做，才能熟能生巧，才能游刃有余。我深刻理解了什么是程序設計，它不僅僅是一份職業，更是一份細心+一份耐心+一份責任心=人生價值的詮釋。同時我也認識到要做一個合格的設計工作者并非我以前想像的那么容易，最重要的還是細致嚴謹。社會是不會要一個一無是處的人，所以我們要更多更快得從一個學生向工作者轉變。 總而言之，這次實訓讓我對程序設計工作有了比較清晰的認識，并在實際操作過程中找出自身存在的不足，對今后的會計學習有了一個更為明確的方向和目標。

只有經歷過，才知道其中的滋味”，對我而言，可以說通過這幾天的實訓課，真真切切的讓我了解了什么是vb， 通過實訓，我對本課程的認識進一步加強。

這周的實訓是sql,通過短暫的幾天時間讓我深有感觸, 從一開始的構思到今天寫下這份總結。期間時間雖然只有四天但是也學到了不少的知識。

在實訓的剛開始構想只有大體的思路，忽略了一些細節，因此在我真正做這個數據庫時發現有很多錯誤，有的時候要解決一個錯誤反反復復會花上很多時間。有的時候實在想不出來會再網上查或者直接問同學,我們班有的同學還是很厲害的,所以,在他們身上也學到了不少知識。

實訓中,不單單是只有數據庫,也設計到了c#,以前的c#就學的不好,現在突然用起來真的什么都不會。我們是五個人一組的,中間大家商量了很多次,決定用aspx的完成這次的實訓任務,大家都很努力地為這次實訓大家都很努力,也很認真。在實訓的過程中有很多平時沒有遇到過的問題,實訓也讓我知道, 書本上的知識只提供方法的借鑒，實踐中自己必須摸索出適合具體工作的方法，在第三天的時候,組里的人又開始用c#做實訓任務,可是在最后老師檢查的時候,我們沒有做出來,但是我們不后悔,因為嘗試過就不會什么都不懂。

就這樣一周sql的實訓結束了，回顧這次的實訓，至今我仍感慨頗多。的確，從開始學數據庫再從理論到實踐，在一周的實訓日子里，可以說得是苦多于甜，但是可以學到很多很多的的東西，同時不僅可以鞏固了以前所學過的知識，而且學到了很多在書本上所沒有學到過的知識。并且親身體會到了理論與實際相結合的重要性，也提高了自己的實際動手能力和獨立思考的能力。也感謝老師一直以來的栽培。

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

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

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

一個數據頁是8k大小。

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

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

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

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

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

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

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

sqlserver 有兩種類型的區：

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

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

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

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

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

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

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

為何會這樣呢?

其實很簡單：

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

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

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

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

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

我們有下面一個表，

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

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

索引名 細節 索引的列

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

select _no, ame, _nofrom as mwhere ame like 'k%' and _no 6 and _no 5000go sql server 會根據索引方式，優化成下面方式來執行。

where _no = _no

不信，你可以看這兩個sql 的執行計劃，以及邏輯讀信息，都是一樣的。

其實上面的sql，如果優化成下面的方式，實際的邏輯讀消耗也是一樣的。

為何sql server 不會優化成下面的方式。

是因為 and 操作符優化的另外一個原則。

1/26 的數據和 1/6 的數據找交集的速度要比 1/52 的數據和 1/3 的數據找交集速度要慢。

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

比如下面的查詢語句

這里 index 計算符可以是 0 ，1， 指定的一個或者多個索引名字。

對于 0 ，1 的意義如下：

如果存在聚集索引，則 index(0) 強制執行聚集索引掃描，index(1) 強制執行聚集索引掃描或查找(使用性能最高的一種)。

如果不存在聚集索引，則 index(0) 強制執行表掃描，index(1) 被解釋為錯誤。

總結知識點：

簡單來說，我們可以這么理解：sql server 對于每一條查詢語句。

會根據實際索引情況(sysindexes 系統表中存儲這些信息)，分析每種組合可能的成本。

然后選擇它認為成本最小的一種。

作為它實際執行的計劃。

成本代價計算的一個主要組成部分是邏輯i/o的數量，特別是對于單表的查詢。

and 操作要滿足所有條件，這樣，經常會要求對幾個數據集作交集。

數據集越小，數據集的交集計算越節省成本。

的項目中，竟然出現了濫用聚集索引的問題。

看來沒有培訓最最基礎的索引的意義，代價，使用場景，是一個非常大的失誤。

這篇博客就是從這個角度來羅列索引的基礎知識。

使用索引的意義

索引在數據庫中的作用類似于目錄在書籍中的作用，用來提高查找信息的速度。

使用索引查找數據，無需對整表進行掃描，可以快速找到所需數據。

使用索引的代價

索引需要占用數據表以外的物理存儲空間。

創建索引和維護索引要花費一定的時間。

當對表進行更新操作時，索引需要被重建，這樣降低了數據的維護速度。

創建索引的列

主鍵

外鍵或在表聯接操作中經常用到的列

在經常查詢的字段上最好建立索引

不創建索引的列

很少在查詢中被引用

包含較少的惟一值

定義為 text、ntext 或者 image 數據類型的列

excellent for high performance data loading (parallel bulk load and parallel index creation after load)

聚集索引提高性能的方法，在前面幾篇博客中分別提到過，下面只是一個簡單的大綱，細節請參看前面幾篇博客。

何時創建聚集索引?

獨特, 狹窄, 靜止： 最重要的條件

持續增長的，最好是只向上增加。

例如：

identity

date, identity

guid (only when using newsequentialid() function)

聚集索引唯一性(獨特型的問題)

由于聚集索引的b+樹結構的葉子節點必須指向具體數據。

如果未使用 unique 屬性創建聚集索引，數據庫引擎 將向表自動添加一個四字節 uniqueifier 列。

必要時，數據庫引擎 將向行自動添加一個 uniqueifier 值，使每個鍵唯一。

此列和列值供內部使用，用戶不能查看或訪問。

實訓，就是把我們在學校所學的理論知識，運用到客觀實際中去，是自己所學到的理論知識有用武之地，只學不實踐，那么所學的就等于零。

理論應該與時間相結合。

另一方面，實踐卡可以為以后找工作打基礎。

通過這段時間的實習，學到一些在學校里學不到的東西。

因為環境不同，接觸的人與事不同，從中學到的東西自然就不一樣。

要學會從實踐中學習，從學習中時間。

而且中國的緊急飛速發展，在擁有越來越多的機會的同是，也有了更多的挑戰。

對于人才的要求就會越來越高，我們不只要學號學校所學到的知識，好藥不斷充生活中，實踐中學其他知識，不斷從各方面武裝自己，才能在競爭中突出自己，表現自己。

短短兩個月的工作過程是我受益很大。

不僅讓我開闊了眼界，最主要的是懂得了如何更好的為人處事。

第一要真誠：你可以偽裝自己的面孔，但絕不可以忽略真誠的力量。

記得第一天來這里時，心里不可避免的有些疑惑：不知道老板怎么樣，應該去怎么做，要去感謝什么等等。

踏進大門后，之間幾個陌生的人用莫名而疑惑的眼神看著我，我微笑和他們打招呼，尷尬的局面理科得到了緩解，大家都很友善的微笑歡迎我的到來。

從那天戚，我養成了一個習慣，每天早上見到他們都要微笑的說聲好。

第二是激情與耐心：激情與耐心，就像火與冰，看是兩種完全不同的東西，卻能碰撞出最美麗的火法。

第三是主動出擊：當你可以選擇的時候，把主動權握在自己手中，在實習旗艦，我會主動的協同同事工作，主動的做些力所能及的事，并會幾級的尋找合適的時間跟他們交流。

談生活學習以及未來的工作，通過這些我就同事們走的很近，在實習中，他們會教我怎么做事見什么樣的人說什么樣的話，使我覺得花的了很多收獲而且和他們相處的很愉快。

第四是感受到學校和社會的距離：在學校，只有學習的氛圍，畢竟學校是學習的場所，每一個學生都在為取得更高的成績而努力。

在這里是工作的場所，每個人都會為了獲得更多的報酬而努力，無論是學習還是工作，都存在著競爭，在競爭中就要不斷學習別人先進的地方，也要不斷學習別人怎么做人，，移提高自己的能力。

記得老師曾經說過大學是一個小社會，但我總覺得校園里總少不了那份純真，那份真誠，盡管是學學搞笑，學生還終歸保持著學生的身份，而走進企業，接觸各個的客戶，同事，上司等等，關系復雜。

得去面對從未面對過的一切。

在實際工作中，可能會遇到書本上沒學到的，又可能是書本上的只是一點都用不上的情況。

或許工作中運用到的只是很簡單的問題，只要套公式是的就能完成一線任務，有時候我會埋怨，實際操作這么簡單，但為什么書本上的知識讓人學的這么吃力呢?這是社會與學校脫軌了嗎?也許老是是正確的。

雖然大學生生活不像踏入社會，但總算是社會的一部分，這是不可佛人的事實。

作為一個新世紀的大學生，應該懂得與社會上各方面的人交往，處理社會所發生的各方面的事情，這就意味著大學生要注意到社會實踐，社會實踐必不可少。

畢竟，四年大學念完后，我已經不再是一名大學生，是社會中的一份子了。

要與社會交流。

為社會做貢獻。

只懂得紙上談兵是遠遠不及的，以后的人生旅途是漫長的，為了鍛煉自己成為一名合格，對社會有用的人才，多接觸社會是很有必要的。

回顧實訓生活，感觸是很深，收獲是豐碩的。

在短暫的'實訓過程中，我深深的感覺到自己所學的知識的膚淺和在實踐運用中知識的匱乏，剛開始的一段時間里，對一些工作無從下手，茫然不知所措，這讓我感到非常的難過。

在學校總以為自己學的不錯，一旦接觸到時間，菜發現自己知道的是多么少，這是菜真正領悟到學無止境的含義。

為期一周的實訓已經結束，從這一周中，有了很多的感悟。

從學到和掌握到的東西來說，在書本上學到的東西非常不牢固，然而實訓真的讓我受益匪淺!實訓第一天到教室時，看到老師給我們講試訓的內容與要求，然后告訴我們一些要完成的任務與作業，然后根據試訓的內容與要求授課，讓我們從實踐中去體會所學的知識。

說實話，對于sql server 數據庫，我所學到的知識很不牢固，當時在課堂上聽課所記住的也并不多，所以在試訓開始時，真的不知道該干些什么?有一種“何去何從”的感覺!但隨著老師的教課和講解，以及和同學的討論，再結合自己所知道的知識和老師所發放下的課程內容，根據這些實際的情況，我對自己將要做的事也有了興趣和信心。

所以在接下來的時間中，我們在老師的幫助下開始了數據庫相關的實訓。

在這次的google訂餐系統的設計過程中，我們根據該google訂餐系統的功能，將其分解三大部分來完成，第一部分就是建立數據庫和表，并給其添加約束;第二是角色的管理，分為管理員，訂餐用戶和餐館;第三就是用編程語言建立管理菜單。

所以 試訓的內容是從數據庫和數據表的創建和修改開始的，表是建立關系數據庫的基本結構，用來存儲數據具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數據，刪除表中的數據以及修改表與刪除表的操作。

我們以sql server數據庫為基礎，建立一個google訂餐系統的數據庫管理體系，并將數據庫與程序連接，用編程語言建立數據庫管理菜單。

老師給我們講了庫和表的創建方法，以及約束的內心及其語法結構，讓我們知道了不同約束的功能和使用的環境，還給我們說了標識列的使用和作用。

講了數據庫的操作，增刪改查。

使我們掌握了insert into，deleted from，update set，以及select*from語句的的相關知識和運用。

其中還學到了分頁查詢以及多表查詢。

從這次試訓中讓我們更明白了一些知識，表是數據庫最重要的一個數據對象，表的創建好壞直接關系到數據庫的成敗，表的內容是越具體越好，但是也不能太繁瑣，以后在實際運用中使用多表，對表的規劃和理解就會越深刻。

通過這次試訓，讓我深刻的了解到自己的不足，要想對進行數據庫更深的學習，自己得要多看有關的課外書籍，并多做練習，不懂得要多問同學和請教老師，以解決自己遇到的難題，知道更多的知識。

實訓不僅是讓我們在實踐中對理論知識的驗證，也讓我們知道我們多學的知識在社會上的運用，把所學知識和企業商業接軌。

這次實訓，不僅讓我們學到了許多有關數據庫的知識，老師也給我們講了很多社會現狀和就業情況，讓我們不同的角度了解這個專業的就業趨勢。

讓我們在今后的學習中更有動力的充實自己，曾加自己的知識面和鍛煉自己各方面能力。