PhoneNumber уже уникален, поэтому идентификатор не нужен.
Назначение номеров телефонов изменить ; поэтому вы захотите продумать, как это повлияет на ваш дизайн (ваш вывод может быть таким: «в этом случае мы внесем исправления в данные вручную»).
По большей части, аргументы о «естественные ключи» и «суррогатные ключи» все еще остаются в силе.
Есть ли какие-нибудь fl aws, если я использую не-UUID Id в агрегированном root или Entity?
UUID не требуются; вы можете использовать целые числа при правильных условиях.
Одно свойство, которое может быть полезно, - это то, что все объекты в вашей системе имеют ключ одинакового размера; ваш «идентификатор» logi c является универсальным, вы можете сообщать об идентификаторах, не зная заранее, что именно идентифицируется. Это дает использование UUID.
Еще одно интересное свойство UUID - это то, что у нас есть стандартные способы вычисления UUID из данных (см. «Именованный UUID»); поэтому вы можете взять некоторые бизнес-данные - например, номер телефона - сгенерировать соответствующий UUID, а затем использовать , что в качестве идентификатора (который дает вам одинаковость - UUID для всего, но не решает вопрос «что, если телефон номер меняется? »вопрос).