最近在设计一些复杂的 MySQL 数据库表。
碰到一些需要存储用户所得成就、用户所得称号、用户消息之类的数据的需求。
感觉这类数据其实可以直接用 JSON 格式存储在 user_meta 表的 text 类型字段里。
而不需要设计过于复杂的表。
当然并不是所有数据都存储在一起,可能按照 100 条数据/条记录的方法。
优点是:
每页显示 50 条用户数据的话,每页只要读一次数据库的一条记录就行了,而不需要遍历 50 条记录。
把数据库的压力分担到程序执行上,貌似更多情况是数据库压力过大导致网站挂掉。
不需要设计复杂的数据库表,因为这类数据的结构可能经常变动,用 JSON 可以在程序中做好处理。
但是我不知道这样设计的缺点,因为我没有足够的经验。
所以我的问题是:
在关系型数据库中频繁使用 JSON 格式来存储不需要索引的数据好么?
或者有没有更好的方案呢?
既然不需要索引,这种情况看起来用KeyValue库更合适一些,比如TC/TT, Bdb, Redis;或者MongoDb这种文档型数据库也可以(但也有很多设计上的坑)。
其他理由如下:
一般情况下,如果你用了关系数据库,不要轻易(为了性能/空间)做违反范式的设计,除非你有足够的理由和把握,否则会给未来的维护升级带来无尽的麻烦。
通常建议:
分享数据库前沿,解构实战干货,推动数据库技术变革