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

[Anonymous]

Я создаю веб-API ASP.NET Core 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 и угадывание следующего числа, но внутри все отношения используют ключи 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 перед вставкой объекта?

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