关于简单数据频繁读写的数据库选择？

MR00009 2015-11-26 09:51:27
像最近很流行的一元夺宝类网站，比如一件商品5000元，则该商品有10000001-10005000共5000个8位号码。
用户购买1000元，则在该范围内随机生成1000个不重复号码。


我的设计逻辑是，创建一张号码池表，三个字段：商品ID、号码、状态（0=表示可取，1=表示已被取走）
用户购买后，随机从号码池取出号码，并将这些号码的状态改成1。

不知道是否有更好的方式取号？

像这种使用MSSQL够用吗？是否会有瓶颈？
使用MongoDB等是否可行，数据准确性和稳定性能不能和MSSQL一样。
...全文
896 9 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
Castiel_卡西迪奥 2017-04-26
  • 打赏
  • 举报
 回复
引用 7 楼 xdashewan 的回复:
[quote=引用 6 楼 xgp0009 的回复:] 那有没有什么锁，可以在并发时，尽量避免不同用户取到同一个号码？
如果你按事先打乱来取码，那么你可以这么做，首先你码表需要一列顺序数字的id，如果是主键那最好，然后你建一张单独的取值表，里面只有1行1列，保存下一个能取的码表的id（注意是id而不是码）。这样用户取得时候只需要锁住这张表，取id，并把id+1就完成了取id，后续的去码表取码操作什么的都可以不用锁表。这样做好处是最小规模的锁表，而且表十分简单，读写操作均极快，避免锁住数据量巨大的码表。[/quote] 学到了，3Q
LongRui888 2015-11-26
  • 打赏
  • 举报
 回复
数据量在100w，应该没什么问题，而且你是每次只是对少量数据进行update。
xdashewan 2015-11-26
  • 打赏
  • 举报
 回复
引用 6 楼 xgp0009 的回复:
那有没有什么锁，可以在并发时，尽量避免不同用户取到同一个号码？
如果你按事先打乱来取码，那么你可以这么做，首先你码表需要一列顺序数字的id，如果是主键那最好，然后你建一张单独的取值表，里面只有1行1列，保存下一个能取的码表的id（注意是id而不是码）。这样用户取得时候只需要锁住这张表，取id，并把id+1就完成了取id，后续的去码表取码操作什么的都可以不用锁表。这样做好处是最小规模的锁表，而且表十分简单，读写操作均极快，避免锁住数据量巨大的码表。
MR00009 2015-11-26
  • 打赏
  • 举报
 回复
引用 5 楼 xdashewan 的回复:
对于数据量大我是那么看的，1.如果活动可以区分，比如说第一期第二期，那么你可以对应创建子码池，比如一期是10W条，那么每期你要操作的数量就只有10W。2.可以尝试在码池生成时候就进行打乱，如果一定要保留原码表的次序，你也可以新建一个打乱后的码表，这样你可以在取码的时候不必乱序取码，而是根据主键索引依次取，因为码本身就是打乱的。 1和2可以结合使用即一期10W条打乱次序的码
十分感谢！确实要在生成每个商品号码时打乱一下。 UPDATE只执行一次，是有加上商品ID和状态进行修改，如 WHERE ProductId=@ProductId AND State=0 AND Number IN。。。 关于每一期，我的想法是，一期结束后，将该商品号码一次性修改 State=0，因为有另一张表在存储用户购买的号码。 号码池打算作为快速取号且避免重复使用。 那有没有什么锁，可以在并发时，尽量避免不同用户取到同一个号码？
xdashewan 2015-11-26
  • 打赏
  • 举报
 回复
对于数据量大我是那么看的，1.如果活动可以区分，比如说第一期第二期，那么你可以对应创建子码池，比如一期是10W条，那么每期你要操作的数量就只有10W。2.可以尝试在码池生成时候就进行打乱，如果一定要保留原码表的次序，你也可以新建一个打乱后的码表，这样你可以在取码的时候不必乱序取码，而是根据主键索引依次取，因为码本身就是打乱的。 1和2可以结合使用即一期10W条打乱次序的码
xdashewan 2015-11-26
  • 打赏
  • 举报
 回复
UPDATE NmberPool SET Satet=1 WHERE Number IN （SELECT Number FROM temp）你这条语句需要重复运行吗？其实运行过后很多NmberPool的Satet已经为1，再次运行的时候因考虑排除这部分数据的重复更新，比如UPDATE加上Satet等于0或不等于1的条件，也可以在temp表里做排除
MR00009 2015-11-26
  • 打赏
  • 举报
 回复
这样的业务MSSQL够用吗？号码池数据量比较大，应该在一百万左右。 有点担心IO占用率。
MR00009 2015-11-26
  • 打赏
  • 举报
 回复
引用 1 楼 xdashewan 的回复:
设计本身没有问题，但你的描述中我只看到频发写，并没有看到读
嗯，应该是频繁写。 我的步骤是：1、定义临时表temp；2、从号码池随机取出号码加入临时表temp；3、修改号码池的号码状态（UPDATE NmberPool SET Satet=1 WHERE Number IN （SELECT Number FROM temp）） 之后就是对临时表的操作。
xdashewan 2015-11-26
  • 打赏
  • 举报
 回复
