Как эффективно обрабатывать ключи GUID и INT в EF Core, когда объекты ссылаются на несколько таблиц? ⇐ C#

[Anonymous]

Я создаю веб-API .NET 9 с Entity Framework Core и SQL Server.

Мои сущности следуют шаблону, в котором каждая таблица имеет как первичный ключ int (используется для связей), так и столбец Guid (используется как уникальный внешний идентификатор).

Код: Выделить всё

public class Employee
{
public int Id { get; set; }
public Guid GuidId { get; set; }

public int GenderId { get; set; }
public int DepartmentId { get; set; }

}

public class Gender
{
public int Id { get; set; }
public Guid GuidId { get; set; }
public string Name { get; set; }
}

public class Department
{
public int Id { get; set; }
public Guid GuidId { get; set; }
public string Name { get; set; }
}

Я раскрываю значения Guid через API (по соображениям безопасности), но внутри все отношения используют ключи int для лучшей индексации и производительности соединения.
При вставке сотрудника полезные данные запроса включают GUID для связанных объектов:

Код: Выделить всё

{
"firstName": "John",
"genderId": "f8b8120a-6b8c-43b8-b47f-5c43d6c3a5b2",
"departmentId": "a41cf2cd-19b9-45c4-b1c3-2a9d24b79b9e"
}

Перед вставкой я сейчас преобразую все связанные GUID в INT следующим образом:

Код: Выделить всё

var genderId = await _unitOfWork.GeneralReferenceRepo.GetIdByGuid(request.GenderId);

var departmentId = await _unitOfWork.DepartmentRepo.GetIdByGuid(request.DepartmentId);

Этот подход работает, но когда у объекта много внешних ключей, это приводит к множественным вызовам базы данных только для преобразования GUID в INT перед сохранением.
Я читал это:

• Использование int для внешних ключей повышает производительность и размер индекса.
• Использование Guid для доступа к API повышает безопасность и внешние данные целостность.

Мои вопросы:
Как лучше всего эффективно разрешать несколько ссылок GUID на соответствующие им идентификаторы INT в EF Core перед вставкой объекта?
Я хочу избежать нескольких запросов, сохраняя при этом внешние ключи INT для повышения производительности и GUID для внешнего воздействия.
Примечание. Я понимаю, что GUID не поддерживаются. по своей сути сделать систему «безопасной».
Моя цель — не использовать их для шифрования или контроля доступа, а просто избежать раскрытия последовательных идентификаторов базы данных в URL-адресах API.
Речь идет больше о конфиденциальности данных, чем о реальной безопасности.

Подробнее здесь: https://stackoverflow.com/questions/798 ... eference-m