论坛首页 入门技术论坛

项目小经验:回车符遇到SQL

浏览 3016 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2009-02-19  
    故事从下图说起.

       数据库时有这么一条记录, 也就上图中ID为520的那条, 当我用"select * from S_LOV where id = 520"这个SQL时查了出来, 但把条件筛选条件换成"LIST_TYPE='WARNING_ONOFF_GJDB' "时,怪事出现了, 没有任何结果返回. 这是怎么回事? 是SQL中的什么因粗心写错了?仔细检查也没发现, ... 有些抓狂了, ...

       瞎试了点能想到的方案,都不行, 问同事.

       他怀疑是用空格或回车符什么的, 于是把筛选条件换成了 "LIST_TYPE like 'WARNING_ONOFF_GJDB%' ", 出结果了, 看来真是有空格之类的了.


      这样的问题, 若第一次见还真不知怎么办.

      这个回车符呀,在这篇博客(项目小经验: eval与回车符 )中就讨论过它跟JavaScript里的eval结合时的问题, 没想它又跟SQL搅合在一起了.


   发表时间:2009-02-20  
trim.....
0 请登录后投票
   发表时间:2009-02-20  
抛出异常的爱 写道

trim.....


what do you mean by "trim..."? hehe...
0 请登录后投票
   发表时间:2009-02-20  
在处理字符串的时候最好都trim下的,除非有意保留前置或者后缀空字符、换行符等等
0 请登录后投票
   发表时间:2009-02-20  
噢, 明白了, 虽说以前也用过trim,但真真体会到trim带来好处的还是这次"遭遇".

隐隐约约还感觉到了点什么: 经验的积累? 绝知此事要躬行? .....
0 请登录后投票
   发表时间:2009-02-20  
以前用trim都是那种可用可不用地方,原来由于trim的使用可以帮我们节省这么多精力.
0 请登录后投票
   发表时间:2009-02-21  
看不见的东西最好处理掉,留着干嘛呢
0 请登录后投票
论坛首页 入门技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics