@bao3 正解

API 纯 rest 的话是一系列 update 操作，不过也可以抽象一个 tags 资源，blog/id/tags update 即可。
实际实现，不考虑性能就是多对多，中间表。
考虑性能中间肯定顶一层 cache 了，读取全走 cache，写 db 的话异步写，这里有一致性的问题，如果用 redis 的话，就没有，建议用 redis，tag#{blog_id} -> set blog#{tag_id} -> set。
其实不考虑性能也用 redis 吧，每次改 blog 的 tags 你都不知道用户是不是改过原有的 tags，都是要走中间表查一次，虽然说写起来也无非就是 blog.tags.destory blog.tags.insert （这种操作看贵 ORM 了。。）

CF 不是一直有 availability 的问题吗

@ericbize 哈哈

@est 漂亮

@Los 懂行

北师珠不是很强吗？带个 985 方便体制内路径罢了

@miaoever 正解

搞得不好是挺智障的

大粤国

@belleveinvis
为啥用 Ubuntu

大家都一样的话怕啥

@zjqzxc 谈毒性就谈剂量，哈哈

看描述看不出基础。基础过得去我感觉得有 20w/y 。有兴趣可以 qykcdgm 艾特 gmail dot com 聊聊

@laobubu 听说小米之家给换，还有不收钱的消息。（保内）

@likuku 感觉很好地展现了 amazon 的技术水平。

@emlcj 这就是反射。然后 relation 给你吃了？