#4 James 对，我之前也是想用关联表的，就是之前没用过这种类型，不晓得怎么用
#4 James 但是有一个问题，这个关联表是每个用户都对应了一张表还是所有用户一张表
#6 叫我沈同学 这算个兑换记录表，所有用户一张表。 自增ID，再记录一下用户id，keyid，兑换时间什么的。
#7 James 但这样不就跟刚刚cmd1152的做法一样了吗，查找效率会大大降低啊，越到后面效率越低
#8 叫我沈同学 怎么会呢……？理论上除非你除了闲着没事塞几十亿条垃圾数据，sql的查询是很快的
#8 叫我沈同学 这个表全是主键，查询速度很快的，别担心，你用字符串分隔的方式才慢。
#8 叫我沈同学 使用字符串存储的问题很多，比如不能索引，你要找一个码子都有哪些人用过没法查，维护麻烦，添加删除都麻烦。
#9 [已注销] 几十万也不会慢，这种表上千万都不会慢的。
#10 James 确实，sql查询速度可是一流
#10 James 我的方法理论上一次请求只要查一个人对应的used_cdk的值，比较次数应该少很多，不过好像sql的速度确实不用担心
#11 James 单位刚刚打错了
#14 叫我沈同学 哪天兑换码包含逗号（分隔符）就老实了 哪天有一堆兑换的记录，分割的时候就老实了
#15 James 那个我有单独的记录
OK，感谢各位佬，我回头想想怎么改代码
维护另一张像流水的表，连表查询就行了 其实有点像拉链表的逻辑
#19 Lurch 嗯嗯，明天看看怎么改代码
