在关系型数据库中频繁使用 JSON 格式来存储不需要索引的数据好么？
最近在设计一些复杂的 MySQL 数据库表。
碰到一些需要存储用户所得成就、用户所得称号、用户消息之类的数据的需求。
感觉这类数据其实可以直接用 JSON 格式存储在 user_meta 表的 text 类型字段里。
而不需要设计过于复杂的表。
当然并不是所有数据都存储在一起，可能按照 100 条数据/条记录的方法。
优点是：
每页显示 50 条用户数据的话，每页只要读一次数据库的一条记录就行了，而不需要遍历 50 条记录。
把数据库的压力分担到程序执行上，貌似更多情况是数据库压力过大导致网站挂掉。
不需要设计复杂的数据库表，因为这类数据的结构可能经常变动，用 JSON 可以在程序中做好处理。
但是我不知道这样设计的缺点，因为我没有足够的经验。
所以我的问题是：
在关系型数据库中频繁使用 JSON 格式来存储不需要索引的数据好么？
或者有没有更好的方案呢？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
取消
提交回答
-
云建站小宋2021-07-08 18:19:49最新回答:
既然不需要索引，这种情况看起来用KeyValue库更合适一些，比如TC/TT, Bdb, Redis；或者MongoDb这种文档型数据库也可以（但也有很多设计上的坑）。
其他理由如下：
-
Mysql库里慎用text字段，性能不乐观……
-
一旦需要对这些数据进行索引或者统计，从MySQL中解出所有的数据并重新入库成本相当巨大……
-
大JSON的parse性能同样不乐观，而且对于中文数据，纯JSON太占空间了……
-
100条/记录的存储方式，如果需要对其中一条进行增加/删除/更新，即需要更新整个100条，更新量比较大；同样可能会产生并发问题，需要自行实现行锁。
一般情况下，如果你用了关系数据库，不要轻易（为了性能/空间）做违反范式的设计，除非你有足够的理由和把握，否则会给未来的维护升级带来无尽的麻烦。
通常建议：
-
换Key-Value库/文档库(mangodb)
-
或者关系库做好缓存和索引优化，可以把一个用户相关的勋章称号都缓存在一个key下，这个是经过被各大网站验证过无数遍的设计.
官方帮助文档地址：阿里云帮助中心
更多参考： 阿里云官网(新用户需注册查看)，可领上云红包
0 0 -
-
蛮大人1232019-07-17 18:41:03既然不需要索引，这种情况看起来用KeyValue库更合适一些，比如TC/TT, Bdb, Redis；或者MongoDb这种文档型数据库也可以（但也有很多设计上的坑）。
其他理由如下：- Mysql库里慎用text字段，性能不乐观……
- 一旦需要对这些数据进行索引或者统计，从MySQL中解出所有的数据并重新入库成本相当巨大……
- 大JSON的parse性能同样不乐观，而且对于中文数据，纯JSON太占空间了……
- 100条/记录的存储方式，如果需要对其中一条进行增加/删除/更新，即需要更新整个100条，更新量比较大；同样可能会产生并发问题，需要自行实现行锁。
一般情况下，如果你用了关系数据库，不要轻易（为了性能/空间）做违反范式的设计，除非你有足够的理由和把握，否则会给未来的维护升级带来无尽的麻烦。
通常建议：
- 换Key-Value库/文档库(mangodb)
- 或者关系库做好缓存和索引优化，可以把一个用户相关的勋章称号都缓存在一个key下，这个是经过被各大网站验证过无数遍的设计.,
0 0
添加回答
