What is the best way to model friendships between users for a social networking site?
The possible states are:
now its complicated to choose the models right.
quite obvious, A.profile.friends is a many to many relation to other users.
but it seems to be rather unclean to merge the friend with the friendrequest relation. and without this merge, the data is redundant, because then "A in B.friends and not B in A.friends" would be an undefined state.
Friend-Lookup: A.friends.filter(friends__contains=B) #rather complicated lookup on db level, unintuitive for coders
FriendRequest is quite obvious, a class with requester and requested_user, the selects are quite obvious, too.
The Friend Model would be not very nice, because it would have person1 and person2 as fields, and all lookups need to select Friends with person1=A and person2=B OR person1=B and person2=A
Friend-Lookup: Friend.objects.filter(person1=A) union Friend.objects.filter(person2=A) #unclean with the need to union two sets
another option would be a Friend model with a friends field, which is a many2many field, which links to exactly two persons. Then the select is matching one of the persons in the friends field, and then just returns the model, where the person B can be extrated by substracting A from the friends set. But this would be overkill, because no friend-object would ever have more than 2 persons associated.
Friend-Lookup: Friendship.objects.filter(persons__contains=A) #queries two tables
So, what do you think is the cleanest and most intuitive solution to storing a friendship-relation? Are there any common patterns how to do it?
By default, Django model relationships are established on the primary key of a model which in itself defaults to a model's id field. For example, the field menu = models. ForeignKey(Menu) stores the id from a Menu instance as the relationship reference.
To handle One-To-Many relationships in Django you need to use ForeignKey . The current structure in your example allows each Dude to have one number, and each number to belong to multiple Dudes (same with Business).
I believe this is a use case for the extended many-to-many relationship supported by Django: https://docs.djangoproject.com/en/dev/topics/db/models/#intermediary-manytomany
Instead of just storing the connection between those users, you can store additional properties. This should project your problem domain onto the DB model pretty well. Ie create your connection as soon as one of the two initiates the friendship, then set additional fields to store who's asking whom and whether the other person has accepted the friendship.
If you do not want to re-implement all these Friendship relation stuff, you can use the following module: https://github.com/revsys/django-friendship
It's behavior is what you describe in your third option: it creates separate ManyToMany tables. One for the friendship request:
class FriendshipRequest(models.Model):
""" Model to represent friendship requests """
from_user = models.ForeignKey(AUTH_USER_MODEL, on_delete=models.CASCADE, related_name='friendship_requests_sent')
to_user = models.ForeignKey(AUTH_USER_MODEL, on_delete=models.CASCADE, related_name='friendship_requests_received')
An other one for the friendship status:
class Friend(models.Model):
""" Model to represent Friendships """
to_user = models.ForeignKey(AUTH_USER_MODEL, models.CASCADE, related_name='friends')
from_user = models.ForeignKey(AUTH_USER_MODEL, models.CASCADE, related_name='_unused_friend_relation')
It also provides follow, block and related managers.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With