djangoモデル=ビジネスロジック +データアクセス？または、データアクセスレイヤーはDjangoモデルから分離する必要がありますか？

Question

Djangoでは、推奨されるソフトウェアアーキテクチャは、すべてのビジネスロジックとデータアクセスをモデルに配置することです。

しかし、一部の同僚は、データアクセスレイヤーがビジネスロジック（ビジネスサービスレイヤー）とは別にあることを示唆しています。彼らの正当化は、別のデータソースが使用されている場合、データアクセスレイヤーが変化を分離できることです。彼らはまた、複数のモデルにあるビジネスロジックがあると言います。

ただし、個別のデータアクセスとビジネスロジックレイヤーの使用をコーディングを開始すると、データアクセスレイヤーは簡単です（基本的にはDBスキーマを定義するモデルコード）、それほど価値はないようです。

Djangoモデルからのデータアクセスを分離することに本当に価値はありますか、それともDjangoはすでにそのORMで十分なデータアクセスレイヤーを提供していますか？

かなりの数のDjangoアプリを実装している開発者を探しており、彼らの意見が何であるかを見つけています。これは、小規模から中サイズのWebアプリ用です。