单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,单击此处编辑母版标题样式,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,一元夺宝开发方案,宜昌树牙科技有限公司,1,、什么是一元夺宝,一元云购是将一件商品分成若干“等份”，每个人只需要出其中的一份钱（1元）获得一个编号，当这件商品所有“等份”被完全售出后，系统将会根据事先公布的规则，计算出相应的“幸运编号”，此“幸运编号”的拥有者即可获得这件商品2,、一元夺宝如何吸引消费者,以,小,博大,01,以,小,博大的传统思维，这是一元云购的精髓，以往我们经济交易都是以平等为基础，一元云购打破这种方式，让不平等交易出现在这个市场经济的时代,随众心理,03,追随大众的心理，一件商品，买的人越是少，那么越少人去买，相反，一件商品，买的人越多，那么销量很快飙升。
一元云购就是利用消费者这样的心理，大家都投了一块钱，我也不特殊，投一块钱试一把侥幸心理,02,拼人品的时代，这个社会青年一族推动者商品交易的主旋律，拼爹、拼耐力、拼人品，大伙都是各种各样拼，把这种社会的风气带入到商品交易中，这又是一元云购的另一大特色积少成多,04,积少成多，一元云购，也就是一块钱，对于消费者，一块钱就是晒晒水的事儿，但是每个人一块钱，人多了可就不是一个小数目，一元云购能够迅速筹集大伙的资金，也就是从众筹引申来的3,、一元云购的模式,01,一人一份,一件产品每人只能买一份，就是一人只能花一块钱购买；,02,一人多份,一件产品每人可以购买多份,03,虚拟抵扣,一件产品每人购买多份，还可以通过集赞的方式抵扣一元钱；,4、一元夺宝的规则,01,每件商品参考市场价平分成相应“等份”，每份1元，1份对应1个夺宝码,02,同一件商品可以购买,多次或一次购买多份,03,当一件商品所有“等份”全部售出后计算出“幸运夺宝码”，拥有“幸运夺宝码”者即可获得此商品5、一元夺宝开奖计算公式,本期幸运号码,=,(,),7691996626,50,个时间求和,“,老时时彩,”,开奖号码,%,6488,该商品总需求人次,100000001,原始数,6、一元夺宝设计流程,开始,浏览商品,页面,加入清单,立即夺宝,提交,清单,支付,支付成功修改缓存、数据库数据,返回投注号码,结束,7、一元夺宝缓存流程,备注：,A、缓存采用memcached1.4.13版本。
B、运用其CAS特性，内部实现锁机制，无需外部加锁主要是防止并发时，且剩下最后几注号码，多人抢注单最后只会允许有一人成功C、购物车数量、下单数量等全部从缓存中拿D、首页列表需要展示商品可用夺宝数、剩余夺宝数对于这种实时性高的数据，采取缓存1分钟等到购物车或者下单会重新判断数量是否充足E、类似秒杀，这里没有采取排队机制，而是锁机制系统允许有人在下单时失败，这种情况除了缓存之外，就是多人同时修改缓存数据，CAS版本号不一致8、一元夺宝定时任务,开始,查找已经完成的夺宝期数,根据投注记录计算出开奖号码与中奖用户，并且修改夺宝期开奖信息,结束,生成下一期投注号码；生成中奖未中奖通知记录；删除上一期投注明细循 环,循 环,备注：,A、这里采用了Sql2008的代理任务实现定时任务，运作起来比较方便B、后面移植到专门的服务托管框架中去，让数据库尽量不参与业务逻辑运算，也就是数据库只负责数据存储9、一元夺宝前端设计,夺宝商品列表,说明：,A、总需多少人次，已经参与多少人次，剩余多少人次B、根据夺宝的价位可以分为一元专区、五元专区、十元专区等等9,、一元夺宝前端设计,夺宝商品详情页,说明：,A、显示夺宝期号,B、显示投注基本单位（即为参与人次，投注越多，人次显示越多）,C,、产品基本信息,9,、,一元夺宝前端设计,商品夺宝参与记录,说明：,A、显示夺宝支付时间。
B、,显示,夺宝用户信息，头像、昵称或者账号C、,显示,夺宝者的网络IP信息D、,显示,参与了多少人次，系统随机分配的夺宝号码9,、,一元夺宝前端设计,往期夺宝记录列表,说明：,A、显示最后,50,名夺宝者信息，可以理解成为产品订单10、一元夺宝模块说明,整个一元夺宝中主要分为,商品(后台、前台)、夺宝订单、夺宝期、开奖,4大模块一、商品模块,对于商品这块区分前台与后台的理由是：,A、后台主要是管理商品的基本属性参数，例如ID、名称、所属名牌品类，颜色尺码SKU等，当然这里是分主子表B、前台在后台的数据基础上记录一些扩展行为参数，例如设定该商品进行到多少期就停止夺宝、总共需要多少人次参与、基本夺宝人次单位等这样做的好处就是严格区分本身基本属性与后续扩展的行为熟悉，互不干扰但存在关联关系10、一元夺宝模块说明,整个一元夺宝中主要分为,商品(后台、前台)、夺宝订单、夺宝期、开奖,4大模块二、夺宝期模块,在这个里面细分为夺宝期主要信息，当前期夺宝参与明细记录，以及夺宝号码配置A、夺宝期里面会记录什么商品参与夺宝、进行到多少期、总共需要多少人参与、当前参与了多少人次、当期中奖用户，开奖号码等B、当前期夺宝明细记录主要是这一期什么产品被什么人夺宝，且夺宝号码、夺宝的时间是多少。
其有一个显著特征就是记录条数会与该商品总参与人次数相等C、存在夺宝号码配置这样的信息主要是为了在开奖之后初始化下一期夺宝用到比喻说某商品总需要参与人次数是100，那么就会从号码配置记录中取出从1到100共100个号码写入到夺宝明细记录中去10、一元夺宝模块说明,整个一元夺宝中主要分为,商品(后台、前台)、夺宝订单、夺宝期、开奖,4大模块三、夺宝订单模块,这里的订单处理其实与我们脑海中的订单概念一样，也是分为订单主信息，订单所包含明细商品信息A、订单主信息中主要记录参与人、付款多少钱、什么方式付款、订单状态等关键信息B、订单明细表中唯一不同之处就是会记录到某人对该商品夺宝之后，系统分配给他的夺宝号码集合10、一元夺宝模块说明,整个一元夺宝中主要分为,商品(后台、前台)、夺宝订单、夺宝期、开奖,4大模块四、开奖模块,因为是无人值守的，所以开奖必须用定时任务来完成开奖之后需要给用户发消息告知此处夺宝是否中奖，中奖用户需要填写奖品邮寄出去的地址信息，用户收到奖品之后还可能会晒单等10、一元夺宝模块说明,整个一元夺宝中主要分为,商品(后台、前台)、夺宝订单、夺宝期、开奖,4大模块四、开奖模块,因为是无人值守的，所以开奖必须用定时任务来完成。
开奖之后需要给用户发消息告知此处夺宝是否中奖，中奖用户需要填写奖品邮寄出去的地址信息，用户收到奖品之后还可能会晒单等11、一元夺宝数据库结构,A、后台商品主表,B、后台商品明细表,C、前台商品主表,D、前台商品图片表,E、夺宝期主表,F、夺宝期明细表（永远只记录当前期）,G、夺宝号码配置表,H、夺宝订单主表,I、夺宝订单明细表,J、夺宝购物车表,K、开奖任务记录表,L、开奖计算结果详细表,M、开奖收货地址表,N、开奖通知记录表,一元夺宝数据库,表结构,。