这是一个创建于 4005 天前的主题，其中的信息可能已经有所发展或是发生改变。
睡前顺手翻了一下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 2015 年 5 月 8 日 哈哈！这种心情是很少有人有的，我也喜欢postgreSQL，虽然我还没试过。 |
 | 2 wesley 2015 年 5 月 8 日 mysql很早很早就有replace了 |
 | 3 skydiver 2015 年 5 月 8 日 mysql不是也有insert into on duplicate key update么 |
 | 4 HowardMei 2015 年 5 月 8 日 除了Scalability不好，其它基本完美，中小型站或者重要数据选PG准没错，大型网站廉价数据还是MariaDB比较好 |
 | 5 timbotetsu OP |
 | 6 bigzhu 2015 年 5 月 9 日 via Android 太棒了～那我就不需要用代码很低效的实现这个功能了 |
 | 7 est 2015 年 5 月 9 日 @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 2015 年 5 月 9 日 @HowardMei MariaDB最近日子不好过。。。。。。。。。。Percona收购TokuDB，Oracle那帮牛人在5.7里给InnoDB搞了双倍属性加成。。。。。。。。。。。 |
 | 9 Narcissu5 2015 年 5 月 9 日 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 2015 年 5 月 9 日 @timbotetsu 没on conflict 之前也有办法解决的： 1. 用transaction 2. 先insert，报错duplicate key异常后update 我一般用第二种，因为各种语言和框架里无论什么ORM里无须诡异写法都可以直接实现。基本可以应付。 |
Select Language