Ivan_PisarevskyOlegROAМожно, можно!Давайте не будем пропагандировать говнокод и разжигать флуд на этом.
Спасибо за понимание.Прочтите, пожалуйста, все обсуждение прежде, чем делать подобные заявления!
Мой ответ касается алгоритма определения уникального идентификатора в десктопных базах, где нет серверной части и, соответственно, нет вообще такого понятия, как поля-автоинкременты и прочие SQL-вкусности!
Поэтому в таких базах вся логика генерации уникального идентификатора реализуется исключительно в клиентской программе и основана ТОЛЬКО на одном из двух алгоритмах:
1. блокировка всей таблицы, получение максимального значения автонумеруемого поля, добавление новой записи с новым ид, разблокировка таблицы.
2. использование отдельной таблицы для генерации уникальных идентификаторов - блокировка всей этой таблицы или только нужной записи (если движек БД умеет это делать - не все настольные БД это умеют), считывание текущего значения нужного счетчика, увеличение значение, апдейт нового значения, разблокировка записи или таблицы.
Других корректных алгоритмов для этих БД не придумали!

Для общего развития, так сказать - не все СУБД имеет смысл делать на SQL-серверах.
Именно для таких СУБД используются "десктопные" базы, которые представляют собой всего лишь хранилища данных.
Вся обработка в таких базах производится клиентской программой, которая использует библиотеки для работы с такими хранилищами. Это, к примеру, базы форматов dBase, Clipper, FoxPro, Btrieve, Clarion, Topspeed и подобные.
Эти базы не являются анахронизмом и используются не менее интенсивно, чем SQL-сервера.

В общем, если есть интерес то почитайте.
Я же заканчиваю это обсуждение, т.к. с помощью здешних знатоков узнал все, что хотел узнать по вопросу этого топика.
За что им большое спасибо!