Другие ответы здесь, чтобы не принимать во внимание, если у вас есть все нули (или даже один ноль).
Некоторые всегда устанавливают по умолчанию пустую строку в ноль, что неверно, когда предполагается, что она остается пустой.
Перечитайте оригинальный вопрос. Это отвечает на то, что хочет спрашивающий.
Решение № 1:
--This example uses both Leading and Trailing zero's.
--Avoid losing those Trailing zero's and converting embedded spaces into more zeros.
--I added a non-whitespace character ("_") to retain trailing zero's after calling Replace().
--Simply remove the RTrim() function call if you want to preserve trailing spaces.
--If you treat zero's and empty-strings as the same thing for your application,
-- then you may skip the Case-Statement entirely and just use CN.CleanNumber .
DECLARE @WackadooNumber VarChar(50) = ' 0 0123ABC D0 '--'000'--
SELECT WN.WackadooNumber, CN.CleanNumber,
(CASE WHEN WN.WackadooNumber LIKE '%0%' AND CN.CleanNumber = '' THEN '0' ELSE CN.CleanNumber END)[AllowZero]
FROM (SELECT @WackadooNumber[WackadooNumber]) AS WN
OUTER APPLY (SELECT RTRIM(RIGHT(WN.WackadooNumber, LEN(LTRIM(REPLACE(WN.WackadooNumber + '_', '0', ' '))) - 1))[CleanNumber]) AS CN
--Result: "123ABC D0"
Решение № 2 (с образцами данных):
SELECT O.Type, O.Value, Parsed.Value[WrongValue],
(CASE WHEN CHARINDEX('0', T.Value) > 0--If there's at least one zero.
AND LEN(Parsed.Value) = 0--And the trimmed length is zero.
THEN '0' ELSE Parsed.Value END)[FinalValue],
(CASE WHEN CHARINDEX('0', T.Value) > 0--If there's at least one zero.
AND LEN(Parsed.TrimmedValue) = 0--And the trimmed length is zero.
THEN '0' ELSE LTRIM(RTRIM(Parsed.TrimmedValue)) END)[FinalTrimmedValue]
FROM
(
VALUES ('Null', NULL), ('EmptyString', ''),
('Zero', '0'), ('Zero', '0000'), ('Zero', '000.000'),
('Spaces', ' 0 A B C '), ('Number', '000123'),
('AlphaNum', '000ABC123'), ('NoZero', 'NoZerosHere')
) AS O(Type, Value)--O is for Original.
CROSS APPLY
( --This Step is Optional. Use if you also want to remove leading spaces.
SELECT LTRIM(RTRIM(O.Value))[Value]
) AS T--T is for Trimmed.
CROSS APPLY
( --From @CadeRoux's Post.
SELECT SUBSTRING(O.Value, PATINDEX('%[^0]%', O.Value + '.'), LEN(O.Value))[Value],
SUBSTRING(T.Value, PATINDEX('%[^0]%', T.Value + '.'), LEN(T.Value))[TrimmedValue]
) AS Parsed
Полученные результаты:
Резюме:
Вы можете использовать то, что у меня есть выше, для одноразового удаления начальных нулей.
Если вы планируете многократно использовать его, поместите его в функцию Inline-Table-Valued-Function (ITVF).
Ваши опасения по поводу проблем с производительностью UDF понятны.
Однако эта проблема относится только к функциям All-Scalar-Functions и Multi-Statement-Table-Functions.
Использование ITVF совершенно нормально.
У меня та же проблема с нашей сторонней базой данных.
С помощью буквенно-цифровых полей многие вводятся без пробелов, черт возьми!
Это делает невозможным объединение без очистки отсутствующих ведущих нулей.
Вывод:
Вместо удаления начальных нулей, вы можете захотеть просто дополнить свои обрезанные значения начальными нулями, когда вы делаете свои объединения.
Еще лучше очистить данные в таблице, добавив начальные нули, а затем перестроив индексы.
Я думаю, что это будет гораздо быстрее и менее сложным.
SELECT RIGHT('0000000000' + LTRIM(RTRIM(NULLIF(' 0A10 ', ''))), 10)--0000000A10
SELECT RIGHT('0000000000' + LTRIM(RTRIM(NULLIF('', ''))), 10)--NULL --When Blank.