• SQL字符串的数字部分递增


    昨天写一个存储过程时,有这样一个字符串  ZH#000001,每次插入新的行时,数字部分需要+1,既 第1001次就是 ZH#001001。在实际写的过程中 select 'ZH#'+convert(varchar(20),('000001'+1))得到的结果是 ZH#2。原因是'000001'+1结果为2,转int型时去掉了前面的5个0。

    因为第一次遇见这种情况,没有经验,开始直接想怎么判断它得到的结果少了几个0,然后将0补上,后来发现那样做非常复杂,大脑里的懒惰细胞发挥作用,绞尽妹汁的开始想有什么简单的办法可以解决。找了以前的几个类似情况,发现那些 XX#后面跟的是非0的数字开头,例如 ZJ#1003。


    我就想着直接给'000001'先加个头,变成'1000001',这样再递增就可以得到想要的结果了。

    declare @book_code varchar(50)

    set @book_code=(select max(right('ZH#000001',6)) where 'ZH#000001' like 'ZH#%')

    set @book_code='ZH#'+right(('1'+@book_code)+1,len('1'+@book_code)-1)

    select @book_code


    得到正确结果之后将问题给同事说,他也提供了一种类似的办法,似乎比我那个更简单

    declare @book_code varchar(50)
    set @book_code=(select max(right('ZH#000001',6)) where 'ZH#000001' like 'ZH#%')+1
    set @book_code='ZH#'+right('000000'+@book_code,6)
    select @book_code

    在闪存中也有人提供了一种lpad(原字符串,总长度,填充字符串),和第二种方法类似

    declare @book_code varchar(50)
    set @book_code=(select max(right('ZH#000001',6)) where 'ZH#000001' like 'ZH#%')+1
    set @book_code='ZH#'+lpad(@book_code,6,'0')
    select @book_code

    但2005似乎不支持这个函数,是2008新出来的吗?语言真是越做越简单了,简单到让人忘记思考。

  • 相关阅读:
    软工实践个人总结
    第05组 每周小结 (3/3)
    第05组 每周小结 (2/3)
    第05组 每周小结 (1/3)
    第05组 Beta冲刺 总结
    第05组 Beta冲刺 (5/5)
    第05组 Beta冲刺 (4/5)
    第六次作业
    第05组 Beta冲刺 (3/5)
    第05组 Beta冲刺 (2/5)
  • 原文地址:https://www.cnblogs.com/21xz/p/1905188.html
Copyright © 2020-2023  润新知