睡前顺手翻了一下Postgres的commit，兴奋得起来发帖
https://github.com/postgres/postgres/commit/168d5805e4c08bed7b95d351bf097cff7c07dd65
Postgres将会有INSERT ... ON CONFLICT DO NOTHING/UPDATE这样的语句，来支持在插入之前检测是否已经存在以及存在之后的操作
MS SQL有merge，Oracle有merge into，之前在Postgres和MySQL之间摇摆，往后用新我将会直接选Postgres了:)
发完贴我就睡觉，这次比支持jsonb还要兴奋！
 |
1
hepin1989 May 8, 2015
哈哈！这种心情是很少有人有的，我也喜欢postgreSQL，虽然我还没试过。
|
 |
2
wesley May 8, 2015
mysql很早很早就有replace了
|
 |
3
skydiver May 8, 2015
mysql不是也有insert into on duplicate key update么
|
 |
4
HowardMei May 8, 2015
除了Scalability不好，其它基本完美，中小型站或者重要数据选PG准没错，大型网站廉价数据还是MariaDB比较好
|
 |
5
timbotetsu OP |
 |
6
bigzhu May 9, 2015 via Android
太棒了～那我就不需要用代码很低效的实现这个功能了
|
 |
7
est May 9, 2015
@timbotetsu merge 和 on conflict 很不一样的。merge 是sql标准里的搞法。
https://wiki.postgresql.org/wiki/UPSERT#Syntax_discussion pg的这个on conflict 和 mysql 的 on duplicate keys 更加接近。唯一的区别是mysql在多个唯一索引下不知道究竟是因为哪一个唯一限制不能insert。 具体的讨论可以看这里 https://news.ycombinator.com/item?id=9510047 没看出来为啥mysql 哭晕在厕所了。mongodb 更是n年前就有upsert 指令了。 ----- 另外，pg的json也是半残废，没法原子操作，比如对 {"a": {"b": 1}} 没法让1原子自增成2 。几乎跟直接把json保存为字符串存起来没啥区别。最后，mysql 5.7也支持json了。 https://www.percona.com/live/mysql-conference-2015/sites/default/files/slides/MySQL_5_7_JSON_PerconaLive2015.pdf |
|
8
est May 9, 2015
@HowardMei MariaDB最近日子不好过。。。。。。。。。。Percona收购TokuDB，Oracle那帮牛人在5.7里给InnoDB搞了双倍属性加成。。。。。。。。。。。
|
 |
9
Narcissu5 May 9, 2015
merge是典型的学院派语法，超级复杂，并不好用。这方面还是mysql的on duplicate key update简单易用。（不要小看“简单”的吸引力）
|
|
10
timbotetsu OP @est
Oracle有MERGE INTO用起来很舒服，MySQL尝试过更新多条数据但有多个Unique Index就无法用ON DUPLICATE KEYS 用Postgres是因为有PostGIS，碰到UPSERT操作时之前也只能想想MERGE INTO，然后自己得在访问数据库时做判断 在目前的特性和需求下我会选Postgres而不是选MySQL，所以会觉得MySQL会哭昏在厕所；MongoDB不是关系型数据库，所以我也没列入比较之中 |
|
11
est May 9, 2015
@timbotetsu 没on conflict 之前也有办法解决的：
1. 用transaction 2. 先insert，报错duplicate key异常后update 我一般用第二种，因为各种语言和框架里无论什么ORM里无须诡异写法都可以直接实现。基本可以应付。 |
Select Language