Добрый день
Кто знает максимально лаконичный и шустрый способ изменить уникальное строковое поле в таблице (до неузнаваемости :) т.е. просто приклеить PK вначале и обрезать до длины поля не пойдет - нужно испортит лексическую узнаваемость), не нарушая эту самую уникальность?
Интересует именно возможность это сделать в одном скрипте стандартными средствами без нагромождения свои функций по маскированию, с заменами символов, побитовых сдвигов и т.д.

Спасибо

orawishSantaSem,

например, приклеить pk к рандомной строкенет там РК, да и обрезание по длине поля нужно же будет делать... в принипе select translate('12345','12345','54321') from dual подходит, если в него впилить случайный алгоритм маскирования символов, чтобы маска менялась и не была постоянной типа меняем всегда 'а' на 'б'... спасибо Elic

andrey_anonymousSantaSemобрезание по длине поля нужно же будет делать...
??


конкатенировать сюда последовательность - и велкам на баррикады...dbms_random.string - очень долго работает, рандом было самым первым о чем подумалось..

Вячеслав ЛюбомудровЯ имел ввиду, что если каждая строка имеет свою маску (соответствие из->в), то можно нарваться
1 строка 123, translate('123', '123', '321' ) = 321
2 строка 132, translate('132', '123', '312' ) = 321 я имел ввидду, что "маска" будет генерироваться непосредственно перед искажением данных, но каждый раз разная, а не прошитая в коде явно...

MigelleSantaSem,
а Dbms_Crypto.Hash не подойдет?долго будет работать и ORA_HASH тоже... на больших объемах генерация чего либо для каждой отдельной строки умирает.. так что никакой генерации, translate для моих целей подошел отлично, случайно только генерация пары тройки случайных символов замены в общем алфавите в самом начале (типа ключ, который каждый раз будет разным), а остальное стандартный константный набор для замены, затем изменение строк и удаление ddl которое осуществляло маскирование полностью исключают быструю обратную расшифровку..