关于hibernate ”乐观锁”的一段话的理解？
夏昕-spring-dev-guide中有如下一段话，其中红色一句“来自外部系统的用户
余额更新操作不受我们系统的控制”中的“外部系统的用户。。”是什么意思？系统不是我们自己做的吗？然道是共用数据库？？

...
...
对于上面修改用户帐户信息的例子而言，假设数据库中帐户信息表中有一个
version字段，当前值为1；而当前帐户余额字段（balance）为$100。
1 操作员A 此时将其读出（version=1），并从其帐户余额中扣除$50
（$100-$50）。
2 在操作员A操作的过程中，操作员B也读入此用户信息（version=1），并
从其帐户余额中扣除$20（$100-$20）。
3 操作员A完成了修改工作，将数据版本号加一（version=2），连同帐户扣
除后余额（balance=$50），提交至数据库更新，此时由于提交数据版本大
于数据库记录当前版本，数据被更新，数据库记录version更新为2。
4 操作员B完成了操作，也将版本号加一（version=2）试图向数据库提交数
据（balance=$80），但此时比对数据库记录版本时发现，操作员B提交的
数据版本号为2，数据库记录当前版本也为2，不满足“提交版本必须大于记
录当前版本才能执行更新“的乐观锁策略，因此，操作员B 的提交被驳回。
这样，就避免了操作员B 用基于version=1 的旧数据修改的结果覆盖操作
员A的操作结果的可能。
从上面的例子可以看出，乐观锁机制避免了长事务中的数据库加锁开销（操作员A
和操作员B操作过程中，都没有对数据库数据加锁），大大提升了大并发量下的系
统整体性能表现。
需要注意的是，乐观锁机制往往基于系统中的数据存储逻辑，因此也具备一定的局
限性，如在上例中，由于乐观锁机制是在我们的系统中实现，来自外部系统的用户
余额更新操作不受我们系统的控制，因此可能会造成脏数据被更新到数据库中。在
系统设计阶段，我们应该充分考虑到这些情况出现的可能性，并进行相应调整（如
将乐观锁策略在数据库存储过程中实现，对外只开放基于此存储过程的数据更新途
径，而不是将数据库表直接对外公开）。
Hibernate 在其数据访问引擎中内置了乐观锁实现。如果不用考虑外部系统对数
据库的更新操作，利用Hibernate提供的透明化乐观锁实现，将大大提升我们的
生产力。
...

------解决方案--------------------
比如你的持久层是hibernate实现，用hibernate实现了乐观锁，凡是通过hibernate对数据库的操作乐观锁生效

但是如果通过其他的方式操作数据库，比如直接jdbc，或者直接打开数据库去修改一下内容，
hibernate是不知道的，这时候乐观锁就有不一致问题了