sql2008索引視圖

『壹』 如何創建sqlServer視圖的索引

創建SqlServer視圖的索引能夠顯著提高數據檢索效率，使得現有查詢更加高效。視圖上的第一個索引必須是唯一聚集索引，之後可以添加其他非聚集索引。視圖索引的命名規則與表索引一致，但視圖名替代了表名。創建視圖時需使用WITH SCHEMABINDING選項，否則會因未綁定到架構而報錯。視圖轉換為索引視圖時，需遵守多個規則，包括僅使用表、表屬於同一個所有者、鏈接的表在同一資料庫中、不包含特定子句和函數、所有欄位必須顯示指定等。

創建索引視圖時，必須確保所有基本表和視圖使用SET ANSI_NULLS ON創建。在創建索引或執行IUD操作時，必須設置ANSI_NULLS、ANSI_PADDING、ANSI_WARNINGS、ARITHABORT、CONCAT_NULL_YIELDS_NULL、QUOTED_IDENTIFIER、NUMERIC_ROUNDABORT等選項。這些設置的具體信息可以在SQL Server聯機幫助中查閱。

索引視圖的創建要求SQL Server版本達到2000企業版或開發版及以上。遵循這些規則和設置，可以有效提高視圖的查詢效率，特別是在大數據處理場景中。

索引視圖的創建需要精確的SQL語句和正確的資料庫環境配置。例如，創建視圖時使用以下語句：
Create VIEW vXXX WITH SCHEMABINDING AS…… Create UNIQUE CLUSTERED INDEX idxXXX ON vXXX(cXXX)
這將確保視圖可以高效地被查詢。

值得注意的是，視圖轉換為索引視圖的過程會將視圖轉化為一個可以高效檢索數據的結構，但同時也帶來了對視圖復雜性的要求。因此，創建索引視圖時需仔細考慮視圖的結構和使用場景。

在創建索引視圖的過程中，必須嚴格遵守上述規則，以確保視圖能夠正確地轉換為索引視圖，並且能夠在需要時高效地執行查詢。

『貳』 在 SQL 中，建立索引用（ ）。

【答案】：D
創建索引用 CREATE INDEX；創建模式用 CREATE SCHEMA；創建視圖用 CREATE VIEW；創建表用 CREATE TABLE。

『叄』 1，sqlserver2008的常用工具包括哪些分別作用是什麼

（1）SQL server配置管理工具：可以啟動、暫停、恢復或者暫停服務。還可查看或更改服務屬性等
（2）SQL server management studio：配置資料庫系統、建立或刪除資料庫對象、設置或取消用戶的訪問許可權，維護伺服器與數據的安全、瀏覽錯誤日誌等。
（3）SQL server profiler：監視伺服器。系統管理員通過SQL server profiler監視SQL server 2008的事件，捕獲每個事件的數據並將其保存到文件或SQL server 表以供分析等
（4）資料庫引擎優化顧問：選擇和創建最佳的索引、索引視圖、分區等
（5）大量的命令行實用工具

『肆』 奼傝В錛屽叧浜嶴QL緇欒〃鍒涘緩緔㈠紩鍜岃嗗浘鐨勯棶棰橈紝鍚勪綅甯甯蹇

緔㈠紩鐨勪嬌鐢ㄦ槸鏁版嵁搴撹嚜鍔ㄥ畬鎴愮殑錛屼笉闇瑕佺壒鍒璋冪敤錛佷嬌鐢ㄧ儲寮曞彲浠ュ姞蹇鏌ヨ㈤熷害錛屽彲浠ュ弬鑰冧互涓嬬殑鐧懼害鐧劇戣存槑錛

