關于with cube ，with rollup 和 grouping

通過查看sql 2005的幫助文檔找到了CUBE 和 ROLLUP 之間的具體區(qū)別：

CUBE 生成的結果集顯示了所選列中值的所有組合的聚合。ROLLUP 生成的結果集顯示了所選列中值的某一層次結構的聚合。

再看看對grouping的解釋：

當行由 CUBE 或 ROLLUP 運算符添加時，該函數(shù)將導致附加列的輸出值為 1；當行不由 CUBE 或 ROLLUP 運算符添加時，該函數(shù)將導致附加列的輸出值為 0。

僅在與包含 CUBE 或 ROLLUP 運算符的 GROUP BY 子句相關聯(lián)的選擇列表中才允許分組。

當看到以上的解釋肯定非常的模糊，不知所云和不知道該怎樣用，下面通過實例操作來體驗一下：

先建表（dbo.PeopleInfo）：

操作一：先試試：1, 查詢所有數(shù)據(jù)；2,用group by 查詢所有數(shù)據(jù)；3,用with cube。這三種情況的比較

SQL語句如下：

結果分析：

　　用第三種(用with cube)為什么會多出來有null的字段值呢？通過分析圖上的值得組合會發(fā)現(xiàn)是怎么回事兒了，以第三條數(shù)據(jù)（李歡，null，170）為例：它只是把姓名是【李歡】的分為了一組，而沒有考慮【numb】，所以有多出來了第三條數(shù)據(jù)，也說明了170是怎么來的。其他的也是這樣。再回顧一下幫助文檔的解釋：CUBE 生成的結果集顯示了所選列中值的所有組合的聚合， 發(fā)現(xiàn)明了了許多。

操作二：1,用with cube；2,用with rollup 這兩種情況的比較

SQL語句如下：

結果分析：

　　為什么with cube 比 with rollup多出來一部分呢？原來它沒有顯示，以【numb】分組而不考慮【name】的數(shù)據(jù)情況。再回顧一下幫助文檔的解釋：ROLLUP 生成的結果集顯示了所選列中值的某一層次結構的聚合，那這個【某一層次】又是以什么為標準的呢？我的猜想是：距離group up最近的字段必須考慮在分組內(nèi)。

證明猜想實例：

操作：用兩個group up 交換字段位置的sql語句和一個在group up 后面增加一個字段的sql語句進行比較：

SQL語句如下：

通過結果圖的比較發(fā)現(xiàn)猜想是正確的。

---------------------------------------------------grouping-------------------------------------------------

現(xiàn)在來看看grouping的實例：

SQL語句看看與with rollup的結合（與with cube的結合是一樣的）：

結果分析：

結合幫助文檔的解釋：當行由 CUBE 或 ROLLUP 運算符添加時，該函數(shù)將導致附加列的輸出值為 1；當行不由 CUBE 或 ROLLUP 運算符添加時，該函數(shù)將導致附加列的輸出值為 0。  很容易理解再此就不多解釋了。

最新評論