Перепрыгнуть уникальное значение.

Добрый день товарищи

Переношу таблички тикетов с одной версии на другую.

У каждого тикета собственно уникальный id. Но вот незадача. Кто-то удалил 3 строки в таблице и при переносе (выборка, проверка, обработка) в новую базу данных "ключи" записей изменяются. То бишь есть id (1...4), 5, 6, 7, 8, 9, 10. "Кто-то" удалил строки с id 6, 7 и 8. При переезде в новую базу id создаются вот такие - (1...4), 5, 6 и 7. Из-за этого теряется связь между табличками. Но, решил я это проверкой предшествующей записи id и тупо пишу пустые "потеряные" строки.

Данный процесс "восстановления" связи табличек по id тикетов меня не очень радует. Можно ли как-то средствами mysql перепрыгнуть автоинкрементные записи? То бишь порядок id должен быть примерно такой - (1...4), 5, 9, 10.

Спасибо

avtor.fox
А что мешает сделать дамп с явно указанными значениями для id? (более того, на моей памяти, по-умолчанию ровно так и происходит - независимо от того, есть ли автоинкремент, дамп содержит в себе точные значения всех id)

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen, проблема в разной структуре таблиц. Исходная и новая таблицы значительно отличаются. Именно ищу мускульное решение.

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

avtor.fox
Если структуры разные - то сделайте эксопорт в CSV и далее LOAD DATA INFILE в соответствии с новой структурой.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen, как вариант. Но всегда же есть "но"

К примеру в старой таблице есть строка с такими значениями

id -> uid -> cid -> gid -> timestamp -> status

Новая -

id -> uid -> theme -> title -> tkd -> cid -> gid -> timestamp -> status

Обрабатываю полученные данные со старой таблицы и вношу в новую. Вот.

При вставке записи явно указывайте id - вставляется в обход автоинкремента. А автоинкремент пойдёт дальше с максимального значения.

-----
PostgreSQL DBA

Мелкий спасибо
И действительно работает. Век живи, век учись.