web-dev-qa-db-ja.com

一般的な多対多の関係

メッセージの送信者と受信者が一般的なエンティティになることができるメッセージングシステムを作成しようとしています。これは、参照するオブジェクト（GenericForeignKey）しかない送信者にとっては問題ないようですが、受信者（GenericManyToManyKey ??）に対してこれを実行する方法がわかりません。

以下は簡単な例です。 PersonClientとCompanyClientはクライアントから属性を継承しますが、固有の詳細があります。最後の行がこだわりです。メッセージの受信者をCompanyClientsとPersonClientsのセットにする方法

  class Client(models.Model):
      city = models.CharField(max_length=16)

      class Meta:
          abstract = True

  class PersonClient(Client):
      first_name = models.CharField(max_length=16)
      last_name = models.CharField(max_length=16)
      gender = models.CharField(max_length=1)

  class CompanyClient(Client):
      name = models.CharField(max_length=32)
      tax_no = PositiveIntegerField()

  class Message(models.Model):
      msg_body = models.CharField(max_length=1024)
      sender = models.ForeignKey(ContentType)
      recipients = models.ManyToManyField(ContentType)
pythondjangogenericsdjango-modelsmany-to-many
45
Noel Evans

メッセージと受信者の間にジャンクションテーブルを手動で作成することにより、一般的な関係を使用してこれを実装できます。

from Django.db import models
from Django.contrib.contenttypes import generic
from Django.contrib.contenttypes.models import ContentType

class Client(models.Model):
    city = models.CharField(max_length=16)

    # These aren't required, but they'll allow you do cool stuff
    # like "person.sent_messages.all()" to get all messages sent
    # by that person, and "person.received_messages.all()" to
    # get all messages sent to that person.
    # Well...sort of, since "received_messages.all()" will return
    # a queryset of "MessageRecipient" instances.
    sent_messages = generic.GenericRelation('Message',
        content_type_field='sender_content_type',
        object_id_field='sender_id'
    )
    received_messages = generic.GenericRelation('MessageRecipient',
        content_type_field='recipient_content_type',
        object_id_field='recipient_id'
    )

    class Meta:
        abstract = True

class PersonClient(Client):
    first_name = models.CharField(max_length=16)
    last_name = models.CharField(max_length=16)
    gender = models.CharField(max_length=1)

    def __unicode__(self):
        return u'%s %s' % (self.last_name, self.first_name)

class CompanyClient(Client):
    name = models.CharField(max_length=32)
    tax_no = models.PositiveIntegerField()

    def __unicode__(self):
        return self.name

class Message(models.Model):
    sender_content_type = models.ForeignKey(ContentType)
    sender_id = models.PositiveIntegerField()
    sender = generic.GenericForeignKey('sender_content_type', 'sender_id')
    msg_body = models.CharField(max_length=1024)

    def __unicode__(self):
        return u'%s...' % self.msg_body[:25]

class MessageRecipient(models.Model):
    message = models.ForeignKey(Message)
    recipient_content_type = models.ForeignKey(ContentType)
    recipient_id = models.PositiveIntegerField()
    recipient = generic.GenericForeignKey('recipient_content_type', 'recipient_id')

    def __unicode__(self):
        return u'%s sent to %s' % (self.message, self.recipient)

上記のモデルは次のように使用します。

>>> person1 = PersonClient.objects.create(first_name='Person', last_name='One', gender='M')
>>> person2 = PersonClient.objects.create(first_name='Person', last_name='Two', gender='F')
>>> company = CompanyClient.objects.create(name='FastCompany', tax_no='4220')
>>> company_ct = ContentType.objects.get_for_model(CompanyClient)
>>> person_ct = ContentType.objects.get_for_model(person1) # works for instances too.

# now we create a message:

>>> msg = Message.objects.create(sender_content_type=person_ct, sender_id=person1.pk, msg_body='Hey, did any of you move my cheese?')

# and send it to a coupla recipients:

>>> MessageRecipient.objects.create(message=msg, recipient_content_type=person_ct, recipient_id=person2.pk)
>>> MessageRecipient.objects.create(message=msg, recipient_content_type=company_ct, recipient_id=company.pk)
>>> MessageRecipient.objects.count()
2

ご覧のとおり、これははるかに冗長な（複雑な？）ソリューションです。私はおそらくそれを単純に保ち、上記のPrariedoggのソリューションを使用します。

57
elo80ka

これを実行するための絶対的な最善の方法は、Django-gm2mと呼ばれるライブラリを使用することです。

pip install Django-gm2m

次に、モデルがある場合

>>> from Django.db import models
>>>
>>> class Video(models.Model):
>>>       class Meta:
>>>           abstract = True
>>>
>>> class Movie(Video):
>>>     pass
>>>
>>> class Documentary(Video):
>>>     pass

そしてユーザー

>>> from gm2m import GM2MField
>>>
>>> class User(models.Model):
>>>     preferred_videos = GM2MField()

我々はできる

>>> user = User.objects.create()
>>> movie = Movie.objects.create()
>>> documentary = Documentary.objects.create()
>>>
>>> user.preferred_videos.add(movie)
>>> user.preferred_videos.add(documentary)

甘いですよね？

詳細については、こちらをご覧ください。

http://Django-gm2m.readthedocs.org/en/stable/quick_start.html

7
Dr Manhattan

この問題を回避するには、スキーマを単純化して、2つの別個のモデルを使用する代わりに、クライアントのタイプを示すフラグを含む単一のClientテーブルを含めます。

_from Django.db import models
from Django.utils.translation import ugettext_lazy as _

class Client(models.Model):
    PERSON, CORPORATION = range(2)
    CLIENT_TYPES = (
                    (PERSON, _('Person')),
                    (CORPORATION, _('Corporation')),
                   )
    type = models.PositiveIntegerField(choices=CLIENT_TYPES, default=PERSON)
    city = models.CharField(max_length=16)
    first_name = models.CharField(max_length=16, blank=True, null=True)
    last_name = models.CharField(max_length=16, blank=True, null=True)
    corporate_name = models.CharField(max_length=16, blank=True, null=True)
    tax_no = models.PositiveIntegerField(blank=True, null=True)

    def save(self, *args, **kwargs):
        """
        Does some validation ensuring that the person specific fields are
        filled in when self.type == self.PERSON, and corporation specific
        fields are filled in when self.type == self.CORPORATION ...

        """
        # conditional save logic goes here
        super(Client, self).save(*args, **kwargs)
_

このようにすると、Generic ForeignKeysをいじる必要がまったくなくなる可能性があります。追加の利便性として、Client.corporate.all()、Client.person.all()などのクライアントモデルのカスタムマネージャーを記述して、必要なクライアントのタイプのみを含む事前にフィルター処理されたクエリセットを返すこともできます。

これはまたあなたの問題を解決する最良の方法ではないかもしれません。私はそれを1つの潜在的な可能性としてそこに投げ出しているだけです。 2つの類似したモデルを粉砕し、保存オーバーライドを使用してデータの整合性を確保することについての一般通念があるかどうかはわかりません。それは潜在的に問題があるようです...私はコミュニティにこれについて私を学ばせます。

5
Prairiedogg