You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 21, 2023. It is now read-only.
When starting up the project via docker-compose, there are a number of messages from Django suggesting that we should consider replacing the use of ForeignKey(unique=True) for model fields with OneToOneField. The messages specifically look like this:
seumich.ClassSiteScore.class_site: (fields.W342) Setting unique=True on a ForeignKey has the same effect as using a OneToOneField.
HINT: ForeignKey(unique=True) is usually better served by a OneToOneField.
If we have the bandwidth at some point, it would be nice to make these changes, so we're following best practice and (more importantly, for our daily lives) we don't see these messages any more.
The text was updated successfully, but these errors were encountered:
When starting up the project via
docker-compose
, there are a number of messages from Django suggesting that we should consider replacing the use ofForeignKey(unique=True)
for model fields withOneToOneField
. The messages specifically look like this:If we have the bandwidth at some point, it would be nice to make these changes, so we're following best practice and (more importantly, for our daily lives) we don't see these messages any more.
The text was updated successfully, but these errors were encountered: