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

Так что тут разложить строку в символы и собрать ее обратно не осилили? Нужен пример? :)

SandalTree
Вы бы еще товарищу объяснили, что можно менять так 1-к-1, и нихрена нельзя 1 символ на 2 (:
Вот к примеру оттранслируйте вот это вот: 'qwertyuiopas' туда в цифери-обратно в буквери без потерь. Ы?

Смотря как кодировать. Все возможно, умеючи. (:

Поиск какой требуется? Если по точному соответствию или по фываывф%, то с индексами все нормально будет. Чтобы не выдумывать всякое непонятное - проще поглядеть планы запросов. А по поводу сохранять фио в циферь. Вы что хеширование ручное решили сделать? А нафига? (ж

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

Ага... ща тебе хохол насоветует в моем лице))). У меня прям конфликт интересов - с одной стороны професси анальный, с другой похерить базу брацким воякам был бы рад. Надеюсь там шота ценное и бакапы как правило уже проепаны?

Вообще сандаль дело говорит, вполне годный вариант. Любой из них.

Вы гражданином какой страны являетесь и кто ваш работодатель. Интересует страна, а не имя.
Второй момент - можете ли вы каким-то образом подтвердить правдивость ваших слов, в случае если ответ на оба вопроса не является - РФ.

Ладно, буду предполагать, что вы не брешете. Поскольку я последние годы чутка злой на РФ и ни при каких обстоятельствах деловых отношений с этой страной иметь не хочу.

---------------
Теперь по сути вашего вопроса.
Менять нечто там в id для данных приходящих извне - бред.
Вам фактически нужно сделать чтобы id (PK) менялся самостоятельно хоть как IDENTITY, хоть через секвенс. Пофиг.
А для сопоставления нужно попросту использовать доп. поле refExternalID, где вы на всяк случай будете сохранять ID из внешней системы. Вот и все.

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

Это вообще разные вопросы. Если вам нужен источник - то сохраняете как есть (без преобразований) в отдельном поле. Если же источник - не нужен, можно не сохранять. Что же касается самого PK, то в случае если не хватает INT - можете изменить его на BIGINT, попутно не забыв поменять все связанные таблицы, либо можно оставить как есть, я ведь на 99% уверен, что у вас еще диапазон отрицательных значений в нем не освоен))). А RESEED при необходимости никто не отменял. Заниматься же преобразованием чего-то внешнего по загадочным законам - бред. Чем быстрее до вас это дойдет, тем меньше проблем огребете.