在推出Denali之前，微軟代號為Apollo的項(xiàng)目就已經(jīng)將列存儲索引功能添加到PowerPivot之中，并嵌入了他們的數(shù)據(jù)庫引擎。微軟提供的列存儲索引技術(shù)是基于一個叫做VertiPaq的數(shù)據(jù)庫架構(gòu)的，它同傳統(tǒng)的索引相比能夠?yàn)閿?shù)據(jù)庫提供較大程度上的性能提升。

 

在傳統(tǒng)的索引中，每一行的索引數(shù)據(jù)是存儲在單一頁面的，而每一列的數(shù)據(jù)是分散在所有的頁面當(dāng)中的。那么列存儲索引會將每一列的數(shù)據(jù)集合起來，這樣每個頁面中包含的數(shù)據(jù)都是來自于一列的。此外，每一列的索引數(shù)據(jù)都進(jìn)行了壓縮，由于列中的數(shù)據(jù)會包含許多相同的值，所以這里所談到的壓縮比將會是很大的。這就意味著索引中的頁面變得更少了，而當(dāng)你抽取數(shù)量很小的列時，需要掃描的頁面也減少了。

 

由于SQL Server中每個實(shí)例存儲的數(shù)據(jù)都不一樣，所以很難說在實(shí)際應(yīng)用中，這樣的列存儲索引會快多少。至少微軟方面稱幾倍甚至幾十倍都有可能。

 

站在業(yè)務(wù)角度來看，這個功能將改變用戶使用數(shù)據(jù)倉庫的方式。傳統(tǒng)意義上，數(shù)據(jù)倉庫的表都是非常大的，很難實(shí)現(xiàn)實(shí)時的查詢，因此它們不適合做ad hoc查詢。這些表中的數(shù)據(jù)需要進(jìn)行聚集，需要構(gòu)建cube或者生成報表并立即進(jìn)行緩存才可以完成快速的反應(yīng)。

 

比如說你的賬戶有1000塊錢，取出來500然后立即去網(wǎng)上查詢，有時你會發(fā)現(xiàn)電腦中顯示的還是1000的余額。銀行的數(shù)據(jù)集是十分龐大的，因此它需要一些時間來對你的賬戶信息進(jìn)行刷新，要求實(shí)現(xiàn)實(shí)時的刷新是不切實(shí)際的，甚至我們可以說是不可能的。與此類似，數(shù)據(jù)倉庫往往需要在晚上跑ETL任務(wù)，進(jìn)行數(shù)據(jù)的更新和聚集。

 

但是列存儲索引理論上是可以在幾秒鐘之內(nèi)就完成之前需要幾分鐘甚至幾小時的查詢的，這時你的業(yè)務(wù)就可以轉(zhuǎn)向?qū)崟r查詢了。技術(shù)的革新意味著你不需要在等上幾天來完成數(shù)據(jù)的整理和聚集了，至少你的業(yè)務(wù)用戶和公司決策者可以更快速地利用他們需要的數(shù)據(jù)。

 

 

SQL Server的每一個版本高可用性功能區(qū)別并不大，有幾個可選的功能，比如數(shù)據(jù)庫鏡像、日志傳輸或者SQL Server集群等，其實(shí)每一個都有它自身的缺陷。在選擇每一項(xiàng)技術(shù)時，你都需要做好折中的準(zhǔn)備。

 

SQL Server Denali引入了一個新的技術(shù)，叫做AlwaysOn，或者叫高可用災(zāi)難恢復(fù)(High Availability Disaster Recovery，HADR)。據(jù)微軟官方所說，開發(fā)這一功能是一項(xiàng)巨大的工程，甚至牽扯到修改早先的SQL Server 7.0，那時候還是微軟和Sybase一同開發(fā)的數(shù)據(jù)庫。AlwaysOn功能可以看作是數(shù)據(jù)庫鏡像與集群的完美結(jié)合，并根據(jù)客戶的反饋增加了新的特性。

 

舉例來說，數(shù)據(jù)庫鏡像是在單一的數(shù)據(jù)庫上運(yùn)行的，但是往往一個數(shù)據(jù)庫會訪問其他數(shù)據(jù)庫的對象，這兩個數(shù)據(jù)庫都是在一個服務(wù)器之上。所以，數(shù)據(jù)庫A使用視圖或者同義詞來訪問數(shù)據(jù)庫B的對象，這些查詢在數(shù)據(jù)庫都在同一服務(wù)器時才可以進(jìn)行。但是如果數(shù)據(jù)庫A向鏡像服務(wù)器進(jìn)行了故障的轉(zhuǎn)移，那么數(shù)據(jù)庫B的對象就變成無效了，應(yīng)用一定會報錯。

 

