q1w1e1Naf,

Никогда им не пользовался, но вот с нового года решил попробовать, код стал автокриментным и я не смог перенести записи с копии таблицы(таблица запортилась) в основную...(т.е. автокримент хорош, если всё делается через программу пользователя, а вот какое-нибудь обслуживание, туда сюда записи, структуры и т.д. тут уже проблемы
Честно говоря по Вашему абзацу видно только одну проблему - не знание работы инкремента в конкретно взятой СУБД и не желание в RTFM найти всю информацию, как правильно с ними работать. Без обид, но сколько не знаю СУБД, во всех и инкременты и генераторы замечательно работают вне зависимости от того, с чем - с программой пользователя, с запросами, еще с чем то ... :)

q1w1e1Вопрос теперь можно сформулировать следущим образом, как можно имея атрибуты (например наименование, цена и т.д.) идентифицирующие однозначно запись, преобразовать в primary key, чтоб потом на этот ключ ссылались другие таблицы(ну не будешь же в таблицу, которая ссылается, заносить все поля другой таблицы, которые однозначно идентифицируют запись другой таблицы...)
Primary key изначально означает, что это ключ, который однозначно во времени и пространстве идентифицирует запись. Чем и автоинкременты или генераторы хороши, так тем, что они всегда уникальны и не изменяются в пространстве (таблице) и времени (наполнении таблицы записями). Все приведенные Вами аттрибуты (наименование, цена и т.д.) изначально никогда не будут уникальны одновременно во времени и пространстве - или появится товар с таким же именем и ценой или же через месяц выявится ошибка, что у товара другая цена и надо ее поменять. Любое нарушение уникальности или попытка смены первичного ключа процесс забавный, интересный и увлекательный ... но только для тех, кто в силу религии или чтения умных книжек находит в себе силы боротся за чистоту и правильность кода. Я к примеру не борец и не гнушаюсь воспользоваться "не правильными" суррогатными (синтетическими) ключами уже лет -нацать и не смотря на то, что в базы данные попадают веденные пользователями, импортируемые с других систем, рассчитываемые на ходу бизнес логикой сервера, получаемые репликацией с удаленных баз и т.д. и т.п. - ни разу не получилось получить столько увлекательного и интересного, как это было бы с натуральными ключами ;)