Отношения "один ко многим" в Django ORM

Я создал несколько систем баз данных для управления базами данных деталей на небольших предприятиях по производству электроники. Я повторяю этот процесс, используя Django5 и MySQL. Я новичок в Django, но много раз использовал MySQL в Java и Python.

Рассмотрите таблицы

    class Bom(models.Model):
        bom = models.AutoField(primary_key=True);
        bompart = models.ForeignKey(Part, on_delete=models.CASCADE)
        revision = models.CharField(max_length=1)

    class BomLine(models.Model):
        bom = models.ForeignKey(Bom, on_delete=models.CASCADE)
        part = models.ForeignKey(Part, on_delete=models.CASCADE)
        designator = models.CharField(max_length=10, primary_key=True)
        ordinal = models.IntegerField()
        qty = models.DecimalField(max_digits=11, decimal_places=4)
    
        class Meta:
            constraints = [
                models.UniqueConstraint(fields=['bom', 'designator'], name='bomdesignator')]

    class Part(models.Model):
        groupid = models.ForeignKey(PartGroup, on_delete=models.CASCADE)
        partno = models.AutoField(primary_key=True)
        partdescription = models.CharField(max_length=100)
 

(я опустил таблицу PartGroup, так как она не имеет отношения к моему вопросу). Идея заключается в том, что в таблице Bom определяется спецификация материалов. Система автоматически присваивает ему целочисленный идентификатор, и деталь назначается "родителем" этой спецификации - т.е. спецификация представляет собой список материалов, необходимых для изготовления назначенной детали.

Каждый BOM относится к BomLines. В BOM может быть много строк для каждого компонента. Поскольку в BOM может быть много компонентов одного типа, используется "обозначение", чтобы точно указать, к какому месту в сборке относится деталь. (Поле 'ordinal' используется только для сортировки и может быть проигнорировано).

Обычно я делаю комбинированный ключ для Bom и Designator в моей таблице MySQL. Однако Django ORM возражает против этого. Чтобы попытаться обойти ограничение на использование нескольких полей в качестве ключей, в класс BomLine было добавлено ограничение UniqueConstraint. Когда я добавляю обозначение 'U1' в bom 1, а затем добавляю 'U1' в bom 2, возникает проблема, поскольку 'U1' уже используется в качестве ключа. Если я убираю параметр primary_key=True у designator, Django добавляет AutoField id в таблицу. Я подумал, что это должно сработать, за исключением того, что мне придется назначить значение по умолчанию для ID. Движок MySQL не позволяет использовать значение по умолчанию, и это тоже не сработает.

Мне кажется, что либо мое мышление неверно (у меня есть способ структурировать отношения, который в некотором роде "не нормальный") - что подразумевается тем, как Django заставляет меня делать вещи. Или же бэкэнд MySQL не подходит для такого типа ситуаций и, возможно, мне следует использовать что-то другое?

class bomline(models.Model):
    bomline_id = models.UUIDField(primary_key=True, null=False, default=uuid.uuid1, editable=False, serialize=True)
    bom = models.ForeignKey(Bom, on_delete=models.CASCADE)
    part = models.ForeignKey(Part, on_delete=models.CASCADE)
    designator = models.CharField(max_length=10)
    ordinal = models.IntegerField()
    qty = models.DecimalField(max_digits=11, decimal_places=4)

    class Meta:
        constraints = [
            models.UniqueConstraint(fields=['bom', 'designator'], name='bomdesignator')]