在DJANGO中,围绕我的用户模型创建所有项目是一个很好的做法吗?

时间:2011-04-26 11:30:32

标签: django django-models django-cms

我无法找到真正需要的东西。 我有一个复杂的项目之王,并且决定在学习django的过程中第一次承担这项艰巨的任务(是的,我知道这不是最聪明的事情,但我认为运行它将证明它是自我...希望如此...... LOL)

无论如何,在过去的项目中,使用.NET,在设计我的数据库时,我只是使用了跟随UML并确保跟随所有的连接。并且每件事都没关系,因为DB和项目之间没有OneToOne核心...构建我需要的DB然后创建项目以与我需要的东西进行对话....只需与正确的SP交谈....

不,对于DJANGO来说,它似乎是另一种方式,我不知道我以前遵循的编程模型(逻辑)是否仍然有效。

至关重要:

我正在同时建造两个系统。该系统通常用于自愿康复协会。公共和用户的前端和CEO和东西的CMS /后台(更多的东西然后在网站上,但当然,网站从后台获取数据,如用户身份验证登录,用户名为公共场所等......)。

所以,我想说的是,这是一种基于用户的项目,大多数表格(模型?)以一种方式或另一种方式连接到用户(我在代表数据库时编写了带有任务标记的模型是用户表周围的每一件事,但不确定何时将其更改为MTV,它应该是什么样子 - 因为连接和继承以及模型之间的反向连接... ...

我已经阅读了所有关于它的DJANGOPROJECT文档,但是众所周知,那里的所有示例都非常简单,有两个,三个模型,我找不到这个大小的项目的复杂示例....

我很想用django来做这件事,学习曲线非常陡峭,但希望我会睁开眼睛和世界以获得更好的东西(已经做好了,而且每天我都越来越喜欢它了......长时间开放源(从长时间的微软勇士队开始)... LOL)

只是为了显示部分数据库表(因为它们位于ms-sql数据库中,我很好地确定它对于DJANGO来说不是正确的事情,因为对我来说保持它是不合逻辑的,但对于纯SQL,这是可行的方法):箭头指向主键所在的表。

  

putTypes< - committeePubs - >委员会< - committeeMemebers - >用户

     

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

     

ImageTypes< - Images - >图库 - >用户

     

Disabilities< - users

依此类推....每一件事都以一种方式或另一种方式连接到用户,用户是主表或数据提供者表......

现在,任何人都可以帮助我,我知道这是一个主要的要求,而且当然我不是在找任何人牵着我一步一步地带我,只是寻找一个大/有效的例子所以我可以从那里学习,使用一组复杂的表格(模型)以及何时何地构建新的应用程序以及何时在同一个应用程序中执行操作。而且如果可行的话,如何将Users表连接到所有其他表(我知道我导入并且只是使用它,但这要复杂得多)。

最后一件事,抱歉语法错误,而不是我的母语......试图捕捉它们,但我并不总是能够......

P.S。另一个问题,我的用户模型比django模型复杂得多,我还有更多需要存在的字段,该怎么办? 10x用于阅读和帮助,任何人都可以....而且,如果没有,也是10x: - )

埃雷兹

1 个答案:

答案 0 :(得分:3)

你在那里拍照的方式没有什么特别的错误。但有几点。

  • Django模型通常使用单数名称 - Committee而不是Committees

  • committeeMembersArticleInGenres似乎是在多对多关系中链接表格。如果他们只是,并且除了两个外键之外不存储他们自己的任何信息,你可以将它们完全遗漏 - 只需在Committee上定义一个ManyToManyField,指向在User,Django将为您创建和管理中间表。

  • UserDisability的链接更复杂。您不应该真正修改内置的用户模型。除了关于User上额外字段的最后一点之外,您最好的选择是定义一个单独的UserProfile模型,其中包含OneToOneFieldUser,您可以存储额外信息。