【正文】 。 對于一些超大型的表，分區(qū)是非常有用的。分區(qū)是一種邏輯概念，一個表就是一個整體，當發(fā)生數(shù)據(jù)訪問的時候，也是對整個表或整個表的索引進行訪問，所謂分區(qū)，通俗點講，就是把表按一定的規(guī)律劃分成更小的邏輯單位,當發(fā)生訪問的時候,不以表為單位進行訪問,而先在表的基礎上,判斷數(shù)據(jù)在哪個分區(qū),有一個非常大的表,存儲了一些銷售記錄,現(xiàn)在查詢總是按銷售季度來執(zhí)行這個查詢每個銷售季度包含幾十萬個記錄,通常你只是要查詢這個數(shù)據(jù)集的一個相當小的數(shù)據(jù),系統(tǒng)需要執(zhí)行全表掃描,但是結果卻必須掃描幾百萬個記錄,. 分區(qū)是比較復雜的，以分區(qū)的對象來分類的話，則分為兩種，表分區(qū)和索引分區(qū)。J表分區(qū)主要指的是范圍分區(qū)，(貌似比較單一，oracle里有散列分區(qū)等等，不過在sqlserver里我目前還沒有看到).就這么說可能不清不楚，下面將以我們已經(jīng)建立好的ipanel數(shù)據(jù)庫為例，對person表進行按日期分區(qū)，假設ipanel每個月都要進出幾十萬人，然后HR每月還要作很多的統(tǒng)計吧。下面一步一步來，mon創(chuàng)建文件組各種數(shù)據(jù)最終是存儲在數(shù)據(jù)文件里，在實際應用中，表的分區(qū)都會分布在多個數(shù)據(jù)文件中，這樣以便獲得更好的 I/O 平衡，對于文件，是以文件組為單位進行管理，文件組相當于目錄，數(shù)據(jù)文件就相當于目錄里的文件。為數(shù)據(jù)庫添加文件組，這個文件組分布存儲person表的數(shù)據(jù)：ALTER DATABASE ipanel ADD FILEGROUP [person_fg]現(xiàn)在為ipanel數(shù)據(jù)庫創(chuàng)建了一個名為person_fg的文件組。下面為該文件組添加數(shù)據(jù)文件。添加數(shù)據(jù)文件ALTER DATABASE ipanelADD FILE(NAME = N39。person00139。,FILENAME = N39。C:\ipanel\39。,SIZE = 5MB,MAXSIZE = 100MB,FILEGROWTH = 5MB)TO FILEGROUP [person_fg]如上，為文件組添加了一個數(shù)據(jù)文件創(chuàng)建分區(qū)函數(shù)既然分區(qū)，那么就應該有一個分區(qū)的標準，就是說數(shù)據(jù)將以什么標準來分區(qū)，分區(qū)函數(shù)就是做這件事情的，它定義數(shù)據(jù)劃分的標準，對表進行邏輯上的劃分。CREATE PARTITION FUNCTION personRangePFN(datetime)ASRANGE LEFT FOR VALUES (39。2003093039。,39。2005093039。,39。2007093039。,39。2009093039。)上面的分區(qū)函數(shù)創(chuàng)建了5個分區(qū)，并且定義了分區(qū)列的數(shù)據(jù)類型為datetime,因為分區(qū)的標準要建在表的某一列上，在此定義，分區(qū)列必須是日期時間型。RANGE LEFT表示范圍分區(qū)，LEFT所在的選項有兩個：LEFT,。如當前選項是LEFT，則表示：分區(qū)1：=20030930分區(qū)2：20030930,=20050930分區(qū)3：20050930,=20070930分區(qū)4：20070930,=20090930分區(qū)5：20030930如果當前選項是RIGHT,則表示：分區(qū)1：20030930分區(qū)2：=20030930,20050930分區(qū)3：=20050930,20070930分區(qū)4：=20070930,20090930分區(qū)5：=20030930創(chuàng)建分區(qū)架構創(chuàng)建分區(qū)函數(shù)后，必須將其與分區(qū)架構相關聯(lián)，以便將分區(qū)定向至特定的文件組。定義分區(qū)架構時，即使多個分區(qū)位于同一個文件組中，也必須為每個分區(qū)指定一個文件組。對于前面創(chuàng)建的范圍分區(qū) (personRangePFN)，存在五個分區(qū)；最后一個空分區(qū)將在 PRIMARY 文件組中創(chuàng)建。因為此分區(qū)永遠不包含數(shù)據(jù)，所以不需要指定特殊的位置CREATE PARTITION SCHEME PersonEmdateSchemeASPARTITION personRangePFNTO ([person001], [person002], [person003], [person004], [PRIMARY])創(chuàng)建分區(qū)表 定義分區(qū)函數(shù)（邏輯結構）和分區(qū)架構（物理結構）后，即可創(chuàng)建表來利用它們。表定義應使用的架構，而架構又定義函數(shù)。要將這三者結合起來，必須指定應該應用分區(qū)函數(shù)的列。范圍分區(qū)始終只映射到表中的一列，此列應與分區(qū)函數(shù)中定義的邊界條件的數(shù)據(jù)類型相匹配。另外，如果表應明確限制數(shù)據(jù)集（而不是從負無窮大到正無窮大），則還應添加 CHECK 約束。CREATE TABLE [dbo].[person] ([id] [bigint] NOT NULL , 記錄的id[name] [varchar] (10) COLLATE Chinese_PRC_CI_AS NULL ,姓名[age] [int] NULL ,年齡[addr] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,地址[sex] [char] (10) COLLATE Chinese_PRC_CI_AS NULL ,性別[dept] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,部門[pos] [varchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,郵編[tel] [char] (15) COLLATE Chinese_PRC_CI_AS NULL ,電話[fax] [char] (15) COLLATE Chinese_PRC_CI_AS NULL ,傳真[emdate] [datetime] NULL 入職日期)On PersonEmdateScheme (emdate)如果要限制的emdate的值的范圍，則必須給它加上約束，如只允許emdate的值從2002年9月1日到2010年9月1日，則將[emdate] [datetime] NULL 改為[emdate] [datetime] NULLCONSTRAINT personRangeYearCHECK ([emdate] = 39。2002090139。AND [emdate] = 39。20100901 11:59:39。)分區(qū)總結 到此，對于分區(qū)表person已經(jīng)設置完畢，person的數(shù)據(jù)會根據(jù)emdate的值分布到幾個不同的數(shù)據(jù)文件里，在查詢的時候，系統(tǒng)會首先判斷emdate的值，看它在哪個分區(qū)，然后只進入該分區(qū)查找數(shù)據(jù)，這對于超大規(guī)模的系統(tǒng)來說，是很有用的，如果一個表有幾千萬上億的數(shù)據(jù)，即使是索引掃描也是一個很費時的過程，不要忘記，索引也就像相當于簡化了的表。對于索引，sqlserver里有索引分區(qū)，如果索引分區(qū)和表分區(qū)對齊的話，就是說和表一樣使用了相同的分區(qū)函數(shù)和相同的分區(qū)架構，那么對于索引的查找，就不是對整個索引的查找了，而是先判斷在哪個索引分區(qū)，然后再取查找該索引值，然后找到數(shù)據(jù)，這樣就會節(jié)省很多時間。分區(qū)還有一個好處就是，對于一些數(shù)據(jù)可以更好的進行管理，比如說，定義了2006年度的銷售數(shù)據(jù)存儲在對應的分區(qū)area6，,到2007年的時候，一般情況下，可能不用06年的數(shù)據(jù)，按照分區(qū)的理論，它也不會訪問06年的數(shù)據(jù)所在的區(qū)域。分區(qū)的應用是比較復雜的，上面只是介紹了其中一部分，其他還有索引分區(qū)，分區(qū)合并，分區(qū)移出等比較多的的東西。在oracle里，分區(qū)的概念是比較多的，包括對索引的分區(qū)都會有很多介紹，如散列分區(qū)，混合分區(qū)，局部索引，全局索引，原理上是差不多的。在此談分區(qū)只是一個拋磚引玉的過程，如果對sqlserver分區(qū)想更深入了解的話，可以看看msdn，有中文的，不過翻譯得很爛。6:后記 我以前看到過很多項目，數(shù)據(jù)庫系統(tǒng)只是被純粹的當作了一個存儲數(shù)據(jù)的地方，建完表能增刪改查就萬事大吉了，有的連索引都沒有，對于數(shù)據(jù)庫的建立也很不嚴謹，更談不上管理，雖然很多人認為數(shù)據(jù)庫的管理是DBA的事情，但是我想作為一個技術人員，加深對數(shù)據(jù)庫的了解是絕對沒有壞處的，開發(fā)大型的系統(tǒng)，數(shù)據(jù)庫肯定是非常重要的。如果想深入學習一門數(shù)據(jù)庫的話，我建議大家從oracle開始學，因為sqlserver作了很多封裝，而oracle更為復雜，是的，雖然它概念很多，比較復雜，但是卻有助你了解更多的數(shù)據(jù)庫細節(jié)，在很多方面，大部分的數(shù)據(jù)庫系統(tǒng)都是相同的，oracle學好再來學其他的數(shù)據(jù)庫，上手就非常容易，如果你會寫PL/SQL程序，那有什么理由不會寫TRANACTSQL的數(shù)據(jù)庫程序呢，語法只是一些細微的差別，而很多的概念卻是相同的。歡迎您的光臨，！希望您提出您寶貴的意見，你的意見是我進步的動力。贈語； 如果我們做與不做都會有人笑，如果做不好與做得好還會有人笑，那么我們索性就做得更好，來給人笑吧！ 現(xiàn)在你不玩命的學，以后命玩你。我不知道年少輕狂，我只知道勝者為王。不要做金錢、權利的奴隸；應學會做“金錢、權利”的主人。什么時候離光明最近？那就是你覺得黑暗太黑的時候。最值得欣賞的風景，是自己奮斗的足跡。壓力不是有人比你努力，而是那些比你牛幾倍的人依然比你努力。 參考