Есть текстовое поле, в нем английские буквы и цифры, например 62Z4953FR45834A.
К в SQL запросе заменить буквы на цифры?
Что-то не могу сообразить.

да по любому принципу. В базу данных импортируются таблицы от клиентов (текстовые файлы CSV) через утилиту SQLCMD, импортируется в существующую таблицу, которой уже 10 лет и там миллионы записей. В этой таблице есть поле с индексом типа bigint. Но у одного из клиентов, изменилась ПО, в результате которого в CSV файле, вместо поля с цифрами, теперь поле, в котором есть и буквы. И он, сука, нихрена сделать не может, так как это, блядь накуй, SAP, у него специалистов нет, а сам он тупорылый гном.
У меня два выхода, изменить в своей таблице тип поля с bigint на varchar, но что-то мне подсказывает, что поля такого типа будут хуже индексироваться, если я не прав, то поправьте меня, плюс перезалить все данные нужно будет, хотя, возможно, есть какой-то более оперативный способ изменения типа поля.
Поэтому я решил на лету менять буквы на цифры (на ASCII код буквы), чтобы на выходе было то, что можно вставить в поле с типом bigint, и чтобы поле оставалось уникальным. Хорошо, что пока буквы в определенных местах и можно просто решить проблему. А если завтра буквы начнут появляться в любом месте, то тогда что? Придется перебирать все позиции в строке и менять всё, неважно буква или цифра, на ASCII код. :(

Если я правильно понял ситуацию, то там специалисты уволились, которые "писали/настраивали" систему, вернее их переманили в другую компанию. А те, что остались, они не могут что-то сделать, так как не хватает компетенции. Бизнес будет сносить этот САП, так как он столько денег не зарабатывает, чтобы оплачивать эту систему.

Чтобы импортировать поле с буквами в поле типа bigint. Но мне повезло, что буквы большие от A-Z, у них анси код две цифры, и они в двух местах только попадаются, поэтому можно легко в бигинт и назад.

А вот если бы буквы попадались в любом месте, то пришлось бы "пробегаться" по-символьно и делать замену каждого символа через анси в трехзначную цифру.

Ну, я не знаю, какой смысл еще одного поля, если можно преобразовать исходное в BIGINT, даже с возможностью выкрутить из него обратно начальное значение, если понадобится.

максимальное число там 199 999 889 612 349 , так что никак в INT

может я не верно озвучил ранее, тогда повторюсь, у меня импортируется не одна таблица, это поле не просто PK, по этому полю идет связь с другими таблицами, его нельзя тупо заменять на другой "автосчетчик".

файлы поступают постоянно. Я согласен, что дополнительное поле с первичным ключом с буквами было бы красиво, но если его можно на ходу туда сюда преобразовывать, то пока не буду делать.

Да и вообще, что-то я устал, если честно. Хочется чего-то нового, например, открыть какую-то маленькую кофейню и наслаждаться жизнью, работая на себя, а не заносить хвосты всем кому только можно (но это наёмный труд, всё по честному, без принуждения).