浣跨敤緔㈠紩鍙蹇閫熻塊棶琛ㄤ腑鐨勭壒瀹氫俊鎮銆傜儲寮曟槸瀵規暟鎹搴撹〃涓涓鍒楁垨澶氬垪鐨勫艱繘琛屾帓搴忕殑涓縐嶇粨鏋勶紝渚嬪 employee 琛ㄧ殑濮擄紙name錛夊垪銆傚傛灉瑕佹寜濮撴煡鎵劇壒瀹氳亴鍛橈紝涓庡繀欏繪悳緔㈣〃涓鐨勬墍鏈夎岀浉姣旓紝緔㈠紩浼氬府鍔╂偍鏇村揩鍦拌幏寰楄ヤ俊鎮銆
銆銆鍦ㄥ叧緋繪暟鎹搴撲腑錛岀儲寮曟槸涓縐嶄笌琛ㄦ湁鍏崇殑鏁版嵁搴撶粨鏋勶紝瀹冨彲浠ヤ嬌瀵瑰簲浜庤〃鐨凷QL璇鍙ユ墽琛屽緱鏇村揩銆傜儲寮曠殑浣滅敤鐩稿綋浜庡浘涔︾殑鐩褰曪紝鍙浠ユ牴鎹鐩褰曚腑鐨勯〉鐮佸揩閫熸壘鍒版墍闇鐨勫唴瀹廣傚綋琛ㄤ腑鏈夊ぇ閲忚板綍鏃訛紝鑻ヨ佸硅〃榪涜屾煡璇錛岀涓縐嶆悳緔淇℃伅鏂瑰紡鏄鍏ㄨ〃鎼滅儲錛屾槸灝嗘墍鏈夎板綍涓涓鍙栧嚭錛屽拰鏌ヨ㈡潯浠惰繘琛屼竴涓瀵規瘮錛岀劧鍚庤繑鍥炴弧瓚蟲潯浠剁殑璁板綍錛岃繖鏍峰仛浼氭秷鑰楀ぇ閲忔暟鎹搴撶郴緇熸椂闂達紝騫墮犳垚澶ч噺紓佺洏I/O鎿嶄綔錛涚浜岀嶅氨鏄鍦ㄨ〃涓寤虹珛緔㈠紩錛岀劧鍚庡湪緔㈠紩涓鎵懼埌絎﹀悎鏌ヨ㈡潯浠剁殑緔㈠紩鍊礆紝鏈鍚庨氳繃淇濆瓨鍦ㄧ儲寮曚腑鐨凴OWID錛堢浉褰撲簬欏電爜錛夊揩閫熸壘鍒拌〃涓瀵瑰簲鐨勮板綍銆
銆銆緔㈠紩鏄涓涓鍗曠嫭鐨勩佺墿鐞嗙殑鏁版嵁搴撶粨鏋勶紝瀹冩槸鏌愪釜琛ㄤ腑涓鍒楁垨鑻ュ共鍒楀肩殑闆嗗悎鍜岀浉搴旂殑鎸囧悜琛ㄤ腑鐗╃悊鏍囪瘑榪欎簺鍊肩殑鏁版嵁欏電殑閫昏緫鎸囬拡娓呭崟銆
銆銆緔㈠紩鎻愪緵鎸囧悜瀛樺偍鍦ㄨ〃鐨勬寚瀹氬垪涓鐨勬暟鎹鍊肩殑鎸囬拡錛岀劧鍚庢牴鎹鎮ㄦ寚瀹氱殑鎺掑簭欏哄簭瀵硅繖浜涙寚閽堟帓搴忋傛暟鎹搴撲嬌鐢ㄧ儲寮曠殑鏂瑰紡涓庢偍浣跨敤涔︾睄涓鐨勭儲寮曠殑鏂瑰紡寰堢浉浼礆細瀹冩悳緔㈢儲寮曚互鎵懼埌鐗瑰畾鍊礆紝鐒跺悗欏烘寚閽堟壘鍒板寘鍚璇ュ肩殑琛屻
銆銆鍦ㄦ暟鎹搴撳叧緋誨浘涓錛屾偍鍙浠ュ湪閫夊畾琛ㄧ殑鈥滅儲寮/閿鈥濆睘鎬ч〉涓鍒涘緩銆佺紪杈戞垨鍒犻櫎姣忎釜緔㈠紩綾誨瀷銆傚綋淇濆瓨緔㈠紩鎵闄勫姞鍒扮殑琛錛屾垨淇濆瓨璇ヨ〃鎵鍦ㄧ殑鍏崇郴鍥炬椂錛岀儲寮曞皢淇濆瓨鍦ㄦ暟鎹搴撲腑銆

涓鑸鏁版嵁搴撳湪寤虹珛鏃剁殑榛樿ょ儲寮曟槸涓婚敭錛屼絾鏄鍦ㄤ嬌鐢ㄦ煡璇㈣繃紼嬩腑鏈変簺瀛楁靛線寰浣滀負緇忓父鐨勬緔㈡潯浠訛紝姣旀柟璇村叆搴撴椂闂淬佸撳悕銆佺嶇被絳夈傚傛灉涓嶅熀浜庝富閿鐨勬煡璇㈢粡甯稿彂鐢熺殑璇濓紝鍦ㄨ繖浜涙煡璇㈠瓧孌典笂寤虹珛緔㈠紩鍙浠ュ姞蹇鏌ヨ㈤熷害錛屾彁浜ょ▼搴忕殑鍙嶅簲鎬ц兘錛

