这是一个奇怪的要求。从逻辑上讲，直到您的事务完成后才会删除土豆-毕竟，您仍然可以回滚事务，然后它就不会发生了。重要的是事务的“逻辑顺序”，通常假设选择土豆的事务在逻辑上发生在删除事务之前没有错。
尽管如此，如果你仍然坚持自己的要求，下面是你可以做到的：
删除事务只是使用DELETE删除potato，但您使用修改后的查询来选择potato：

SELECT /* whatever */
FROM potatoes
WHERE /* condition */
FOR SHARE OF potatoes SKIP LOCKED;

与常规的SELECT不同，此查询将在所选的每一行上放置一个SHARE锁。这样的锁不会相互冲突，因此多个这样的查询可以选择相同的土豆。
但是，该锁将与DELETE的EXCLUSIVE行锁冲突，因此它不能选择这样的行。为了避免遇到这样的行时发生阻塞，可以添加SKIP LOCKED，如我的示例所示。
这一切都不是免费的：行锁修改表行，因此这样的查询将导致写入和读取。