【Python・Django】AbstractUserを2回使いたい時の対処法

NO IMAGE

環境

Python:3.65
Django:2.1
Database:Postgresql

AbstractUserを2回使いたい

具体例

サービスAのクライアントユーザーの管理はこっちのDB(スキーマ)で、管理者ユーザーは別で管理したい…!
ユーザー側のシステムと、管理側のシステムが切り離されている場合切り離されたシステム(通常利用画面、ユーザー管理画面など)毎にDjangoのアプリが存在しそれに伴いDB(スキーマ)も別となっている場合があるかと思います。
そのような場合、
・Aというアプリにもユーザー・権限管理が存在
・Bというアプリでもユーザー・権限管理が存在
というような状況が起こりえます。

正直どちらかのDB(スキーマ)内でユーザー管理を統一し、2種類のユーザーを1モデルで処理するほうが楽なのですが、そうは行かない場合は一工夫して上げる必要があります。
https://torina.top/detail/295/

問題点

AbstractUser(AbstractBaseUserでも同様)はPermissionMixinというものが継承されたクラスとなっています。
その影響で、以下のようにAbstractUserを2回継承した場合は、

こんな感じで全力で怒られます。辛い・・・

ERRORS:
abstractuser_test.AnotherUser.groups: (fields.E304) Reverse accessor for ‘AnotherUser.groups’ clashes with reverse accessor for ‘User.groups’.
HINT: Add or change a related_name argument to the definition for ‘AnotherUser.groups’ or ‘User.groups’.
abstractuser_test.AnotherUser.user_permissions: (fields.E304) Reverse accessor for ‘AnotherUser.user_permissions’ clashes with reverse accessor for ‘User.user_permissions’.
HINT: Add or change a related_name argument to the definition for ‘AnotherUser.user_permissions’ or ‘User.user_permissions’.
abstractuser_test.User.groups: (fields.E304) Reverse accessor for ‘User.groups’ clashes with reverse accessor for ‘AnotherUser.groups’.
HINT: Add or change a related_name argument to the definition for ‘User.groups’ or ‘AnotherUser.groups’.
abstractuser_test.User.user_permissions: (fields.E304) Reverse accessor for ‘User.user_permissions’ clashes with reverse accessor for ‘AnotherUser.user_permissions’.
HINT: Add or change a related_name argument to the definition for ‘User.user_permissions’ or ‘AnotherUser.user_permissions’.

ここで問題となっている部分は、上述の通りAbstractUserが継承しているPermissionMixinの機能となります。
このPermissionMixinはDjango上で簡易的な権限管理を行うための機能ですが、ちょっと扱いづらい。。

・ユーザーがどのグループに属するかの管理(Groupモデルとの多対多)
・個別ユーザーごとの権限の管理(Permissionモデルとの多対多)
(上記2つは依存していないため、整合性を取る取らないも含め選択可能です、)

と、いうわけで同じオブジェクトに対して多対多の関係が定義されています。
具体的には以下なのですが、この中で定義されいる、
・related_name
・related_query_name
というのが、先程のエラーの内容ですね。

さて、ここまでわかれば後はこちらのものですね。

解決方法

・related_name、related_query_nameを変更する
→同じ名前が定義されていると、逆引き時に衝突してエラーが出る部分(上記エラー)の回避
・Group、Permissionを別名自作して、多対多の関係先を変更
→Group、Permissionを変更しないと、自動で作られる方(1つ目のUserが参照すべきテーブル)の情報を参照してしまうので、自分で振り分ける。

以下のような形で記載を行えば、AbstractUserを2つ継承していても動くはずです…

 

参考

https://docs.djangoproject.com/ja/2.1/topics/auth/default/#permissions-and-authorization

この問題解決してかなりDjangoの理解が深まった気がします。疲れたけど。。
本当はもう少し別の問題もあったのですが、それは中々微妙な解決方法をした気がしているので、一旦記載は控えておきます。

今回の記事の内容は、AbstractUserの継承はDjango自体が1回しか想定していない作りで、Djangoの不文律を犯す内容に近いため出来ればやらないほうがいい内容です。。
まあ検索しても全然出てこなかったので、かなりレアな悩みだと思われますが…

Djangoカテゴリの最新記事