勘误和声明
2012-05-20 14:27
183 查看
背景:
昨天在博客园浏览别人的文章《C# 不要自动四舍五入!》(地址:http://www.cnblogs.com/eweb/archive/2012/05/18/2507468.html)时,发现了自己之前的文章《C#,double和decimal数据类型以截断的方式保留指定的小数位数》(地址:/article/5399261.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的);统计的时候让电脑专心点儿,这样才能事半功很多倍。
昨天在博客园浏览别人的文章《C# 不要自动四舍五入!》(地址:http://www.cnblogs.com/eweb/archive/2012/05/18/2507468.html)时,发现了自己之前的文章《C#,double和decimal数据类型以截断的方式保留指定的小数位数》(地址:/article/5399261.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的);统计的时候让电脑专心点儿,这样才能事半功很多倍。
相关文章推荐
- 《HTML 5用户指南》致歉声明及勘误
- 关于《均方根嵌入式容积卡尔曼滤波》的勘误声明
- 如何解读复杂指针声明呢?
- 变量声明和定义的区别
- 兼容iOS 10:配置获取隐私数据权限声明
- 通过GetProcAddress函数动态调用dll中地函数,是否必须通过extern C声明导出函数?
- 定义与声明的区别
- 设计与声明(二)
- 检查序列化声明的顺序和成员定义的顺序
- C++ 中变量的定义与声明区别
- iOS10-配置获取隐私数据权限声明
- js警告:分析属性'left'出错。声明被丢弃
- C++全局变量的声明和定义
- 关于js二维数组和多维数组的定义声明(详解)
- 函数声明结构
- 什么函数不能声明为虚函数
- JSP中脚本、声明和表达式的本质区别
- (转)正确使用#include和前置声明(forward declaration)
- [SharePoint 2010]关于基于声明(Claims)的用户认证模式
- 声明与定义