タグ付けされた質問 「models」

3
models.pyが巨大になった場合、それを分割する最良の方法は何ですか?
上司からの指示:「ロジックをに配置しないようにしたいmodels.py。これからは、データベースにアクセスするためのクラスとしてのみ使用し、モデルクラスを使用する外部クラスにすべてのロジックを保持するか、それらをラップする」 これは間違った方法だと思います。ファイルを小さく保つためだけにモデルのロジックを除外することは悪い考えだと思います。ロジックがモデルで最良の場合、それはファイルサイズに関係なく実際に実行する必要がある場所です。 インクルードを使用する簡単な方法はありますか?PHPの話では、models.py他の場所のモデルクラスをinclude()しているだけであることをスーパーバイザーに提案したいと思います。概念的には、これによりモデルに必要なすべてのロジックを持たせることができますが、ファイル数を増やすことでファイルサイズを抑えることができます(これにより、競合などのリビジョン管理の問題が減少します)。 それでは、models.pyファイルからモデルクラスを削除する簡単な方法がありますが、モデルはすべてのDjangoツールで動作しますか?または、「大きな」models.pyファイルの一般的な問題に対する完全に異なるがエレガントな解決策はありますか?任意の入力をいただければ幸いです。

2
Rに組み込まれたモデルの再利用
Rでモデルを作成する場合、新しいデータで再利用できるように、モデルの仕様をどのように保存しますか?履歴データにロジスティック回帰を作成したが、来月まで新しい観測値がない場合を考えてみましょう。最善のアプローチは何ですか? 私が考慮したこと: モデルオブジェクトを保存し、新しいセッションにロードする 一部のモデルはPMMLでエクスポートできることは知っていますが、PMMLのインポートについては実際には何も見ていません。 簡単に言うと、新しいセッションでモデルを使用する必要があるときに、あなたが何をしているのかを理解しようとしています。 前もって感謝します。
82 r  models 

4
存在しない場合は作成
Web APIからデータを読み取り、それをデータベースに配置するDjangoアプリケーションがあります。 モードから新しいオブジェクトを作成するが、オブジェクトがすでに存在する場合に重複例外を防ぐ方法はありますか? 言い換えれば、オブジェクトを保存する方法はありますが、オブジェクトがすでに存在する場合は何もしませんか?
81 django  models 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.