瀵逛簬瑙嗗浘錛屼竴涓鏄綆鍗曟柟渚挎煡璇錛屽悓鏃朵篃鎻愰珮瀹夊叏鎬э紝鍙鍙傝冪櫨搴︾櫨縐戜粙緇
銆銆* 綆鍗曟с傜湅鍒扮殑灝辨槸闇瑕佺殑銆傝嗗浘涓嶄粎鍙浠ョ畝鍖栫敤鎴峰規暟鎹鐨勭悊瑙ｏ紝涔熷彲浠ョ畝鍖栦粬浠鐨勬搷浣溿傞偅浜涜緇忓父浣跨敤鐨勬煡璇㈠彲浠ヨ瀹氫箟涓鴻嗗浘錛屼粠鑰屼嬌寰楃敤鎴蜂笉蹇呬負浠ュ悗鐨勬搷浣滄瘡嬈℃寚瀹氬叏閮ㄧ殑鏉′歡銆

銆銆* 瀹夊叏鎬с傞氳繃瑙嗗浘鐢ㄦ埛鍙鑳芥煡璇㈠拰淇鏀逛粬浠鎵鑳借佸埌鐨勬暟鎹銆傛暟鎹搴撲腑鐨勫叾瀹冩暟鎹鍒欐棦鐪嬩笉瑙佷篃鍙栦笉鍒般傛暟鎹搴撴巿鏉冨懡浠ゅ彲浠ヤ嬌姣忎釜鐢ㄦ埛瀵規暟鎹搴撶殑媯緔㈤檺鍒跺埌鐗瑰畾鐨勬暟鎹搴撳硅薄涓婏紝浣嗕笉鑳芥巿鏉冨埌鏁版嵁搴撶壒瀹氳屽拰鐗瑰畾鐨勫垪涓娿傞氳繃瑙嗗浘錛岀敤鎴峰彲浠ヨ闄愬埗鍦ㄦ暟鎹鐨勪笉鍚屽瓙闆嗕笂錛

銆銆浣跨敤鏉冮檺鍙琚闄愬埗鍦ㄥ彟涓瑙嗗浘鐨勪竴涓瀛愰泦涓婏紝鎴栨槸涓浜涜嗗浘鍜屽熀琛ㄥ悎騫跺悗鐨勫瓙闆嗕笂銆

銆銆* 閫昏緫鏁版嵁鐙絝嬫с傝嗗浘鍙甯鍔╃敤鎴峰睆钄界湡瀹炶〃緇撴瀯鍙樺寲甯︽潵鐨勫獎鍝嶃

『伍』 SQLServer2008中的數據壓縮功能

SQL Server SP 為我們帶來了vardecimal功能 這項功能使得原來定長的decimal數據在數據文件中以可變長的格式存儲 據稱這項功能可以為典型的數據倉庫節省 %的空間 而SQL Server 在這一基礎上又進一步增強了數據壓縮功能 SQL Server 現在支持行壓縮和頁面壓縮兩種選項 數據壓縮選項可以在以下對象上啟用

未創建聚簇索引的表

創建聚簇索引的表

非聚簇索引(對表設置壓縮選項不會影響到該表上的非聚簇索引 因此聚簇索引的壓縮需要單獨設置)

索引視圖

分區表和分區索引中的單個分區

為什麼需要數據壓縮

首先可能需要討論的問題就是為什麼在存儲成本不斷降低的今天 微軟還要煞費苦心地在SQL Server中實現並且不斷改進數據壓縮技術呢?

盡管存儲成本已經不再是傳統意義上的首要考慮因素 但是這並不代表資料庫尺寸不是一個問題 因為資料庫尺寸除了會影響到存儲成本之外 還極大地關聯到管理成本和性能問題

首先我們來討論為什麼會有管理成本的問題?因為資料庫需要備份 資料庫的尺寸越大 那麼備份時間就會越長 當然另外一點就是消耗的備份硬體成本也會隨之提高(包括需要的備份介質成本和為了滿足備份窗口而需要更高級的備份設備帶來的采購成本) 還有一種管理成本就是資料庫的維護成本 例如我們經常需要完成的DBCC任務 資料庫尺寸越大 我們就需要更多的時間來完成這些任務

