数据库Upserts - 好或坏的做法？

寻找关于Upsert（插入或是否存在，然后更新）过程在数据库编程中是否被视为不良实践的一些见解。如果有任何相关性，我在SQL服务器上工作。在几个月前我工作过的地方，常驻数据库大师在新编写的数据库编码标准（我同意其中大部分标准）中都说过，应该避免使用Upserts。我无法真正看到这个的逻辑原因，并认为我自己合理地意识到良好的编程实践。我认为它们对于直接数据管理很有用，并有助于避免过多的存储过程编号。寻找一些有助于我得出结论的见解/讨论。谢谢。更新回复评论：我所指的具体上下文是在数据库中创建或更新域实体数据表示。比如说，“Person”对象作为数据库中“Person”表的表示存在。我只需要一种机制来创建一个新的Person，或者更新一个现有的Person。在这里，我可以选择创建Upsert存储过程，或者两个单独的存储过程 - 一个用于Update，另一个用于Insert。任何人看来有什么优点或缺点？

已邀请:

4 个回复

艰管垮淮

当意图添加新记录时，主要问题是覆盖现有记录，因为选择的任何密钥都是重复的。比如说一个登录名。您看到登录存在，因此您应该在应该回复登录重复的错误时进行更新。第二个问题是恢复已删除的记录。假设进程“A”查询记录，进程“B”删除它，然后进程“A”提交更改。打算删除的记录现在返回到数据库中，而不是将异常传回“A”，表示已将其删除。

室邢

我喜欢有目的地编程。要么我正在创建一些东西，在这种情况下我会希望插入失败（重复），如果那里已经有一个实体。或者，我正在更新我知道的东西，在这种情况下，我希望更新失败（实际上不会发生）。使用upsert / merge，这会变得模糊。我还是没有成功？我部分成功了吗？行中的一些值是我的（来自插入），其中一些是以前的？话虽如此，Upserts很有用（这就是为什么它们一开始就被实现），禁止它们只会很愚蠢。这就像禁止道路，因为犯罪分子利用它们远离警察。有无数种情况，其中upserts是唯一合理的做事方式。任何在系统之间同步数据的人都知道这一点。

期差骇蓟

取决于你所谈论的内容。数据？那么，这是由数据处理过程决定的，还是？如果我需要插入或更新，那么我需要这样做。如果它是关于模式对象，类似。

贡炮逗握惫

两个进程的第一个例子中的异议 - 第二个进程通过添加具有相同密钥的新记录来“恢复”已删除的记录 - 仅在特定情况下有效，这些情况可能是由于设计不良或者无论是否会发生一个“upsert”程序用相同的键或两个单独的程序写入记录插入记录。在必须避免使用相同密钥的情况下，插入中使用自动递增标识密钥。如果不需要避免使用相同的密钥，则必须实现良好的数据库设计以避免创建“幻像连接”。例如，在电信领域，电话号码经常被重复使用并且是“唯一”密钥。它们不能成为主键，因为＃2号人员可能会“继承”电话号码，但可能不会“继承”＃1的逾期未付帐单或通话记录等。因此，自动递增主键加服务日期或其他的组合将在任何连接逻辑中使用唯一标识符来防止错误的数据链接。

要回复问题请先登录或注册

数据库Upserts - 好或坏的做法？

4 个回复

发起人

问题状态

数据库Upserts - 好或坏的做法？

与内容相关的链接

4 个回复

发起人

问题状态