VolunteerБаза многопользовательская [skipped] не понятно, сможет ли такой подход как-то защитить от задваивания ключей при работе пользователей
Ну вообще-то когда вводится подобная система нумерации уникального индекса, то клиентская часть делается таким образом, чтобы каждый отдельный экземпляр клиента имел своё начальное значение, гарантирующее вместе с шагом присвоения не-пересечение сгенерированных уников (EntityId COUNTER(n, m), где n - номер клиентской части, уникальный в пределах системы, а m не менее их количества). Вот только в рамках одной таблицы это не реализуется, в каждой клиентской части создаётся своя, локальная, таблица, со своими параметрами автоинкремента, а сформированные записи копируются в общую таблицу центральной БД.

Volunteerусложнит поиск проблемВ описанной схеме - нет, т.к. номер клиентской части однозначно определяется по (EntityId MOD m). Правда, усложняется код создания новой записи. С другой стороны, один раз отладить и забыть... ну и m выбрать с запасом, с учётом перспектив расширения системы.