有两种通用方法-乐观锁定和悲观锁定。
乐观锁定通常在基于Web的环境中更容易实现，因为它基本上是无状态的。它的伸缩性也更好。缺点是假设您的用户通常不会尝试同时编辑同一组行。对于大多数应用程序，这是一个非常合理的假设，但是您必须验证您的应用程序不是用户经常会踩到对方脚趾的异常值之一。在乐观锁定中，当用户获取数据时，您将拥有某种
last_modified_timestamp列，
SELECT然后在
WHERe去更新日期时在子句中使用该列，即
UPDATE table_name SET col1 = <<new value>>, col2 = <<new values>>, last_modified_timestamp = <<new timestamp>> WHERe primary_key = <<key column>> AND last_modified_timestamp = <<last modified timestamp you originally queried>>
如果该值更新1行，则说明您已成功。否则，如果它更新0行，则说明您在此期间已修改了其他数据，可以采取一些措施（通常向用户显示新数据并询问他们是否要覆盖，但是您可以采用其他冲突解决方法）。
悲观锁定尤其是在基于Web的应用程序中实现更具挑战性，尤其是当用户可以关闭浏览器而无需注销或用户可以开始编辑某些数据并在命中之前吃午饭时
Submit。它使扩展变得更困难，并且通常使应用程序更难以管理。真正值得考虑的是用户是否将定期尝试更新相同的行，或者用户更新行是否需要花费大量时间，因此值得让他们提前知道其他人已锁定该行。
