Opened 16 years ago
Last modified 16 years ago
#8660 closed
Calling User.get_profile() should pre-populate the user foreign key on the profile object — at Version 2
Reported by: | Michael Malone | Owned by: | nobody |
---|---|---|---|
Component: | contrib.auth | Version: | dev |
Severity: | Keywords: | cache profile user auth | |
Cc: | Triage Stage: | Accepted | |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description (last modified by )
When you use the User.get_profile() method to fetch a profile object, it doesn't pre-populate profile's user attribute. This results in unnecessary DB queries when you go from User -> UserProfile
and then later go from UserProfile
-> User
. This is actually a fairly common use case because people tend to attach methods that "extend" the user object in UserProfile, since they can't directly extend User.
For example, if you create a full_name()
method on UserProfile
that returns '%s %s' % (self.user.first_name, self.user.last_name)
, then in your templates, you do {{ User.get_profile.full_name }}
, you end up doing two DB queries when only one in necessary.
The solution seems simple enough since the profile's User object must be called user
. In django/contrib/auth/models.py a one liner after fetching the profile should do the trick:
self._profile_cache = model._default_manager.get(user__id__exact=self.id) + self._profile_cache.user = self
Change History (2)
comment:1 by , 16 years ago
Triage Stage: | Unreviewed → Accepted |
---|
comment:2 by , 16 years ago
Description: | modified (diff) |
---|
(The reason this isn't a real patch is because mmalone was working off a non-trunk checkout for his commercial stuff. So I asked him just to file the right line and we can turn it into a trivial patch later. Just noting so nobody wonders why he's being a bad patch writer.)