為了在一個鏡像環(huán)境中實(shí)現(xiàn)跨數(shù)據(jù)庫的相關(guān)性，AlwaysOn引入了一個叫做可用性組的功能。你可以將一組數(shù)據(jù)庫定義為一個可用性單元;然后它們?nèi)�部會以一個單元進(jìn)行故障轉(zhuǎn)移，這樣你的跨數(shù)據(jù)庫引用就可以保持不出錯。AlwaysOn還可以讓用戶對主數(shù)據(jù)庫設(shè)置一些副本，這些副本可以設(shè)為只讀。如果你的主數(shù)據(jù)庫發(fā)生故障，其中一個副本就可以接管。

 

對于許多業(yè)務(wù)來說，增強(qiáng)的高可用特性無疑具有極大的吸引力，也是促使客戶升級到SQL Server Denali的因素之一。目前，越來越多的電商數(shù)據(jù)庫都需要24/7的可用性，即使是幾分鐘的故障都可能造成巨大的損失。那么像AlwaysOn這樣的功能就可以提供無縫的故障轉(zhuǎn)移，讓停機(jī)時間降到最小并使數(shù)據(jù)庫容災(zāi)變得更加輕松，從而可以大大提升投資回報率。

 

 

SQL Server Denali除了數(shù)據(jù)庫性能本身之外，還提供了新的商業(yè)智能功能，其中數(shù)據(jù)可視化是其中最大的亮點(diǎn)，它與微軟的自助式BI相輔相成。Crescent是即SQL Server報表服務(wù)以及PowerPivot之后的又一個數(shù)據(jù)可視化加強(qiáng)功能，簡單來說，Crescent是一個基于Web的報表設(shè)計(jì)器，它使用了微軟的Silverlight應(yīng)用框架，并通過簡單易用的展示工具和強(qiáng)大的可視化組件向終端用戶提供ad hoc報表。

 

在后端，Crescent還使用了微軟的商業(yè)智能語義模型(Business Intelligence Semantic Model，BISM)，該模型是微軟最新的一項(xiàng)技術(shù)，它顛覆了傳統(tǒng)上使用Cube的方法，讓創(chuàng)建BI模型變得更加簡單。非BI技術(shù)人員也可以輕松地創(chuàng)建一個BI應(yīng)用。BISM同樣使用了VertiPaq技術(shù)，利用列存儲索引提升了查詢的速度。在去年SQL Server Denali第一次與我們見面的時候，Crescent在發(fā)布現(xiàn)場引起了巨大的關(guān)注。觀眾對現(xiàn)場的功能演示贊嘆不已，特別是數(shù)據(jù)的可視化呈現(xiàn)，它顛覆了人們傳統(tǒng)印象中的數(shù)據(jù)圖表等。

 

Crescent對于非IT人員瀏覽數(shù)據(jù)提供了便利，市場部銷售部甚至高管都可以運(yùn)行ad hoc查詢并以可視化的方式瀏覽數(shù)據(jù)。經(jīng)常使用報表進(jìn)行數(shù)據(jù)采集、整理的公司將特別關(guān)注這一功能。

 

Crescent不僅讓報表變得不再那么冷冰冰，它還增加了報表本身以及在報表背后工作的價值。試想你進(jìn)入一家富麗堂皇的法國餐廳，制作精美的菜品端上來之后，不僅能增加你的食欲，也讓菜品本身的價值凸顯了出來。

 

值得注意的是，在第一版的社區(qū)技術(shù)預(yù)覽中，SQL Server Denali并沒有提供列存儲索引和Crescent數(shù)據(jù)可視化功能，AlwaysOn也只提供了部分功能。相信在未來的幾個預(yù)覽版本中，微軟將逐步完善這些功能，讓用戶對SQL Server Denali有一個更加全面的了解。目前，關(guān)于使用限制、授權(quán)許可以及價格等信息，微軟官方并沒有透露，請用戶繼續(xù)關(guān)注TT數(shù)據(jù)庫網(wǎng)站，我們將會第一時間為您帶來SQL Server Denali的相關(guān)信息。