标签：数据库 店铺 权限 openid 判断 int 生效 lstat 一个
1. 首先对于数据库中，表有详细的字典说明，表和表之间有明确的关联比如外键关系，E-R图明确
2. refernce表要明确
SELECT * FROM RCHANNEL 【1-5渠道】
SELECT * FROM RGENDER 【性别，一般是1，2】
SELECT * FROM RINCOME 【收入等级，一线城市1-5， 二线城市1-5，共10个等级】
SELECT * FROM RINTERACTION
SELECT * FROM RMARITALSTATUS 【婚姻状态，一般1，2，3】
SELECT * FROM
SELECT * FROM 会员等级
SELECT * FROM 省信息
SELECT * FROM 市信息
SELECT * FROM 区信息
3. BASE表要明确
有一些比如CRM中的店铺信息，CODE代码要明确
有一些比如CRM中的商品信息，SKU_CODE要明确
有一些比如CRM中的优惠券信息，XXX要明确
有一些比如CRM中的积分类型信息
一般常见的顺序是BPRODUCT，BSKU，打个比方，一双NIKE鞋子， CODE是111222， 有2个颜色，有5中尺码，那BSKU中其实要有10中商品
用户的购物清单中要明确到10中商品的一种
4. 会员表要主表，扩张表，会员卡，绑定微信公众号的openid，微信添加小程序，为了通用和确保唯一性又用了unionid，淘宝ID，京东ID等等等信息明确，
根据业务逻辑，进行扩长和使用
是否有逻辑删除位【如果有逻辑删除位，在所有的开发和测试过程中都需要对逻辑删除的会员进行判断】
会员表唯一性，比如，openid要唯一，以后方便用openid进行推送消息
unionid要唯一
手机号要唯一
身份证号要唯一【身份证号还需要判断是否符合中国规定的id格式】
一个会员是否存在多个会员卡的可能，如果可能，一人多卡的判断，主卡的判断【开发和测试都要注意考虑到】
5. 多库之间的同步，何时进行同步，【目前没有能够实时同步】
IL数据库，多个地区的，大陆CN DB，马来西亚，台湾，香港和澳门，日本，等地区【为什么当时要分这么多数据库？？权限的原因吗?】
wechat数据库
台湾常用的line数据库
给店员使用的Special数据库
给报表团队的BI数据库
表信息明确之后，接下来考虑业务需求：
比如： 微信会员，2天前在线下零售店，购物，则进行消息推送
分析：微信会员，首先要绑定微信，并且不能取关，取关会员则不能给用户进行推送
2天前，交易记录，看交易是按天来的，比如20181116，还是具体到时分秒的，2天前是指比如取出日期是20181220，是不是应该取交易时间是20181218一天的，还是多天的？
线下零售店，店铺的定义的区别
购物，发生购物行为，比如交易记录，退款的不能算，退货的不能算，判断交易金额，商品数量等
比如：淘宝会员签到之后发生交易，交易积分翻倍，且购买至臻系列，积分5倍，购买清纯系列，积分3倍；
若本月生日，生日月份积分两倍，则不进行生日积分的添加；
原有根据会员等级添加积分，若参加本活动，等级积分均按1倍计算；
此活动只对一个订单生效，多笔购买，按积分最多的一笔计算
积分实时产生，若后续发生退款退货等行为，实时扣除活动积分。
活动有效期20180101-20180331
分析：这是一次活动Campaign
除了本次campaign的规则外，平时是有常规积分的，比如，会员生日月双倍积分，会员根据等级，进行积分翻倍活动
本次活动是有时间范围的，时间范围是跟消费日期的限制【边界值的测试】
要签到，再购买，才能享受多倍积分
多倍积分，根据商品的不同而不同
标签：数据库 店铺 权限 openid 判断 int 生效 lstat 一个
原文地址：https://www.cnblogs.com/qianjinyan/p/9969643.html
