会员模块在原有 account 基础上添加了 club_order、club_user、club_download 三张表

支付下单就会在 club_order 写入一条记录，支付成功会在 club_user 中写入一条记录

如果 club_user 中已经有记录，则将 club_user.expires 有效期延长，然后你的个人空间显示的就是这个字段的值

club_download 中是会员所能下载的资源

都很简单

数据库 table 的设计很重要，关键在于 model 的识别，不同的 model 字段不要搞混，该是谁的字段就放在谁的 table 中

有些同学喜欢在新需求到来的时候，往原有的 table 中加字段，这通常是恶梦的开始

加字段的情况只应该是：新加的字段确实属于该 table， 而不能是为了新功能而额外加

jfinal.com 不断加新功能，例如后业加了 app & coffee，原有的 table 根本没动过，这样就确保了原有功能完全不受影响

说到加字段。。。开始沟通确定需求的时候是一对一的关系，都开发完了，又变更需求要一对多多对多了，加钱都要改。。。开始是拒绝的，但是甲方说加双倍。。。

@杜福忠 嘴上说不要，但身体确很诚实。

@JFinal 感谢回复！~那么请问login登陆的时候，需要修改代码吧？Account loginAccount = accountDao.findFirst("select * from account where userName=? limit 1", userName);应该要修改left join club_user这边表，进去吧？我就问问，看看我想的对不对。

@fmpoffice 完全不用修改，账号只有一个体系一张表

@JFinal 不改代码的情况下：有人充值续费了，就在新表吧accountId对应关系写上去（这个好理解）。但是，页面怎么判断用户是否会员，是否到期？enjoy模板也要判断吧？单独扩展一个VipDirective指令模块吗？

疑惑：是否会员，是不是存在loginAccount里面？

@JFinal 我理解：如果单独搞一个Directive，那就可能不用存在loginAccount，请问逻辑对吗？这样就可以分离出来了！调用这个指令的时候，再去查后端的代码。

@fmpoffice 是否会员存放在 club_user 这张表里头的 club_user 表里头有一个 accountId 关联到了 account 表