一个常见的操作是在不存在的情况下插入一个新行，或者更新一个现有的行。不幸的是，insert 和 update SQL 语句的语法完全不同:Insert 接受一个列列表，后面跟着一个相应的值列表，而 update 接受一个 column=value 对的列表。 MySQL“insert...on duplicate key update”语句(它的 upsert 语句)没有解决这个问题，因为它仍然需要完整的插入列/值列表，然后是完整的更新列/值列表。 [更新:下面来自 Wrikken 的评论指出这两个语句可以共享 column=value 语法，但其他问题仍然存在。]
与此问题相关的是，如果您使用触发器来检查数据(像我一样)，您需要两个触发器(插入前和更新前)，并且，因为它们必须使用"new"限定符，您必须编写两次检查代码，每个触发器一次，或者将其放入过程中。如果您使用一个过程，您必须将每一列作为一个单独的参数传递，因为该过程不能使用“new”，如果您有很多列，那么输入很多可能容易出错。每列都必须在创建表语句中有其类型，然后在检查过程的定义中有第二次。一旦犯了一个小错误，你就造成了一个微妙的、难以发现的错误。我不喜欢任何涉及对同一事物进行两次编码的方法。 (相当于非归一化)
考虑到这个插入/更新问题，我一直在考虑以下想法，我希望得到一些反馈，尤其是如果有人实际尝试过的话:
仅对占位符行使用插入，仅保存最少量的数据，并获取或设置主键。然后，将所有用户输入的数据放入更新语句中。现在，您不需要像普通更新那样“插入...重复 key 更新”。此外，您只需要在更新前触发器上检查数据，因为插入时没有什么可检查的。 (来自输入表单的所有用户提供的数据都由更新处理，从不由插入处理。)
当然，这种方法的主要缺点是对新行有两个操作:先插入再更新，而不是插入。但是，这可能不是一个因素，因为:
插页可能相对较少。例如，在我几年前为 Richardson (TX) 学区做的学生评分应用程序中，每年只增加几千名左右的学生，而有数万名更新，因为老师们使用整个学年的系统。
在我构建的其他几个系统中，性能无关紧要。例如，我正在使用的当前系统只有两三个人每周仅花几个小时更新数据库。负载是如此之小，以至于当只有一个就足够时，由两个操作(插入 + 更新)引起的开销是微不足道的。 (记住，它只适用于新行。)
那么，有没有人真正尝试过这个:仅插入以创建一个极简主义的占位符行，并对所有用户提供的数据更新使用更新？
最佳答案
如果我需要数据库为数据有效性强制执行“规则”，我仍然需要 INSERT 触发器和 UPDATE 触发器，因为在数据库级别，我无法保证某人是' 将执行包含无效数据的 INSERT。无论如何，我倾向于同时拥有这两个触发器。
插入“占位符”行然后更新的另一个缺点是(对于可变长度记录)，存在碎片的一个方面。随后的更新几乎可以保证行的长度会增加，这将导致数据库中不必要的碎片增加(如果您只是插入需要的行，则不会发生这种情况。 )
我还需要考虑占位符的插入成功但更新失败的情况。我必须有一些额外的机制来处理这种情况。
运行单个语句并插入我知道需要的值会更有效率，而不是运行两个单独的语句(一个插入占位符行，然后第二个语句更新它.)
就我个人而言，我只是选择 INSERT ... ON DUPLICATE KEY UPDATE，而不是重复 UPDATE 部分中的值，我只是引用为这些列提供的值INSERT 语句，例如
INSERT INTO foo (a,b,c) VALUES (1,'one','won'), (2,'two','too')
ON DUPLICATE KEY
UPDATE a = VALUES(a)
, b = VALUES(b)
, c = VALUES(c)
注意:需要注意此语句的一个副作用，尤其是当它主要是执行 UPDATE 时。此语句将为尝试插入的每一行增加一个 AUTO_INCREMENT id。该 AUTO_INCREMENT id 值本质上将被“浪费”，因为生成的值不会被插入到表中，但它会“消失”。 (下一个生成的值会更高。)
关于mysql - 简化 MySQL 中的更新/插入(upsert)处理，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13845050/