在DJANGO中，創建我的用戶模型中的所有項目是一種很好的做法嗎？

Question

我無法找到真正需要的東西。 我有一個複雜的項目的國王建立，並決定採取第一次這樣做的巨大任務，同時學習Django的過程中（是的，我知道這不是最聰明的事情，但我認爲在長期運行它將證明它自我...希望如此...大聲笑）

任何方式，在過去的項目中，使用.NET，當我設計我的數據庫時，我只是使用跟隨的UML，並確保所有的rulls跟隨。因爲在數據庫和項目之間沒有OneToOne相互關係......建立我需要的數據庫，然後創建項目以與我需要的項目進行交談......只是與正確的SP進行交談...

不，用DJANGO看起來好像是另一種方式，我不知道我以前使用的編程模型（邏輯）是否仍然有效。

並指向：

我在同一時間構建兩個系統。該系統一般用於志願康復協會。對於公衆和用戶以及對於首席執行官和東西的CMS/backoffice來說是前沿的（在網站中還有更多的東西，但是當然，網站從後臺獲取數據，例如用戶登錄的用戶名，用戶名公開宣傳等）。所以，我想說的是，這是一種基於用戶的項目，大多數表格（模型？）以某種方式或另一種方式連接到用戶（我用模型寫了一個questien標記becouse當代表一個數據庫是用戶表周圍的每一件事，但不知道什麼時候將其更改爲MTV，它應該是什麼樣子 - 因爲模型之間的連接和繼承以及反向連接）...

我已閱讀全部我可以找到關於它的DJANGOPROJECT文檔，但衆所周知，在那裏的所有示例都非常簡單，有兩個，三個模型，我找不到這個大小的項目的複雜示例。我很樂意這樣做ith django，學習曲線真的非常陡峭，但希望，我會打開我的眼睛和世界爲更好的事情（已經做好了，並且每天我都越來越喜歡它......）LONG LIVE OPEN SOURCE（FROM一個很長的時間MICROSOFT JUNKY）...笑）

只是爲了顯示部分數據庫表（因爲它們是在MS-SQL數據庫中，我很想知道它對於DJANGO來說並不是正確的，因爲它沒有「T似乎邏輯，我保留它這樣，但對於純粹的SQL，這是要走的路）：箭頭指向其中主鍵是表

putTypes < - committeePubs - >委員會。 < - 委員會會員 - >用戶

個

ArticleGenres < - ArticleInGenres - >文章 - >用戶

ImageTypes < - 圖片 - >畫廊 - >用戶

殘疾人< - 用戶

等等....每一件事以一種方式或其他方式連接到用戶，而用戶是主表或數據提供者表....

現在，任何人都可以幫助我，因爲我知道這是一個重要的要求，而且我不想找任何人牽着我的手，讓我一步一步地尋找一個大/合適的例子所以我可以從那裏學習一些複雜的表格（模型），以及何時何地構建新應用程序以及何時在同一應用程序中執行操作。還有，如果可能的話，如何將用戶表連接到所有其他表（我知道我導入和只使用它，但這要複雜得多）。

最後一件事，很抱歉的語法錯誤，不是我的母語，試着趕上他們，但我並不總是能....

附：另一個問題，我的用戶模型比django模型複雜得多，我有更多的領域需要在那裏，如何處理？ 10X讀取和幫助，並可以，任何一個....而且任何方式如果沒有，也10X :-)

埃雷茲

Answer 1

沒有什麼particularl錯你把它描寫的方式出現。但是有幾點。

• Django模型通常被賦予奇異的名字 - Committee而非Committees。

• committeeMembers和ArticleInGenres似乎是以多對多關係鏈接表格。如果他們只是，並且不存儲任何他們自己的信息而不是兩個外鍵，那麼您可以完全忽略它們 - 只需在Committee上定義一個ManyToManyField，指向User，Django將創建並管理爲你的中間表。

• 從User到Disability的鏈接更爲複雜。您不應該真正修改內置的用戶模型。除了最後一點關於User的額外字段外，看起來最好的辦法是定義一個單獨的UserProfile模型，其中OneToOneField到User，您可以在其中存儲額外的信息。