Цитата:
Кстати, как вы думаете, почему, например в 17 таблице, поле "Entry No." не инкрементное, казалось бы - самое применение...
http://www.mibuso.com/dl.asp?FileID=958&Type=file
вот ссылка на презентацию и скрипты по дедлокам и блокировкам. В презентации на 15 странице, чел советует использовать поля "Entry No." с типом автоинкремент для учетных таблиц.
А стандартный код - просто он был написан очень давно, и следуя старой доброй традиции - под автоинкремент просто не оптимизировался.
Цитата:
Нужно только помнить о том что автоинкремент работает только в SQL версии Nav - видимо потому стандартный функционал его не использует.
Нет, он работает и в Native.
Цитата:
2. SQL сервер позволяет осуществлять принудительную вставку своего значения в инкрементные поля. Для этой цели используется спец. команда
...
Таким образом, получается, что если уж вы используете оное свойство поля, то должны везде его документировать как важный пункт разработки, чтобы люди, которые будут писать код после вас не попались на эту неприятную ошибку. Или не использовать автоинкремент в принципе.
Ну, а чем автоинкремент по вашему отличается от остальных особенностей системы, например, AutoSplitKey или значений по умолчанию при инициализации переменной? Если программист написал неправильный код, то значит надо исправить код, а не раздавать права владельца и устанавливать свойства сервера для принудительной вставки в АВТОИНКРЕМЕНТНОЕ поле. Мыши плакали и кололись, кололись и плакали. Но продолжали есть кактусы.