“妖怪”问题也是有原因的

 

今天,bug对应过程中,遇到了“妖怪”:数据库中某条记录的 flag字段值明明是 true(甚至将 debug得到的 sql语句和参数,放到 SQL Server中执行,拿到的都是 true 1)),但是一使用代码中的 SQL语句查询,拿出来的始终为 false(查询出来的是个对象,其中该 flag字段的值始终为 false)。

 

最终发现,是别名捣的鬼。前面写查询SQL语句时,感觉这个字段的别名没什么用处,就没加。

但是因为在 Model层,是需要将数据库中拿到的记录的各个字段的值 set到对象的对应属性中去的(因为没有加别名,并且原先 SQL语句中的属性名称也和 Model中的属性不感冒,导致两个属性的名称不匹配,从而导致每次拿出的 flag都为默认的 false值,而不是数据库中该字段的实际值)。

 

小结:任何问题出现,都会有其原因,多想想为什么会出现这种情况,可能是哪些原因导致的,思路要开阔,多动手尝试。

 

20070417追加:事出有因,前因后果!

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值