sql實訓心得體會

　　SQL Server 是Microsoft 公司推出的關系型數(shù)據(jù)庫管理系統(tǒng)。小編收集了sql實訓心得體會，歡迎閱讀。

　　sql實訓心得體會【一】

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

　　在這次的google訂餐系統(tǒng)的設計過程中，我們根據(jù)該google訂餐系統(tǒng)的功能，將其分解三大部分來完成，第一部分就是建立數(shù)據(jù)庫和表，并給其添加約束;第二是角色的管理，分為管理員，訂餐用戶和餐館;第三就是用編程語言建立管理菜單。所以 試訓的內(nèi)容是從數(shù)據(jù)庫和數(shù)據(jù)表的創(chuàng)建和修改開始的，表是建立關系數(shù)據(jù)庫的基本結構，用來存儲數(shù)據(jù)具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數(shù)據(jù)，刪除表中的數(shù)據(jù)以及修改表與刪除表的操作。

　　我們以SQL Server數(shù)據(jù)庫為基礎，建立一個google訂餐系統(tǒng)的數(shù)據(jù)庫管理體系，并將數(shù)據(jù)庫與程序連接，用編程語言建立數(shù)據(jù)庫管理菜單。老師給我們講了庫和表的創(chuàng)建方法，以及約束的內(nèi)心及其語法結構，讓我們知道了不同約束的功能和使用的環(huán)境，還給我們說了標識列的使用和作用。講了數(shù)據(jù)庫的操作，增刪改查。使我們掌握了 into，d from，set，以及select*from語句的的相關知識和運用。其中還學到了分頁查詢以及多表查詢。

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

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

　　sql實訓心得體會【二】

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

　　1，備份時勾選checksum選項。

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

　　dbcc checkdb 數(shù)據(jù)庫名

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

　　2.時間類型

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

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

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

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

　　3.其他備份選項:

　�、賯浞輭嚎s:在備份的同時對數(shù)據(jù)進行壓縮，當數(shù)據(jù)量較大的時候可以為企業(yè)節(jié)省服務器資源。

　　②碎片處理:對于數(shù)據(jù)庫頁進行碎片整理，提高性能。

　　③索引視圖:一般的視圖中是沒有數(shù)據(jù)的，是一張?zhí)摫怼５�是索引視圖中是包含數(shù)據(jù)的，這樣可以提高檢索性能，當然也會浪費了部分空間。是典型的以空間換時間做法。

　　4.稀疏列:

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

　　5.頁壓縮、行壓縮

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

　　6.DAC

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

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

　　8.文件組:

　　建立數(shù)據(jù)庫數(shù)據(jù)表之后將文件進行分組、規(guī)劃。一般企業(yè)經(jīng)常將整個數(shù)據(jù)庫放在一個文件中，這是不合理的�；蛘哂行┢髽I(yè)建立多個數(shù)據(jù)庫來分開管理，但是當服務器做鏡像或者遷移時會存在建立索引的麻煩。所以建議使用文件組管理。

　　9.開發(fā)人員規(guī)范

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

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