私は私が必要とするもののための本当のandwerを見つけることができませんでした。私には複雑なプロジェクトの王様がいて、その過程でdjangoを学びながら、初めてそれを行うという大きな仕事をすることにしました（はい、それが最も賢いことではないことはわかっていますが、長い間そう思います実行すると、それが自己証明されます...そう願っています... LOL）
とにかく、過去のプロジェクトでは、.NETを使用して、DBを設計するときに、UMLに従うことを使用し、すべてのルールが守られていることを確認しました。DBとプロジェクトの間にOneToOneの相互関係がないため、すべてが問題ありませんでした。必要なDBを構築し、そこから必要なものと通信するプロジェクトを作成します。適切なSPと通信するだけです。 ...。
いいえ、DJANGOの場合は逆のように見えます。これまで私が従ったプログラミングモデル（ロジック）がまだ有効かどうかはわかりません。
そして要点：
私は同時に2つのシステムを構築しています。この制度は、一般的に自主的リハビリテーション協会のためのものです。一般の人々とユーザーのためのフロントと、CEOのためのCMS /バックオフィスなどがあります（サイトにあるものよりも多くのものがありますが、もちろん、Webサイトは、ログインのためのユーザーの意見、ユーザー名など、バックオフィスからデータを取得しますpublictaionsなど...）。
だから、私が言おうとしているのは、これは一種のユーザーベースのプロジェクトであり、ほとんどのテーブル（モデル？）は何らかの形でユーザーに接続します（DBを表すときに質問マークが付いたモデルを書いたのはすべてですユーザーテーブルの周りですが、MTVに変更すると、実際にはどのように見えるかわかりません-モデル間の接続と継承および逆接続のため）...
私はそれについて見つけることができるすべてのDJANGOPROJECTドキュメントを読みましたが、私たち全員が知っているように、そこにあるすべての例は非常に単純な2、3モデルであり、このサイズのプロジェクトの複雑な例を見つけることができませんでした... 。
私はdjangoでそれをやりたいと思っています、学習曲線は本当に急ですが、うまくいけば、私はより良いもののために私の目と世界を開きます（すでにそうしました、そして毎日私はますますそれに恋をしています... LONG LIVE OPEN SOURCE（FROM A LONG TIME MICROSOFT JUNKY）... LOL）
DBテーブルの一部を表示するだけです（ms-sql DBにあるため、DJANGOにとっては正しいことではないと確信しています。そのように維持するのは論理的ではないようですが、純粋な場合です。 SQLこれが進むべき道です）：矢印は主キーが入っているテーブルを指しています。
putTypes<-commissionPubs->委員会<-commissionMemebers->ユーザー
ArticleGenres<-ArticleInGenres->Articles->ユーザー
ImageTypes<-画像->ギャラリー->ユーザー
障害<-ユーザー
などなど...ユーザーがプライマリテーブルであるかデータプロバイダーテーブルであるかに関係なく、すべてのものが何らかの方法でユーザーに接続されます。
さて、誰かがこれを手伝ってくれるでしょうか、それは大規模な要求であることを私は知っています、そしてもちろん私は私の手を握って一歩一歩私を連れて行く人を探していません、ただ大きな/完全な例を探しているので私は学ぶことができますそこから、複雑なテーブル（モデル）のセットと、新しいアプリを構築する場所とタイミング、および同じアプリで何かを実行するタイミングがあります。また、可能であれば、Usersテーブルを他のすべてのテーブルに接続する方法（インポートして使用することについては知っていますが、これはそれよりもはるかに複雑です）。
最後に、私の母国語ではなく、文法の間違いをお詫びします...それらを捕まえようとしていますが、私はいつもできるとは限りません...。
PS別の問題として、私のユーザーモデルはdjangoモデルよりもはるかに複雑です。そこに必要なフィールドがもっとたくさんありますが、それをどうするか？読むためと助けるために10倍そして誰でもできる....そして、そうでなければ、10倍:-)
エレズ