Middle+
Existe un proceso de soporte al cliente. Dentro de él, hay un proceso para asignar tickets de soporte a un operador. Un operador no puede tener más de 5 tickets a la vez. TABLA Tickets ( Id int PK, -- otras columnas ) TABLA Operators ( Id int PK, -- otras columnas ) -- mapeo operador-ticket para tickets activos. -- Cuando se cierra un ticket, el mapeo se elimina. TABLA OperatorsTicket ( TicketId int PK, OperatorId int NULL ) // dentro de una transacción public void TryAssignOperatorToTicket(int ticketId) { var avalibleOperator = _db.GetOperatorsWithTicketsCount(maxTickets: 4) .OrderBy(o => o.TicketsCount).FirstOrDefault(); if(avalibleOperator is not null) _db.AssignTicketToOperator(ticketId, avalibleOperator.Id); else _db.AssignTicketToOperator(ticketId, null); }
sobes.tech AI
Respuesta de la IA
В текущей реализации есть риск гонки при параллельном назначении тикетов операторам, особенно если несколько потоков одновременно пытаются назначить тикеты. Это может привести к превышению лимита в 5 тикетов на оператора.
Чтобы избежать этого, можно:
- Использовать блокировку на уровне базы данных — например,
SELECT ... FOR UPDATEпри выборке операторов с количеством тикетов. - Внести ограничение на уровне базы данных, например, триггер или ограничение CHECK, чтобы не допустить более 5 активных тикетов на оператора.
- Внести дополнительное поле в таблицу OperatorsTicket, чтобы отслеживать статус тикета (активен/закрыт), и учитывать только активные.
Пример улучшенного подхода с использованием транзакции и блокировки:
public void TryAssignOperatorToTicket(int ticketId)
{
using var transaction = _db.BeginTransaction();
// Блокируем операторов с количеством тикетов меньше 5
var availableOperators = _db.Query<Operator>(@"
SELECT o.Id, COUNT(ot.TicketId) as TicketsCount
FROM Operators o
LEFT JOIN OperatorsTicket ot ON o.Id = ot.OperatorId
GROUP BY o.Id
HAVING COUNT(ot.TicketId) < 5
ORDER BY TicketsCount
FOR UPDATE
");
var availableOperator = availableOperators.FirstOrDefault();
if (availableOperator != null)
_db.AssignTicketToOperator(ticketId, availableOperator.Id);
else
_db.AssignTicketToOperator(ticketId, null);
transaction.Commit();
}
Такой подход гарантирует, что в момент выбора операторов они будут заблокированы для других транзакций, что предотвращает превышение лимита.