设计本身没有问题，但你的描述中我只看到频发写，并没有看到读
MongoDB学习手册
大家这么喜欢，我就不要资源分了，改成0分了，我为我一己私利感到抱歉…… MongoDB学习手册 ......................................................................................................................... 1 说明.......................................................................................................................................... 2 一、 Mongodb简介 .......................................................................................................... 4 二、 MongoDB特性 ......................................................................................................... 5 适用场景： ....................................................................................................................... 5 不适用场景： ................................................................................................................... 6 三、 MongoDB的工作方式.............................................................................................. 6 四、 MongoDB的下载 ..................................................................................................... 8 五、 MongoDB的安装 ..................................................................................................... 9 六、 MongoDB数据类型................................................................................................ 12 1. Timestamp类型 ...................................................................................................... 12 2. ObjectId类型 .......................................................................................................... 12 3. 数据库关联 ............................................................................................................. 14 七、 GridFS文件系统 ..................................................................................................... 15 八、 索引 ......................................................................................................................... 16 九、 主（Master）/从（slave）数据库同步 ................................................................ 20 1. 建立主/从服务器 ................................................................................................... 20 2. 相关参数说明 ......................................................................................................... 21 3. Slave顶替Master ................................................................................................... 22 4. 切换Master/Slave角色 ......................................................................................... 22 5. 更新主服务器位置 ................................................................................................. 22 十、 MongoDB分片和集群............................................................................................ 24 1. 简单分片实例 ......................................................................................................... 24 2. 高级分片实例 ......................................................................................................... 29 十一、 数据库基本操作：增查删改 ............................................................................. 37 1. Insert ....................................................................................................................... 37 2. Query ....................................................................................................................... 38 3. Remove.................................................................................................................... 52 4. Update ..................................................................................................................... 53 十二、 Shell控制台 ........................................................................................................ 62 1. 执行.js文件 ............................................................................................................ 62 2. –eval ........................................................................................................................ 62 3. 脚本和互动的区别 ................................................................................................. 62 十三、 安全与认证 ......................................................................................................... 63 1) 开启安全认证 ......................................................................................................... 63 2) 添加用户 ................................................................................................................. 64 3) 认证 ......................................................................................................................... 64
磁盘读写和数据库读写哪个更好？磁盘读写与数据库的关系
假定在程序效率和关键过程相当且不计入缓存等措施的条件下，读写任何类型的数据都没有直接操作文件来的快，不论MSYQL过程如何，最后都要到磁盘上去读这个“文件”（记录存储区等效），所以当然这一切的前提是只读 内容，无关任何排序或查找操作。 动态网站一般都是用数据库来存储信息，如果信息的及时性要求不高 可以加入缓存来减少频繁读写数据库。 两种方式一般都支持，但是绕过操作系统直接操作磁盘的性能
磁盘读写和数据库读写哪个效率更高？磁盘读写与数据库的关系
磁盘读写和数据库读写哪个效率更高？磁盘读写与数据库的关系 来源：互联网作者：佚名时间：07-16 10:14:59【大 中 小】 假定在程序效率和关键过程相当且不计入缓存等措施的条件下，读写任何类型的数据都没有直接操作文件来的快，不论MSYQL过程如何，最后都要到磁盘上去读这个“文件”（记录存储区等效），所以当然这一切的前提是只读 内容，无关任何排序或查找操作 假定在程序效率
磁盘文件读写和数据库读写哪个效率更高
假定在程序效率和关键过程相当且不计入缓存等措施的条件下，读写任何类型的数据都没有直接操作文件来的快，不论MSYQL过程如何，最后都要到磁盘上去读这个“文件”(记录存储区等效)，所以当然这一切的前提是只读 内容，无关任何排序或查找操作。 动态网站一般都是用数据库来存储信息，如果信息的及时性要求不高 可以加入缓存来减少频繁读写数据库。 两种方式一般都支持，但是绕过操作系统直接操作磁盘的性能较高，而且安全性也较高，数据库中的磁盘性能一直都是瓶颈，大型数据库一般基于unix系统，当然win下也有，不常用应为wi
订单数据越来越多，如何优化数据库性能？
对于订单这类具有时间属性的数据，会随时间累积，数据量越来越多，为了提升查询性能需要对数据进行拆分，首选的拆分方法是把旧数据归档到历史表中去。这种拆分方法能起到很好的效果，更重要的是对系统的改动小，升级成本低。在迁移历史数据过程中，如果可以停服，最快的方式是重建一张新的订单表，然后把三个月内的订单数据复制到新订单表中，再通过修改表名让新的订单表生效。如果只能在线迁移，那需要分批迭代删除历史订单数据，删除的时候注意控制删除节奏，避免给线上数据库造成太大压力。线上数据操作非常危险，在操作之前一定要做好数据备份。
应用实例

27,582

社区成员

68,544

社区内容

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章