SQL 合并是单表 select-check-update 语句的良好替代品吗？

Question

我有表adv_days(adv_date date not null primary key, edit_state integer) ，我想做一系列命令：检查表中是否存在“27.11.2019”，如果存在则将edit_state更新为1，如果不存在，则插入日期“27.11.2019”，edit_state=1。

我想出了 Firebrid 合并语句：

merge into adv_days d
  using (select adv_date, edit_state from adv_days where adv_date='27.11.2019') d2
  on (d.adv_date=d2.adv_date)
when matched then update set d.edit_state=1
when not matched then
  insert(adv_date, edit_state)
  values(:adv_date, 1); 

它编译并按预期工作，但我读过的所有合并示例都是关于应用到 2 个表的。 那么-对于一张表的选择-检查-更新操作，也许有比合并更好的解决方案？

这是设计问题，但如此具体以至于 SO 比软件工程更合适。

Answer 1

有社区回应，为一张表进行插入/更新的merge是完全有效的解决方案。 但是，当然， update or insert是更优雅的解决方案，例如在这种情况下，代码是：

update or insert into adv_days (adv_date, edit_state)
  values ('27.11.2019', 1)
  matching (adv_date)

该解决方案比合并提高了性能（如问题中所述），因为可以从计划和索引读取的数量中观察到两个语句重复多次的情况。

在这两种情况下仍然存在缺点：重复执行会导致更新，尽管没有必要触及已经具有所有必需值的记录。