最近使用SQL SERVER一個(gè)的緩存，數(shù)據(jù)量一天100w的速度增長，同時(shí)接受客戶查詢，速度由于數(shù)據(jù)量越來越大越來越慢，這里感謝博客園的  KillKill 和  邀約, 最近讀了一套書不錯(cuò)，感興趣的同學(xué)可以讀讀<<活法>>

　　回顧下經(jīng)常使用的索引：

　　一、聚集索引
　　聚集索引的頁級別包含了索引鍵，還包含數(shù)據(jù)頁，因此，關(guān)于 除了鍵值以外聚集索引的葉級別還存放了什么的答案就是一切，也就是說，每行的所有字段都在葉級別種。
　　另一種說話是:數(shù)據(jù)本身也是聚集索引的一部分，聚集索引基于鍵值保持表中的數(shù)據(jù)有序。
　　SQL SERVER 中，所有的聚集索引都是唯一的，如果在創(chuàng)建聚集索引時(shí)沒有指定UNIQUE 關(guān)鍵字，SQL SERVER 會在需要時(shí)通過往記錄中添加一個(gè)唯一標(biāo)識符(Uniqueifier)在內(nèi)部保證索引的唯一性，該唯一標(biāo)識符是一個(gè)4字節(jié)的值，作為附加在聚集索引鍵的字段添加到數(shù)據(jù)中，只有那些聲明為索引鍵字段并擁有重復(fù)值的行才會被添加。

　　二、非聚集索引
　　對于非聚集索引，葉級別不包含全部的數(shù)據(jù)。除了鍵值以外，每個(gè)葉級別(樹的最低層)中的索引行包含了一個(gè)書簽(bookmark),告訴SQL Server 可以在哪里找到與索引鍵相應(yīng)的數(shù)據(jù)行。一個(gè)書簽課能有兩種格式。如果表上存在聚集索引，書簽就是相應(yīng)的數(shù)據(jù)行的聚集索引鍵。如果表是堆(heap)結(jié)構(gòu) ，就是沒有聚集索引的情況下 ，書簽就是一個(gè)行標(biāo)識符 row identifier,rid ，以 文件號 頁號 槽號 的格式來定位實(shí)際的行。

　　非聚集索引的存在與否并不影響數(shù)據(jù)分頁的組織，因此每張表上并不像聚集索引那樣只局限于擁有一個(gè)非聚集索引，SQL  Server 2005  每張表能夠包含249 個(gè)非聚集索引 SQL Server 2008 每張表能夠包含999 個(gè)非聚集索引 ，但是實(shí)際上所用到的比這個(gè)數(shù)要少的多。

　　三、包含索引
　　索引鍵字段數(shù)量限制是16個(gè)，總共900個(gè)字節(jié)大小 ，包含性列只在葉級別中出現(xiàn)而且不以任何方式控制索引行的排序。它們的目的是使葉級別能夠包含更多的信息從而更大地發(fā)揮覆蓋索引(Covering index)的索引調(diào)優(yōu)能力.覆蓋索引是一種非聚集索引，在其葉級別就可以找到滿足查詢的全部信息，這樣sql server就根本沒有必要訪問數(shù)據(jù)分頁了，在一些情況下 sql serer 會悄悄的為索引添加一個(gè)包含性列。這可能發(fā)生在索引建立于分區(qū)表 也就是我今天是發(fā)的博客 O(∩_∩)O (partitioned table )上沒有指定 on filegroup  或者 no partition_scheme  的情況下。

　　一、SQL SERVER 表分區(qū)介紹
　　SQL Server  引入的表分區(qū)技術(shù)，讓用戶能夠把數(shù)據(jù)分散存放到不同的物理磁盤中，提高這些磁盤的并行處理性能以優(yōu)化查詢性能……

　　二 、SQL SERVER 數(shù)據(jù)庫表分區(qū)由三個(gè)步驟來完成

 　　1.創(chuàng)建分區(qū)函數(shù)

 　　2.創(chuàng)建分區(qū)架構(gòu)

　　 3.對表進(jìn)行分區(qū)

　　基于緩存更新機(jī)制，我使用時(shí)間來進(jìn)行分區(qū)，這里大家根據(jù)業(yè)務(wù)的要求使用合適的字段來作為分區(qū)

　　創(chuàng)建數(shù)據(jù)庫分區(qū)文件數(shù)量，這里存儲一年的數(shù)據(jù)分成十二個(gè)分區(qū)，需要現(xiàn)在D盤建立好Data 的文件夾 里面包含Primary 文件夾和 FG1 FG2 FG3 FG4............

IF  EXISTS (SELECT name FROM sys.databases WHERE name = N'AirAvCache')
DROP DATABASE [AirAvCache]
GO
CREATE DATABASE [AirAvCache]
ON PRIMARY
(NAME='Data Partition DB Primary FG',
FILENAME=
'D:/Data/Primary/AirAvCache Primary FG.mdf',
SIZE=5,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG1]
(NAME = 'AirAvCache FG1',
FILENAME =
'D:/Data/FG1/AirAvCache FG1.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG2]
(NAME = 'AirAvCache FG2',
FILENAME =
'D:/Data/FG2/AirAvCache FG2.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG3]
(NAME = 'AirAvCache FG3',
FILENAME =
'D:/Data/FG3/AirAvCache FG3.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG4]
(NAME = 'AirAvCache FG4',
FILENAME =
'D:/Data/FG4/AirAvCache FG4.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG5]
(NAME = 'AirAvCache FG5',
FILENAME =
'D:/Data/FG5/AirAvCache FG5.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG6]
(NAME = 'AirAvCache FG6',
FILENAME =
'D:/Data/FG6/AirAvCache FG6.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),
FILEGROUP [AirAvCache FG7]
(NAME = 'AirAvCache FG7',
FILENAME =
'D:/Data/FG7/AirAvCache FG7.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG8]
(NAME = 'AirAvCache FG8',
FILENAME =
'D:/Data/FG8/AirAvCache FG8.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG9]
(NAME = 'AirAvCache FG9',
FILENAME =
'D:/Data/FG9/AirAvCache FG9.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG10]
(NAME = 'AirAvCache FG10',
FILENAME =
'D:/Data/FG10/AirAvCache FG10.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG11]
(NAME = 'AirAvCache FG11',
FILENAME =
'D:/Data/FG11/AirAvCache FG11.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 ),

FILEGROUP [AirAvCache FG12]
(NAME = 'AirAvCache FG12',
FILENAME =
'D:/Data/FG12/AirAvCache FG12.ndf',
SIZE = 5MB,
MAXSIZE=500,
FILEGROWTH=1 )        

        

        
        
      
        
it知識庫：SQLServer表分區(qū)，轉(zhuǎn)載需保留來源！
        
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。