睡前顺手翻了一下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-05-08 23:33:43 +08:00
哈哈!这种心情是很少有人有的,我也喜欢postgreSQL,虽然我还没试过。
|
2
wesley 2015-05-08 23:37:55 +08:00
mysql很早很早就有replace了
|
3
skydiver 2015-05-08 23:40:45 +08:00
mysql不是也有insert into on duplicate key update么
|
4
HowardMei 2015-05-08 23:56:39 +08:00
除了Scalability不好,其它基本完美,中小型站或者重要数据选PG准没错,大型网站廉价数据还是MariaDB比较好
|
5
timbotetsu OP |
6
bigzhu 2015-05-09 08:17:28 +08:00 via Android
太棒了~那我就不需要用代码很低效的实现这个功能了
|
7
est 2015-05-09 09:16:55 +08:00
@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-05-09 09:19:13 +08:00
@HowardMei MariaDB最近日子不好过。。。。。。。。。。Percona收购TokuDB,Oracle那帮牛人在5.7里给InnoDB搞了双倍属性加成。。。。。。。。。。。
|
9
Narcissu5 2015-05-09 09:22:28 +08:00
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-05-09 16:35:47 +08:00
@timbotetsu 没on conflict 之前也有办法解决的:
1. 用transaction 2. 先insert,报错duplicate key异常后update 我一般用第二种,因为各种语言和框架里无论什么ORM里无须诡异写法都可以直接实现。基本可以应付。 |