Привет All.
Есть проект миграции нескольких СУБД со спарков на x86.
В процессе миграции баз всплыла проблема - в коде как базы, так и приложений активно использовался внутренний идентификатор
пользователя СУБД, UID ( он же USER# из sys.user$) , который применяется как ключ для аудита, истории изменений и много чего другого.
И более того, на UID пользователей одной СУБД завязаны все остальные мигрирующие системы .

Проблема заключается в том, что при кроссплатформенной миграции этот UID изменяется. Все варианты миграции , мне известные , его меняют.
Так как это внутренняя кухня Оракла, то мы этот UID подправить не можем, иначе слетим с технической поддержки Оракла.

Мне видится только один вариант - через анализ кода на стороне сервера и приложений, и сколько это займет, просто неизвестно.
И даже после анализа нет гарантий что это не стрельнет.

Вопросы:
- Существуют ли способы кроссплатформенной миграции без изменения пользовательских UID?
- Какие магические способы можно применить кроме анализа ( хоть направление , куда копать) ?
- Какие инструменты могут помочь с анализом ( вроде был давно SQL Impact для подобных целей , а сейчас что есть рабочее ) ?.

Заранее благодарен за ответы.

-2-создать пользователей, подгадывая нужный id, благо он выдается по порядку.
Хммм.... неплохой вариант, попробуем.
Спасибо :)

dba123,

Спасибо, поищу

dba123scela,

Что-то подобное обсуждали на форуме, м.б. поможет поиск _NEXT_USER

БИНГО!!!!! СПАСИБО ОГРОМНОЕ!!!!!!

dba123,

Задачка - просто получить таких же пользователей ( с такими же ) ID для обеспечения историзма и аудита.
Что нельзя использовать - это я в курсе.
Спасибо