sqlserver 巧妙的自關聯(lián)運用
更新時間:2012年07月17日 21:36:21 作者:
最近在改報表分頁,遇到一個很棘手的問題,需要將比較正常的數(shù)據(jù)記錄新增加兩列
第一列按照goodsid局部分組,然后在分組后的記錄中按照audittime升序排序得到序號,從而顯示某商品得第幾次變遷。
第二列是取該商品的最后變遷價格newPrice,然后將該值賦到這個商品的其他行中,例如對于goodsid為1的,最后一個newprice為20,那么對于所有goodsid為1的記錄curprice都寫為20,從而達到外面控件分布的效果。
如下,比較正常的數(shù)據(jù)記錄:
private void ChangeDataTable(DataTable dt)
{
dt.Columns.Add("curprice");
dt.Columns.Add("expandfield");
int goodsid = 0;
int index = 1; //指針
decimal curprice = 0;
IHashObject curpriceobj = new HashObject(); //鍵值對
//增加分布列
foreach(DataRow row in dt.Rows){
if (goodsid != Convert.ToInt32(row["goodsid"])) {
curpriceobj.Add("goodsid_"+goodsid, curprice);
//處理
index = 0;
goodsid = Convert.ToInt32(row["goodsid"]);
}
curprice = Convert.ToDecimal(row["newprice"]);
index += 1;
row["expandfield"] = "第" + index + "次變遷";
}
if(dt.Rows.Count != 0){ //添加最后一個商品的現(xiàn)行價
curpriceobj.Add("goodsid_"+goodsid, curprice);
}
//增加現(xiàn)行價
foreach (DataRow row in dt.Rows) {
row["curprice"] = curpriceobj["goodsid_" + row["goodsid"]];
}
}
但現(xiàn)在報表存儲過程必須分頁,分頁后還要支持排序,如果客戶端要求按照最新價格newPrice排序,很明顯這樣通過服務端轉換的數(shù)據(jù)源是沒辦法支持的(因為在數(shù)據(jù)庫分頁前的數(shù)據(jù)源并沒有newPrice這個字段)。
另外在C#服務端處理,其實是比較占內存的,其一對DataTable遍歷了兩次,另外還用了臨時鍵值對對象,反復賦值是有性能消耗。
綜上所述,最終我選擇放在數(shù)據(jù)庫來構建這兩列。
關于第一列局部排序,我很快想到了一個以前看過的語法 ROW_NUMBER() OVER(PARTITION BY...ORDER BY),于是第一列expandfield很容易就構建了,SQL如下:
SELECT '第' + CAST(ROW_NUMBER() OVER(PARTITION BY GoodsId ORDER BY audittime DESC) AS VARCHAR(10)) + '次變遷' AS expandfield,
GoodsId, price , discount , newPrice , begindate as [date]
FROM #test
但真正麻煩的是第二列,我摳破腦殼來想都沒想出來,甚至想到用臨時表來記錄這個結果集,然后用游標來遍歷結果集,update這個表來修改記錄,但還是感覺相當?shù)姆爆?,而且性能很差。后來我請教了下公司的DBA,她給出了一種思路,這種方案無論從效率還是可行性都是最優(yōu)的。先貼出代碼如下:
WITH _TEMP AS (
SELECT ROW_NUMBER() OVER ( PARTITION BY GoodsId ORDER BY audittime DESC ) AS num2 ,
ROW_NUMBER() OVER ( PARTITION BY GoodsId ORDER BY audittime ) AS num ,
GoodsId, price , discount , newPrice , begindate as [date]
FROM #test
)
SELECT '第' + CAST(a.num AS VARCHAR(10)) + '次變遷' AS expandfield ,
a.goodsid , a.price , a.discount , a.newprice , a.date , b.newprice AS curprice
FROM _TEMP a
INNER JOIN _TEMP b ON a.GoodsId = b.GoodsId AND b.num2 = 1
這里用了一個CTE表達式的自關聯(lián)查詢,從性能上說是很有優(yōu)勢的,相對于臨時表減少了對tempdb的開銷,另外代碼的可讀性也比嵌套查詢更強,num列是用來構建第幾次變遷列的,這里很巧妙得多加了按照audittime降序列的num2列,在下面臨時記錄b中,通過指定b.num2 = 1取得所有goodsid最后變價的記錄,再通過一個INNER JOIN就得到了我們想要的值curprice值。
另外補充一下,像上面存在多個列上排序字段時,SQL會選擇后者進行重排,即先按goodsid分組,然后再各個組中按audittime升序排列,如果將num放在前,num2放在后,是得不到我們要的記錄。
第二列是取該商品的最后變遷價格newPrice,然后將該值賦到這個商品的其他行中,例如對于goodsid為1的,最后一個newprice為20,那么對于所有goodsid為1的記錄curprice都寫為20,從而達到外面控件分布的效果。
如下,比較正常的數(shù)據(jù)記錄:
復制代碼 代碼如下:
private void ChangeDataTable(DataTable dt)
{
dt.Columns.Add("curprice");
dt.Columns.Add("expandfield");
int goodsid = 0;
int index = 1; //指針
decimal curprice = 0;
IHashObject curpriceobj = new HashObject(); //鍵值對
//增加分布列
foreach(DataRow row in dt.Rows){
if (goodsid != Convert.ToInt32(row["goodsid"])) {
curpriceobj.Add("goodsid_"+goodsid, curprice);
//處理
index = 0;
goodsid = Convert.ToInt32(row["goodsid"]);
}
curprice = Convert.ToDecimal(row["newprice"]);
index += 1;
row["expandfield"] = "第" + index + "次變遷";
}
if(dt.Rows.Count != 0){ //添加最后一個商品的現(xiàn)行價
curpriceobj.Add("goodsid_"+goodsid, curprice);
}
//增加現(xiàn)行價
foreach (DataRow row in dt.Rows) {
row["curprice"] = curpriceobj["goodsid_" + row["goodsid"]];
}
}
但現(xiàn)在報表存儲過程必須分頁,分頁后還要支持排序,如果客戶端要求按照最新價格newPrice排序,很明顯這樣通過服務端轉換的數(shù)據(jù)源是沒辦法支持的(因為在數(shù)據(jù)庫分頁前的數(shù)據(jù)源并沒有newPrice這個字段)。
另外在C#服務端處理,其實是比較占內存的,其一對DataTable遍歷了兩次,另外還用了臨時鍵值對對象,反復賦值是有性能消耗。
綜上所述,最終我選擇放在數(shù)據(jù)庫來構建這兩列。
關于第一列局部排序,我很快想到了一個以前看過的語法 ROW_NUMBER() OVER(PARTITION BY...ORDER BY),于是第一列expandfield很容易就構建了,SQL如下:
復制代碼 代碼如下:
SELECT '第' + CAST(ROW_NUMBER() OVER(PARTITION BY GoodsId ORDER BY audittime DESC) AS VARCHAR(10)) + '次變遷' AS expandfield,
GoodsId, price , discount , newPrice , begindate as [date]
FROM #test
但真正麻煩的是第二列,我摳破腦殼來想都沒想出來,甚至想到用臨時表來記錄這個結果集,然后用游標來遍歷結果集,update這個表來修改記錄,但還是感覺相當?shù)姆爆?,而且性能很差。后來我請教了下公司的DBA,她給出了一種思路,這種方案無論從效率還是可行性都是最優(yōu)的。先貼出代碼如下:
復制代碼 代碼如下:
WITH _TEMP AS (
SELECT ROW_NUMBER() OVER ( PARTITION BY GoodsId ORDER BY audittime DESC ) AS num2 ,
ROW_NUMBER() OVER ( PARTITION BY GoodsId ORDER BY audittime ) AS num ,
GoodsId, price , discount , newPrice , begindate as [date]
FROM #test
)
SELECT '第' + CAST(a.num AS VARCHAR(10)) + '次變遷' AS expandfield ,
a.goodsid , a.price , a.discount , a.newprice , a.date , b.newprice AS curprice
FROM _TEMP a
INNER JOIN _TEMP b ON a.GoodsId = b.GoodsId AND b.num2 = 1
這里用了一個CTE表達式的自關聯(lián)查詢,從性能上說是很有優(yōu)勢的,相對于臨時表減少了對tempdb的開銷,另外代碼的可讀性也比嵌套查詢更強,num列是用來構建第幾次變遷列的,這里很巧妙得多加了按照audittime降序列的num2列,在下面臨時記錄b中,通過指定b.num2 = 1取得所有goodsid最后變價的記錄,再通過一個INNER JOIN就得到了我們想要的值curprice值。
另外補充一下,像上面存在多個列上排序字段時,SQL會選擇后者進行重排,即先按goodsid分組,然后再各個組中按audittime升序排列,如果將num放在前,num2放在后,是得不到我們要的記錄。
相關文章
SQL Server游標的使用/關閉/釋放/優(yōu)化小結
游標打破了這一查詢的思考是面向集合的規(guī)則,游標使得我們思考方式變?yōu)橹鹦羞M行,接下來為大家介紹下游標的使用感興趣的朋友可以參考下哈,希望可以幫助到你2013-03-03sql查詢一個數(shù)組中是否包含某個內容find_in_set問題
這篇文章主要介紹了sql查詢一個數(shù)組中是否包含某個內容find_in_set問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2023-01-01利用ROW_NUMBER() OVER函數(shù)給SQL數(shù)據(jù)庫中每一條記錄分配行號的方法
這篇文章主要介紹了利用ROW_NUMBER() OVER函數(shù)給SQL數(shù)據(jù)庫中每一條記錄分配行號的方法,需要的朋友可以參考下2015-10-10SQL Server實現(xiàn)查詢每個分組的前N條記錄
這篇文章介紹了SQL Server實現(xiàn)查詢每個分組的前N條記錄,文中通過示例代碼介紹的非常詳細。對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-06-06關于SQL表中drop?table和delete?table的區(qū)別
刪表是一個比較危險的操作,這次給了個機會就想嘗試下,記得在mysql表中有兩種操作,drop與delete,但是在maxcompute產(chǎn)品中嘗試時,該產(chǎn)品只支持drop操作。這里說下二者操作的區(qū)別,需要的朋友可以參考下2023-01-01mssql 30萬條數(shù)據(jù) 搜索文本字段的各種方式對比
30萬條,有ID列但無主鍵,在要搜索的“分類”字段上建有非聚集索引2010-04-04