【更新预告】EMSHOP卡密存储即将独立成表，告别字段膨胀

现在的EMSHOP，卡密数据存在规格表的一个大字段里。初期够用，但问题慢慢暴露。

• 想查某张卡密什么时候卖出去的？要解析JSON字段，SQL查不了。
• 想统计某个批次的卡密售出率？只能先读出来再程序处理。
• 想给卡密加个备注、加个有效期、加个上游来源？字段越加越多，表越来越臃肿。

在EMSHOP的底层重构中，卡密将拥有自己的独立表：em_goods_virtual_card。

每条卡密一行记录，包含这些字段：

• card_no：卡号
• card_pwd：密码
• status：状态（可用/已售/已作废）
• order_id：关联的订单ID
• sold_at：售出时间
• remark：备注（批次号、上游来源等）

这样做的好处立竿见影：

• 可以用SQL直接查“最近一周卖了多少张卡密”。
• 可以给卡密加索引，海量数据下查询毫秒级。
• 规格表回归本质，只管价格和库存数量，不再被卡密数据拖累。

老用户升级时，系统会自动将JSON字段中的卡密数据迁移到新表，一条卡密一条记录。你什么都不用感知，只是后台卡密管理页面的响应速度会快很多。

很小的改动，但为后续的卡密审计、批次管理、上游对账打下了基础。

下一篇预告，我们聊聊“商品类型切换的钩子设计”。