数据库表设计：用数据库版本字段控制程序的并发写操作真的过时了吗？

Question

如题。不知道是不是发在这个板块，如有不对，请版主处理。新人开发者一位，为系统设计表。系统用户在万以内，是内部管理软件，我以前的做法一直是为每张表设置一个数据库版本字段（Version），每次更新操作都要比较这个Version，如果版本号不匹配则说明数据已被他人修改，提示用户重新加载数据。但是最近公司一位前辈跟我说，这种做法已经过时了，应该使用sql来控制，类似: UPDATE TABLE_A SET COLUMN_A = newValue WHERE COLUMN_A = oldValue。这样不仅可以判断并发，并且可以灵活使用，意思是：如果我想更新字段B，就算字段A被别人更新了，我也能更新B，而不会被“锁住”。但是，我认为，应该需要保持一条数据的完整性，就算你想要修改的是没有被别人修改过的B，在这种情况下也应该被拒绝才对，因为我们不能肯定字段A的更新会不会影响用户对B字段更新的判断。我想知道，目前这种程序更新的小并发控制是如何体现到表设计上的。不知道自己表述的够不够清楚，请各位前辈指教。

Answer 1

不过，只是有的场合适用，有的场合不适用。不过用字段来标识锁定一条记录，可能会出现一个意外 ：
会话 A 锁住了 R1 记录，刚锁完还没有做别的操作，A 会话突然间就被断开了，那么 R1 上的锁，要手人工干预一下。