第一个,客户和配置类型(天周月),给个ID作为主键,关联下面的表
第二个表,具体的配置
ID 跟主表对应
DetailID --这两个ID联合做主键
小时 --我感觉你这个小时多余,其实就是两个时间点之间的时间
日期
开始时间
结束事件 --两个时间点
第二表有冗余,可以根据配置类型来填充
第二个表与第一表多对一
选择好几天时,选择几天有几条记录
选择月时,同样,几天就几个记录,第二表其实就是按天来存储选择的
四张表: 提现时间配置表。字段:(提现时间配置id,客户id,配置)。其中[配置]字段的取值为'天','周'或'月' 提现时间表_天。字段:(提现时间配置id,小时)。其中提现时间配置id指向第一张表。 提现时间表_周。字段:(提现时间配置id,周几,小时)。其...我个人经验关键是三块:1、数据库的设计:订单相关表设计、订单关联的诸如商品列表、会员信息、折扣、积分、打包销售等;账单相关表,包括内部账单和渠道支付账单(如微信支付、支付宝支付等),还有就是 *** 作日志类。建议网上去找一些资料或者开源电商产品参考一下,这块第一次做考虑完整比较难的,当然是根据实际需求裁剪,但如果大面上设计有问题后面功能扩展的时候会非常难受;
2、第三方支付:主要是支付过程中一些正常和异常的流程,微信支付你可以参考它帮助文档中推荐的测试用例,挺完整的;另外就是后台需要轧账和平账,就是你要每天和第三方平台去对一次账,看看两边数据库里的支付情况是否正确。
3、你在上面提到了及时到账,那就证明可能有个人账户体系,这里的充值、提现要想好怎么搞?一般第三方支付针对个人是没有提现接口的,只有退款。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)