sqlserver實訓心得_sqlserver實訓體會（精選3篇）

sqlserver實訓心得_sqlserver實訓體會 篇1

　　1、盡可能少用臨時表

　　select * from

　　(select ROW_NUMBERover(order by AreaName)as rowNum, AreaName,

　　AreaTotalPoints=(select SUM(Points) from #tempPoints where JurisdictionalUnitArea in(select AreaID from GetSubAreas(AreaID)))

　　from Areas where ParentAreaID=@AreaID)as t

　　where rowNum>(@pageindex-1)*@pagesize and rowNum<=@pageinde@pagesize

　　我原來是這樣寫的：

　　select ROW_NUMBERover(order by AreaName)as rowNum, AreaName,

　　AreaTotalPoints=(select SUM(Points) from #tempPoints where JurisdictionalUnitArea in(select AreaID from GetSubAreas(AreaID)))

　　into #temp from Areas where ParentAreaID=@AreaID

　　select *　from　#temp where rowNum>(@pageindex-1)*@pagesize and rowNum<=@pageinde@pagesize

　　drop table #temp

　　測試后發現不用臨時表查詢時間大大減少了。

　　小結：有時我們為了語句的邏輯清晰而使用臨時表存儲數據，但這樣會影響sql語句執行效率，特別在數據量大的時候，這種差異尤為明顯。所以要權衡選擇。一般在數據量小時，使用它影響不大。

　　2、盡可能少選取列

　　select tempUser.JurisdictionalUnitArea,SUM(pr.Points)as yearPoints into #tempUser2

　　from #tempUser tempUser inner join PointRecords pr on tempUser.UserID=pr.EffectUserID。。。

　　我原來是這樣寫的：

　　select tempUser.* ,SUM(pr.Points)as yearPoints into #tempUser2

　　from #tempUser tempUser inner join PointRecords pr on tempUser.UserID=pr.EffectUserID。。。

　　其實自己需要用到的只是其中一部分數據列，有時為了圖方便，就用*代替了，這樣也會影響效率。

　　3、SET NOCOUNT 不返回計數功能

　　使用語句：SET NOCOUNT ON， 默認情況下(即不寫)SET NOCOUNT 為OFF

　　一般使用sql server管理工具新建存儲過程會自動創建這條指令，在不需要數據庫告訴你執行完sql語句影響了多少行時推薦SET NOCOUNT ON，可以提高性能。

　　4、有無必要使用distinct

　　SELECT distinct u.*,ue.JurisdictionalUnitArea

　　和

　　SELECT u.*,ue.JurisdictionalUnitArea

　　distinct是返回數據表中不重復的記錄，像注冊用戶這種情況一般在注冊時就會驗證唯一性，所以表中不會出現重復記錄(其它情況可具體分析)，就可以不使用distinct。

　　distinct和not in ，union等一樣會導致全表掃描，導致性能下降，在能不用的情況下盡量不用。

　　補充：一般使用rowNumber函數代替not in

　　使用union all 代替union

sqlserver實訓心得_sqlserver實訓體會 篇2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

sqlserver實訓心得_sqlserver實訓體會 篇3

　　最近有幸參加了SQL Server20xx R2的學習，有幾點自己感覺比較實用的知識點以及技巧，和大家分享一下。

　　1，備份時勾選checksum選項。

　　數據庫備份時偶爾會產生損壞頁，而且在訪問到損壞頁之前往往不容易被我們發現。因此備份后首先應該記得做的一件事就是驗證一下，在早期版本的SQL Server中我們可以用如下命令進行檢測：

　　dbcc checkdb 數據庫名

　　在SQL server20xx以后的版本中備份為我們提供了checksum選項，備份時同時進行檢測，保證數據的正確性和完整性。

　　2.時間類型

　　提到時間類型，我們常用的就是datetime類型，當計算時間間隔的時候有兩種常用方法：

　　①采用>=datetime1 and <= datetime2+' 24:00:00'，這種方式問題倒是不太大;

　　②采用 convert(datetime1)方式轉換為日期，然后進行比較。這種方式的弊端在于會導致索引無效。解決方案是采用計算列，即，添加一個列為convert(colname)，然后在新列上建索引。這樣就可以避免修改程序來挽回索引了。

　　在SQL Server20xx中，為了解決這些問題，有了更細的時間類型：date、time、datetime2(精度更高)、datetimeoffset(帶時區)。

　　3.其他備份選項：

　　①備份壓縮：在備份的同時對數據進行壓縮，當數據量較大的時候可以為企業節省服務器資源。

　　②碎片處理：對于數據庫頁進行碎片整理，提高性能。

　　③索引視圖：一般的視圖中是沒有數據的，是一張虛表。但是索引視圖中是包含數據的，這樣可以提高檢索性能，當然也會浪費了部分空間。是典型的以空間換時間做法。

　　4.稀疏列：

　　當列為變長類型時null值不消耗空間，當為定長類型時null值消耗空間。這種做法實際上拋棄了范式規則，來提高讀取速度。不過一般建議當該列null值大于70%時才定義為稀疏列，否則所占據的空間反而更大。

　　5.頁壓縮、行壓縮

　　SQL Server20xx提供了壓縮功能來節省空間，其中行壓縮針對定長數據，頁壓縮包括行壓縮，且重復值只存一次，其他的只存物理指針。

　　6.DAC

　　主要用來生成腳本，優點是可以包含表之間的依賴關系、結構信息等，但是不包括實際數據。

　　7.在虛擬機上架構SQL Server要記得打開Named Pipes協議。否則不能正常運行。

　　8.文件組：

　　建立數據庫數據表之后將文件進行分組、規劃。一般企業經常將整個數據庫放在一個文件中，這是不合理的。或者有些企業建立多個數據庫來分開管理，但是當服務器做鏡像或者遷移時會存在建立索引的麻煩。所以建議使用文件組管理。

　　9.開發人員規范

　　①寫INSERT以及SELECT 要寫明具體字段名稱，否則一旦表字段進行了調整，就會帶來修改客戶端程序的麻煩。

　　②存儲過程名稱不要以sp_開頭，而要以usp_開頭。因為sp_開頭的存儲過程會被當做系統自帶內容，降低性能。