sql實(shí)訓(xùn)心得體會
SQL Server 是Microsoft 公司推出的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。小編收集了sql實(shí)訓(xùn)心得體會，歡迎閱讀。
sql實(shí)訓(xùn)心得體會【一】
為期一周的實(shí)訓(xùn)已經(jīng)結(jié)束，從這一周中，有了很多的感悟。從學(xué)到和掌握到的東西來說，在書本上學(xué)到的東西非常不牢固，然而實(shí)訓(xùn)真的讓我受益匪淺!實(shí)訓(xùn)第一天到教室時，看到老師給我們講試訓(xùn)的內(nèi)容與要求，然后告訴我們一些要完成的任務(wù)與作業(yè)，然后根據(jù)試訓(xùn)的內(nèi)容與要求授課，讓我們從實(shí)踐中去體會所學(xué)的知識。說實(shí)話，對于SQL Server 數(shù)據(jù)庫，我所學(xué)到的知識很不牢固，當(dāng)時在課堂上聽課所記住的也并不多，所以在試訓(xùn)開始時，真的不知道該干些什么?有一種“何去何從”的感覺!但隨著老師的教課和講解，以及和同學(xué)的討論，再結(jié)合自己所知道的知識和老師所發(fā)放下的課程內(nèi)容，根據(jù)這些實(shí)際的情況，我對自己將要做的事也有了興趣和信心。所以在接下來的時間中，我們在老師的幫助下開始了數(shù)據(jù)庫相關(guān)的實(shí)訓(xùn)。
在這次的google訂餐系統(tǒng)的設(shè)計(jì)過程中，我們根據(jù)該google訂餐系統(tǒng)的功能，將其分解三大部分來完成，第一部分就是建立數(shù)據(jù)庫和表，并給其添加約束;第二是角色的管理，分為管理員，訂餐用戶和餐館;第三就是用編程語言建立管理菜單。所以 試訓(xùn)的內(nèi)容是從數(shù)據(jù)庫和數(shù)據(jù)表的創(chuàng)建和修改開始的，表是建立關(guān)系數(shù)據(jù)庫的基本結(jié)構(gòu)，用來存儲數(shù)據(jù)具有已定義的屬性，在表的操作過程中，有查看表屬性，有查看表信息，修改表中數(shù)據(jù)，刪除表中的數(shù)據(jù)以及修改表與刪除表的操作。
我們以SQL Server數(shù)據(jù)庫為基礎(chǔ)，建立一個google訂餐系統(tǒng)的數(shù)據(jù)庫管理體系，并將數(shù)據(jù)庫與程序連接，用編程語言建立數(shù)據(jù)庫管理菜單。老師給我們講了庫和表的創(chuàng)建方法，以及約束的內(nèi)心及其語法結(jié)構(gòu)，讓我們知道了不同約束的功能和使用的環(huán)境，還給我們說了標(biāo)識列的使用和作用。講了數(shù)據(jù)庫的操作，增刪改查。使我們掌握了 into，d from，set，以及select*from語句的的相關(guān)知識和運(yùn)用。其中還學(xué)到了分頁查詢以及多表查詢。
從這次試訓(xùn)中讓我們更明白了一些知識，表是數(shù)據(jù)庫最重要的一個數(shù)據(jù)對象，表的創(chuàng)建好壞直接關(guān)系到數(shù)據(jù)庫的成敗，表的內(nèi)容是越具體越好，但是也不能太繁瑣，以后在實(shí)際運(yùn)用中使用多表，對表的規(guī)劃和理解就會越深刻。通過這次試訓(xùn)，讓我深刻的了解到自己的不足，要想對進(jìn)行數(shù)據(jù)庫更深的學(xué)習(xí)，自己得要多看有關(guān)的課外書籍，并多做練習(xí)，不懂得要多問同學(xué)和請教老師，以解決自己遇到的難題，知道更多的知識。實(shí)訓(xùn)不僅是讓我們在實(shí)踐中對理論知識的驗(yàn)證，也讓我們知道我們多學(xué)的知識在社會上的運(yùn)用，把所學(xué)知識和企業(yè)商業(yè)接軌。
這次實(shí)訓(xùn)，不僅讓我們學(xué)到了許多有關(guān)數(shù)據(jù)庫的知識，老師也給我們講了很多社會現(xiàn)狀和就業(yè)情況，讓我們不同的角度了解這個專業(yè)的就業(yè)趨勢。讓我們在今后的學(xué)習(xí)中更有動力的充實(shí)自己，曾加自己的知識面和鍛煉自己各方面能力。
sql實(shí)訓(xùn)心得體會【二】
最近有幸參加了SQL Server2008 R2的學(xué)習(xí)，有幾點(diǎn)自己感覺比較實(shí)用的知識點(diǎn)以及技巧，和大家分享一下。
1，備份時勾選checksum選項(xiàng)。
數(shù)據(jù)庫備份時偶爾會產(chǎn)生損壞頁，而且在訪問到損壞頁之前往往不容易被我們發(fā)現(xiàn)。因此備份后首先應(yīng)該記得做的'一件事就是驗(yàn)證一下，在早期版本的SQL Server中我們可以用如下命令進(jìn)行檢測:
dbcc checkdb 數(shù)據(jù)庫名
在SQL server2005以后的版本中備份為我們提供了checksum選項(xiàng)，備份時同時進(jìn)行檢測，保證數(shù)據(jù)的正確性和完整性。
2.時間類型
提到時間類型，我們常用的就是datetime類型，當(dāng)計(jì)算時間間隔的時候有兩種常用方法:
�、俨捎�>=datetime1 and <= datetime2+' 24:00:00'，這種方式問題倒是不太大;
�、诓捎� convert(datetime1)方式轉(zhuǎn)換為日期，然后進(jìn)行比較。這種方式的弊端在于會導(dǎo)致索引無效。解決方案是采用計(jì)算列，即，添加一個列為convert(colname)，然后在新列上建索引。這樣就可以避免修改程序來挽回索引了。
在SQL Server2008中，為了解決這些問題，有了更細(xì)的時間類型:date、time、datetime2(精度更高)、datetimeoffset(帶時區(qū))。
3.其他備份選項(xiàng):
�、賯浞輭嚎s:在備份的同時對數(shù)據(jù)進(jìn)行壓縮，當(dāng)數(shù)據(jù)量較大的時候可以為企業(yè)節(jié)省服務(wù)器資源。
�、谒槠幚�:對于數(shù)據(jù)庫頁進(jìn)行碎片整理，提高性能。
�、鬯饕晥D:一般的視圖中是沒有數(shù)據(jù)的，是一張?zhí)摫怼５撬饕晥D中是包含數(shù)據(jù)的，這樣可以提高檢索性能，當(dāng)然也會浪費(fèi)了部分空間。是典型的以空間換時間做法。
4.稀疏列:
當(dāng)列為變長類型時null值不消耗空間，當(dāng)為定長類型時null值消耗空間。這種做法實(shí)際上拋棄了范式規(guī)則，來提高讀取速度。不過一般建議當(dāng)該列null值大于70%時才定義為稀疏列，否則所占據(jù)的空間反而更大。
5.頁壓縮、行壓縮
SQL Server2008提供了壓縮功能來節(jié)省空間，其中行壓縮針對定長數(shù)據(jù)，頁壓縮包括行壓縮，且重復(fù)值只存一次，其他的只存物理指針。
6.DAC
主要用來生成腳本，優(yōu)點(diǎn)是可以包含表之間的依賴關(guān)系、結(jié)構(gòu)信息等，但是不包括實(shí)際數(shù)據(jù)。
7.在虛擬機(jī)上架構(gòu)SQL Server要記得打開Named Pipes協(xié)議。否則不能正常運(yùn)行。
8.文件組:
建立數(shù)據(jù)庫數(shù)據(jù)表之后將文件進(jìn)行分組、規(guī)劃。一般企業(yè)經(jīng)常將整個數(shù)據(jù)庫放在一個文件中，這是不合理的�；蛘哂行┢髽I(yè)建立多個數(shù)據(jù)庫來分開管理，但是當(dāng)服務(wù)器做鏡像或者遷移時會存在建立索引的麻煩。所以建議使用文件組管理。
9.開發(fā)人員規(guī)范
�、賹慖NSERT以及SELECT 要寫明具體字段名稱，否則一旦表字段進(jìn)行了調(diào)整，就會帶來修改客戶端程序的麻煩。
�、诖鎯^程名稱不要以sp_開頭，而要以usp_開頭。因?yàn)閟p_開頭的存儲過程會被當(dāng)做系統(tǒng)自帶內(nèi)容，降低性能。