背景：

昨天在博客園瀏覽別人的文章《C# 不要自動四舍五入!》（地址：http://www.cnblogs.com/eweb/archive/2012/05/18/2507468.html）時，發現了自己之前的文章《C#，double和decimal數據類型以截斷的方式保留指定的小數位數》（地址：http://www.cnblogs.com/return8023/archive/2012/05/17/2507084.html）一個Bug：沒有考慮到負數的情況，導致負數在截斷保留指定的小數位數時結果非預期。

解決方案：

本來昨天已經在我的那篇文章中做了修改，并且在文章的底部，做了勘誤說明。后來仔細想了想，確認了最終的解決方案：在原文章里面把錯誤的地方改過來（最壞的情況是刪除文章，如果文章的出發點就是錯的的話），保證之后的讀者看到的是勘誤過后的文章，然后把錯誤有關的細節匯總到正在寫的這篇《勘誤和免責聲明》里。

聲明：

開博客的初衷是分享自己的開發經驗。

因本人精力及能力有限，不保證內容100%的正確性，通過使用本博客內容隨之而來的風險與本博客及其作者無關。當使用本博客時，代表您已接受了以上條款。

本博客內容，如無特殊聲明，歡迎轉載，轉載請注明出處；如果您的文章有引用到本博客的內容，也請以超鏈接的形式，標明原始出處，謝謝O(∩_∩)O~

勘誤列表：

1.

文章標題：C#，double和decimal數據類型以截斷的方式保留指定的小數位數

發表日期：2012-05-17

勘誤日期：2012-05-20

錯誤描述：沒有考慮到負數的情況，導致在計算負數時結果非預期。

2.

文章標題：C#拼接SQL語句，SQL Server 2005+，多行多列大數據量情況下，使用ROW_NUMBER實現的高效分頁排序

發表日期：2012-05-20

勘誤日期：2012-05-27

錯誤描述：

原文：性能優化的一點兒建議：如果字段的值是計算出來的，如：總價=單價*數量，而此時需要總價大于多少的記錄，還得拿總價遞增或者遞減排序，如果不要臨時表，數據量大的時候，就等著買新電腦吧！你問我為什么要買新電腦，哦，因為你會把現在的電腦砸掉！O(∩_∩)O~

修改后：性能優化的一點兒建議：如果字段的值是統計出來的，通常是在視圖中，且結果集很大，且需要對結果集分頁排序，可以使用臨時表規避不穩定的查詢效率（關于不穩定的查詢效率，會在之后的文章中示例）；

說明：原文中描述的不夠準確，計算列確實會影響查詢的效率，但是單純的“總價=單價*數量”這樣的計算（不含SUM，COUNT等統計函數），對于效率的影響是很小的，因為計算所涉及的記錄很少，最多也就表達式中每個字段取自不同的記錄；而統計函數不同，每次計算幾乎涉及所有的結果集（可能不包括值為NULL的）；統計的時候讓電腦專心點兒，這樣才能事半功很多倍。

轉載于:https://www.cnblogs.com/return8023/archive/2012/05/20/2510110.html

總結

以上是生活随笔為你收集整理的勘误和声明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。