Django Models = Business Logic + Data Access? Ou la couche d'accès aux données doit être séparée du modèle Django?

Question

À Django, l'architecture logicielle suggérée consiste à mettre toute la logique commerciale et l'accès aux données dans les modèles.

Mais, certains collègues ont suggéré que la couche d'accès aux données devrait être distincte de la logique métier (couche de service commercial). Leur justification est que la couche d'accès aux données peut isoler les modifications si une source de données différente est utilisée. Ils disent également qu'il existe une logique commerciale qui peut être dans plus d'un modèle.

Mais, lorsque je commence à coder à l'aide de l'accès aux données séparés et des couches de logique métier, la couche d'accès aux données est simple (essentiellement le code du modèle qui définit le schéma DB) et il ne semble pas ajouter beaucoup de valeur.

Y a-t-il vraiment la valeur de séparer l'accès aux données des modèles DJango ou Django fournit-il déjà une couche d'accès aux données suffisante avec son ORM?

Je recherche des développeurs qui ont mis en œuvre un bon nombre d'applications Django et je découvre quelle est leur opinion. C'est pour une application Web de petite à moyenne taille.