Это применимо в системе, которая реализует модель распределенных вычислений . Если система обязана знать первичный ключ в то время, когда вы сохраняете информацию в системе, использование автоинкрементного первичного ключа, поддерживаемого обработчиком ONE , замедлит работу системы. Вместо этого вам нужен механизм, такой как генератор GUID, для создания первичного ключа (имейте в виду, что истинной особенностью первичного ключа является его уникальность). Таким образом, я могу расширяться за счет нескольких служб, каждый из которых создает свой первичный ключ независимо друг от друга.
У меня была сомнительная привилегия делать это раньше, и в основном мне нужно было экспортировать всю проклятую базу данных в XML. Затем у меня было Java-приложение, которое использует функцию nextLong () из java.util.Random для замены первичного ключа их новыми ключами guid. После этого я импортировал все это обратно в базу данных.
Конечно, когда я впервые попытался импортировать файлы XML обратно, я забыл отключить функцию автонумерации поля первичного ключа, поэтому учитесь на своих ошибках. Я уверен, что есть лучшие способы сделать это, но это был быстрый и грязный способ сделать это ... и это сработало. Если вам интересно, проект должен был сделать масштаб приложения.