接著我們再看看性能問題 SQL Server在掃描磁碟讀取數據的時候都是按照數據頁為單位進行讀取的 因此如果一張數據頁中包含的數據行數越多 SQL Server在一次數據頁IO中獲得的數據就會越多 這樣也就帶來了性能的提升

最後考慮存儲的成本 按照原先SQL Server SP 中vardecimal的壓縮數據為例 %的空間節省也就意味著 %的存儲成本 而按照SQL Server 當前放出的測試數據 採用新的數據壓縮技術可以達到 X X的存儲率 再加上如果企業要考慮容災而增加的存儲空間 這樣節省的存儲硬體成本也將是想當可觀的

如何使用數據壓縮

SQL Server 中的壓縮選項可以在創建表或索引時通過Option進行設置 例如 CREATE TABLE TestTable (col int col varchar( )) WITH (DATA_PRESSION = ROW);

如果需要改變一個銷滲銷分區虧游的壓縮選項 則可以用以下語句 ALTER TABLE TestTable REBUILD PARTITION = WITH (DATA PRESSION = PAGE);

如果需要為分區表的各個分區設置不同的壓縮選項 可以使用以下的語句 (SQL Server 可以對不同的分區使用不同的壓縮選項 這一點對於數據倉庫應用是非常重要的 因為數據倉庫的事實表通常都會有一個或數個熱分區 這些分區中的數據經常需要更新 為了避免數據壓縮給這些分區上的數據更新帶來額外的處理載荷 可以對這些分區關閉壓縮選項) CREATE TABLE PartitionedTable (col int col varchar( )) ON PS (col )喊冊 WITH ( DATA_PRESSION = ROW ON PARTITIONS( ) DATA_PRESSION = PAGE ON PARTITION( TO ));

如果是為某個索引設置壓縮選項的話 可以使用

CREATE INDEX IX_TestTable_Col ON TestTable (Col ) WITH (DATA_PRESSION = ROW);

如果是修改某個索引的壓縮選項 可以使用 ALTER INDEX IX_TestTable_Col ON TestTable REBUILD WITH (DATA_PRESSION = ROW);

SQL Server 同時還提供了一個名為sp_estimate_data_pression_savings存儲過程幫助DBA估計激活壓縮選項後對象尺寸

數據壓縮是怎樣工作的

對於行壓縮 SQL Server 採用以下三種方法來節省存儲空間

減少了與記錄相關聯的元數據開銷 此元數據為有關列 列長度和偏移量的信息 在某些情況下 元數據開銷可能大於舊的存儲格式

它對於數值類型(例如 integer decimal和float)和基於數值的類型(例如 datetime和money)使用可變長度存儲格式

它通過使用不存儲空字元的可變長度格式來存儲定長字元串

對於頁面壓縮 SQL Server 則是在一張數據頁面上依次採用

行壓縮

前綴壓縮

字典壓縮

配置數據壓縮功能需要注意的

盡管SQL Server 的數據壓縮功能非常有價值 但是仍然需要注意一些問題

數據壓縮功能僅在企業版和開發版中可用

數據壓縮可以讓一張數據頁存儲更多的數據行 但是並不能改變單行數據最長 位元組這一限制

在一張已經設置了數據壓縮的表上創建聚簇索引時 聚簇索引默認繼承原表上的壓縮選項

在未設置聚簇索引的表上設置頁面壓縮時 只有以下情況才會獲得頁面壓縮的實際效果

數據使用BULK INSERT語法添加到表中

數據使用INSERT INTO WITH (TABLOCK)語法添加到表中

執行帶有頁面壓縮選項的ALTER TABLE REBUILD命令

在未設置聚簇索引的表上更改壓縮選項 會導致該表上所有非聚簇索引都需要重建 因為這些非聚簇索引指向的數據行地址已經都發生了改變

在改變壓縮選項時所需要的臨時空間大小與創建索引是所需要的空間是一樣的 因此對於分區表 我們可以逐個分區設置壓縮選項來減少臨時空間的需求壓力

由於SQL Server 中數據壓縮技術其實是SQL Server SP 中vardecimal技術的一個超集 因此設置了數據壓縮後就沒有必要保留vardecimal了 當然SQL Server 為了保持向後兼容性 在當前版本中仍然保留了vardecimal 但是SQL Server 的下一個版本及可能就會棄用vardecimal選項 因此做了這些設置的資料庫應該盡早改變到數據壓縮設置下