Скопировать автоинкрементное поле

[Harry]

Имеется таблица, поля ID и NAME
Поле ID - строчного типа (хотелось бы автоинкремент, но нужна связь по полю с другой таблицей). При вводе нового элемента поле ID пустое, пользователь должен ввести код сам. Это не есть хорошо. Решил сделать дополнительное поле IDInkr и при сохранении записи присваивать значению ID значение IDInkr. Конструкции вида  fmWork.Table1.FieldByName('ID').AsString:=fmWork.Table1.FieldByName('IDInkr').AsString; не работают.....
Как реализовать копирование значения поля?

[RomCom]

Непонятно что тут не работает? Выдается ошибка?
Или поле ID не заполняется? В каком месте программы вставлено присвоение значений для ID. Если до записи новой строки, то значение полю IDInkr в это время еще не присвоено.

[x77]

не совсем понятно, что мешает использовать автоинкрементное поле в качестве линковочного. всю жизнь так и делалось, собственно возня со вторым полем явно лишняя, можно поподробнее о самой задаче? и какая юзается СУБД?

[Harry]

СУБД - Парадокс, таблицы связываются как 1 ко многим по полю кода (ID). С удовольствием бы использовал автоинкрементное поле для ID и не мучался, но у меня запросы по ID группируют выборки, а при автоинкрементном поле запрос ругается. Поэтому и подумал создать дополнительное поле, с автоинкрементом и переносить его значение в поле ID. Идея извращенная, конечно, но лучше пока не придумал.

[Harry]

Поясню, как выглядят таблицы:

ГЛАВНАЯ    (связь с подчиненной как 1 ко многим)

ID
........ (другие поля)


ПОДЧИНЕННАЯ

ID_подчиненной_записи
........(другие поля)
ID_внешний (по нему происходит связь с полем ID в главной таблице)

Т.е. связка таблиц совсем простая, но поскольку в подчиненной таблице есть запрос, группирующий данные по полю ID_внешний, то его нельзя делать автоинкрементным (или можно, тогда как?). Из-за этого поле ID сделал целого типа, запросы все работают как надо, а вот автоприсвоения кода нет... а нужно. Вот и начал выдумывать извраты со вторым полем

[Zalk]

Падажжи! Ты автоинкремент хочешь для главной или для подчиненной таблицы использовать?

Если для главной, то в чем проблема? В подчиненной "ID_внешний" будет просто интегер, ну и группируй по нему хоть вдоль, хоть поперек...

А если для подчиненной, так ето ваще низзя! Теория баз данных не позволяет. Потому как "ID_внешний" в подчиненной таблице МОГУТ ПОВТОРЯТЬСЯ! (т.к. связь "1 ко многим")

[Harry]

Всем спасибо. Уже разобрался, как проблему побороть, и второе поле не понадобилось