如何优雅的处理 Tag 的 CRUD

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› MySQL 5.5 Community Server

› MySQL 5.6 Community Server

› Percona Configuration Wizard

› XtraBackup 搭建主从复制

Great Sites on MySQL

› Percona

› MySQL Performance Blog

› Severalnines

推荐管理工具

› Sequel Pro

› phpMyAdmin

推荐书目

› MySQL Cookbook

MySQL 相关项目

› MariaDB

› Drizzle

参考文档

› http://mysql-python.sourceforge.net/MySQLdb.html

这是一个创建于 2605 天前的主题，其中的信息可能已经有所发展或是发生改变。

如 Blog 的 Tag、帖子的 Tag 等多对多的存储关系。

新增的时候

# 看看哪些存在？
tags = Tags.query.filter(Tags.tag_name.in_(('tag1','tagN'))).all()
# 不存在的入库？
# 存在的更新 relation ？

修改 Blog/帖子的时候再原样处理一次？

还有更加优雅的处理方法吗？

tag

blog

帖子

relation

6 条回复 • 2017-10-04 12:05:02 +08:00

hwding

2017-10-04 10:05:01 +08:00

我也是这样的，首先处理 Tags，再保存 Blog。

当然你需要一个 mapper 表来保存对应关系。

只新建没有的 Tags。

public List<Tag> saveWithMetas(String[] metas) {
List<Tag> tags = Arrays.asList(metas)
.parallelStream()
.map(name -> {
Tag thisTag = findTagByName(name);
return thisTag == null ? new Tag().setName(name) : thisTag;
})
.distinct()
.collect(Collectors.toList());
return tagRepository.save(tags);
}

目前没看到更好的方案，而且多对多有一个遗孤(Orphan)的问题，不能自动清除掉没用的 Tags...

Sight4

2017-10-04 10:10:16 +08:00

1. 部分 rmdbs/nosql 提供 insert...update...语句，例如 mysql 的 insert..on duplicate key update 或者 postgresql 的 insert...on conflict update 都支持类似的方案，插入时重复时更新或者忽略
2. 触发器或者存储过程解决

cevincheung

2017-10-04 10:10:19 +08:00

@hwding #1
有个中间表还好，每次编辑都直接删掉当前对象的所有关联然后重建。

cevincheung

2017-10-04 10:12:58 +08:00

@Sight4 #2 触发器存储过程会不会在后端数据库集群多 Master 情况下有问题。

Sight4

2017-10-04 10:30:20 +08:00

@cevincheung 这个要看你多 master 的配置方式，比如说主动-被动模式下的双主不存在这个问题，这种模式下其实就相当于热备，如果是主动-主动模式的就会出现问题了，同时允许多个 master 写入是件很高风险的事情

qiukun

2017-10-04 12:05:02 +08:00

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 了。。）