2006年06月22日 星期四 10:04
对不起 其实是mysql的表设计问题 我想实现 用户点加入 成为该组的待加入组 然后再通过批准正式加入 表里应该怎么去设计呢? 初次使用 思路上一时理不通 望大牛随手指点 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060622/72186c28/attachment.htm
2006年06月22日 星期四 19:03
用一个表示状态的字段就好了阿。 例如:字段名叫做status,可以是int,也可以用enum。 如果是Int,就自己定义几个代码,0代表没有组,1代表待审核,2代表审核通过等等。 然后通过程序来控制并更新状态位就可以了。 一般用关系数据库实现的工作流也是这么实现的。 在 06-6-22,风向标<vaneoooo at gmail.com> 写道: > > > 对不起 其实是mysql的表设计问题 > 我想实现 > 用户点加入 > 成为该组的待加入组 > 然后再通过批准正式加入 > > 表里应该怎么去设计呢? > > 初次使用 > 思路上一时理不通 > > 望大牛随手指点 > _______________________________________________ > python-chinese > Post: send python-chinese at lists.python.cn > Subscribe: send subscribe to > python-chinese-request at lists.python.cn > Unsubscribe: send unsubscribe to > python-chinese-request at lists.python.cn > Detail Info: > http://python.cn/mailman/listinfo/python-chinese > >
2006年06月22日 星期四 19:44
我觉得,既然使用了django这样支持orm的整体框架,那么应该更多的从对象设计,而非数据库设计的角度来思考问题,这样才能充分利用orm的优势。 以这个问题来说,需求就是,"用户"对象在其名字等基本属性之外,还要表达一个额外的状态信息。 那么,最直接的办法就是model中增加一个表达状态的属性,自然表中也就需要相应增加一个字段。 这样思考我觉得比较自然一些,当数据结构复杂的时候更容易理清思路。 如果类似的额外信息还有很多,都直接放在用户的model里比较混乱的话,可以考虑增加一个"用户额外信息"的model,与用户的model一对一关联。相应的,数据库里也就需要新增一张表。 当不方便修改已有的表结构时,也可以这样做。 On 6/22/06, 风向标 <vaneoooo at gmail.com> wrote: > > > 对不起 其实是mysql的表设计问题 > 我想实现 > 用户点加入 > 成为该组的待加入组 > 然后再通过批准正式加入 > > 表里应该怎么去设计呢? > > 初次使用 > 思路上一时理不通 > > 望大牛随手指点 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.exoweb.net/pipermail/python-chinese/attachments/20060622/2fa2f773/attachment.htm
Zeuux © 2025
京ICP备05028076号