Я знаю, что этот вопрос задавался много раз, но я все еще не могу найти правильное решение. Допустим, у меня есть модель, подобная follow
class Student(models.Model):
number = models.IntegerField()
department = models.ForeignKey(Department, on_delete=models.CASCADE)
class Meta:
constraints = [
models.UniqueConstraint(fields=['department', 'number'])
]
и мой сериализатор выглядит следующим образом.
class StudentModelSerializer(serializers.ModelSerializer):
class Meta:
model = Student
fields = ("number",)
В этой модели department
и number
равны unique together
, теперь отдел выбирается из pk
, переданного в URL. То, как я обрабатываю уникальную ошибку, похоже на следующее.
class StudentViewSet(ModelViewSet):
queryset = Student.objects.all()
serializer_class = StudentModelSerializer
def perform_create(self, serializer):
department = Department.objects.get(pk=self.kwargs['pk'])
serializer.save(department=department)
def create(self, request, *args, **kwargs):
try:
return super().create(request, *args, **kwargs)
except IntegrityError as err:
if 'UNIQUE constraint' in err.message:
raise ValidationError({
'number': 'Number field should be unique.'
})
else:
raise IntegrityError(err)
Как показано выше, я вызвал super().create()
перехватить исключение, затем проверил сообщения UNIQUE
, если они есть, я снова выдал ошибку проверки, поэтому rest framework's exception handler
обработал это. если нет, я снова поднимаю ошибку.
Проблема этого подхода заключается в том, что я проверяю уникальную ошибку с сообщением UNIQUE
, которое может измениться в будущем. Конечно, я могу добавить отдел к serializer context
и validate
перед сохранением, но это может привести к race condition
, так что же такое best practice
для обработки подобного сценария?