Question

怎么说服一个程序员在删除一条数据库记录之前还要先查下是否有这条数据？

最近一个同事写的代码 在更新和删除（这里删除为直接delete，物理删除）之前 非要先查下是否有这条记录，问他原因，他说是为了体验好，没有这条记录的时候可以告诉前台：记录不存在，（一般记录是不会不存在的，有万分之一的几率可能出现不存在）就为了这万分之一的几率，每次删除之前都要先select下，然后再delete，，，，给他说了很多理由（比如：1.浪费数据库资源 2.并发的时候查了，查的时候有，删除的时候还是没有。。等等等等），他还是要坚持这样写，请问有没有更有说服力的理由？ 最后，阐述下我的观点，我认为一般人都是直接删除的吧，删除后会返回删除了多少条。

Answer 1

看对什么项目，如果是大型项目删除前是肯定要反查数据库的，大型项目用的人多，你做的时候肯定是经量避免这种因程序设计不好带来的麻烦，用的人多，你一点点的小失误可能会被放的很大。其次就是最关键的，如果你不反查数据库，那么用户点删除无非是2种情况，1、一点反应都没有，2、抛异常，不管是那种对于客户来说肯定体验不好，这又回到前面的话题了，如果大项目你肯定会被打回来重写，如果是小项目，你可以叫实施的给客户解释一下，因为用的可能也就1-2个人，别人可能心情好算了，也有可能很久都用不到那个功能。

Answer 2

执行删除的时候会返回int类型的返回值。这个返回值表示这个删除操作删除了多少行（条）数据。这样就可以删除前不用查询了。如果返回0条就说明库里没有这条记录。

Answer 3

每个人都有自己的开发习惯，如果你们没有用规范要求，就都没有错。
他的做法普适性更强，你的性能高一点。一般我的建议是删除不用，更新的话最好查询是用forupdate锁掉。避免同时两处修改。

Answer 4

如果是物理删除就没有必要查了, 但是如果使用逻辑删除呢? 再添加查询?