您好,匿名用户
随意问技术百科期待您的加入

在关系型数据库中频繁使用 JSON 格式来存储不需要索引的数据好么?

0 投票

最近在设计一些复杂的 MySQL 数据库表。
碰到一些需要存储用户所得成就用户所得称号用户消息之类的数据的需求。

感觉这类数据其实可以直接用 JSON 格式存储在 user_meta 表的 text 类型字段里。
而不需要设计过于复杂的表。
当然并不是所有数据都存储在一起,可能按照 100 条数据/条记录的方法。

优点是:

  • 每页显示 50 条用户数据的话,每页只要读一次数据库的一条记录就行了,而不需要遍历 50 条记录。
  • 把数据库的压力分担到程序执行上,貌似更多情况是数据库压力过大导致网站挂掉。
  • 不需要设计复杂的数据库表,因为这类数据的结构可能经常变动,用 JSON 可以在程序中做好处理。

但是我不知道这样设计的缺点,因为我没有足够的经验。
所以我的问题是:
在关系型数据库中频繁使用 JSON 格式来存储不需要索引的数据好么?
或者有没有更好的方案呢?

麻烦大家了,谢谢 =w=

用户头像 提问 2014年 2月9日 @ Ziggs 上等兵 (345 威望)
分享到:

1个回答

0 投票
 
最佳答案

既然不需要索引,这种情况看起来用KeyValue库更合适一些,比如TC/TT, Bdb, Redis;或者MongoDb这种文档型数据库也可以(但也有很多设计上的坑)。

其他理由如下:
1. Mysql库里慎用text字段,性能不乐观……
2. 一旦需要对这些数据进行索引或者统计,从MySQL中解出所有的数据并重新入库成本相当巨大……
3. 大JSON的parse性能同样不乐观,而且对于中文数据,纯JSON太占空间了……
4. 100条/记录的存储方式,如果需要对其中一条进行增加/删除/更新,即需要更新整个100条,更新量比较大;同样可能会产生并发问题,需要自行实现行锁。

一般情况下,如果你用了关系数据库,不要轻易(为了性能/空间)做违反范式的设计,除非你有足够的理由和把握,否则会给未来的维护升级带来无尽的麻烦。

通常建议:
1. 换Key-Value库/文档库(mangodb)
2. 或者关系库做好缓存和索引优化,可以把一个用户相关的勋章称号都缓存在一个key下,这个是经过被各大网站验证过无数遍的设计……

用户头像 回复 2014年 2月9日 @ Xin Zhao 上等兵 (320 威望)
选中 2013年 9月7日 @Ziggs
提一个问题:

相关问题

+1 投票
1 回复 55 阅读
0 投票
1 回复 36 阅读
用户头像 提问 2012年 12月1日 @ Caitlyn 上等兵 (452 威望)
0 投票
1 回复 45 阅读
0 投票
1 回复 36 阅读
用户头像 提问 2012年 12月1日 @ Graves 上等兵 (254 威望)

欢迎来到随意问技术百科, 这是一个面向专业开发者的IT问答网站,提供途径助开发者查找IT技术方案,解决程序bug和网站运维难题等。
温馨提示:本网站禁止用户发布与IT技术无关的、粗浅的、毫无意义的或者违法国家法规的等不合理内容,谢谢支持。

欢迎访问随意问技术百科,为了给您提供更好的服务,请及时反馈您的意见。
...