3 回答

TA貢獻(xiàn)1807條經(jīng)驗(yàn) 獲得超9個(gè)贊
無(wú)論您如何操作,這只是SQL的低效使用。
也許是這樣的
right('XXXXXXXXXXXX'+ rtrim(@str), @n)
其中X是您的填充字符,@ n是結(jié)果字符串中的字符數(shù)(假設(shè)您需要填充,因?yàn)槟谔幚砉潭ㄩL(zhǎng)度)。
但正如我所說(shuō),你應(yīng)該真的避免在你的數(shù)據(jù)庫(kù)中這樣做。

TA貢獻(xiàn)2019條經(jīng)驗(yàn) 獲得超9個(gè)贊
我知道這最初是在2008年被問(wèn)到的,但是SQL Server 2012引入了一些新的功能.FORMAT功能簡(jiǎn)化了左邊的填充。它還會(huì)為您執(zhí)行轉(zhuǎn)換:
declare @n as int = 2select FORMAT(@n, 'd10') as padWithZeros
更新:
我想自己測(cè)試FORMAT功能的實(shí)際效率。我很驚訝地發(fā)現(xiàn),與AlexCuse的原始答案相比,效率并不是很好。雖然我發(fā)現(xiàn)FORMAT功能更清潔,但在執(zhí)行時(shí)間方面效率不高。我使用的Tally表有64,000條記錄。榮譽(yù)對(duì)馬丁·史密斯的指出了執(zhí)行時(shí)間效率。
SET STATISTICS TIME ONselect FORMAT(N, 'd10') as padWithZeros from TallySET STATISTICS TIME OFF
SQL Server執(zhí)行時(shí)間:CPU時(shí)間= 2157毫秒,已用時(shí)間= 2696毫秒。
SET STATISTICS TIME ONselect right('0000000000'+ rtrim(cast(N as varchar(5))), 10) from TallySET STATISTICS TIME OFF
SQL Server執(zhí)行時(shí)間:
CPU時(shí)間= 31 ms,經(jīng)過(guò)時(shí)間= 235 ms。

TA貢獻(xiàn)2051條經(jīng)驗(yàn) 獲得超10個(gè)贊
有幾個(gè)人提供了這個(gè)版本:
right('XXXXXXXXXXXX'+ @str, @n)
要小心,因?yàn)槿绻L(zhǎng)于n,它將截?cái)嗄愕膶?shí)際數(shù)據(jù)。
- 3 回答
- 0 關(guān)注
- 602 瀏覽
添加回答
舉報(bào)