扫码关注官方订阅号
比如说一个事务开启,程序只是告诉数据库:等下的SQL执行都是一个事务.发生异常了,程序告诉数据库要回滚,如果执行完成会告诉数据库要提交事务.我感觉程序在这个事务的机制过程中是起到一个传话者的作用,本身并没有事务的概念,想问问大家这样理解对吗?
走同样的路,发现不同的人生
你这里有个很明显的误区,你把数据库的事务在程序中的操作当成了程序里的事务。数据库的事务操作自然要放在程序中进行(也就是你说的传话过程),但这并不属于程序事务的范围。程序中的事务指的是其他方面的原子性、一致性操作,比如很多线程同步就是典型的事务操作。
程序当然有事务概念,一般对于稍微复杂点的应用,会涉及到多个数据源,那就涉及到多个事务,多个事务如何保持数据的一致性是要程序来控制的。还有并不是只有数据库才有事务的,其他的数据源都可以支持事务。
事务是保持数据库数据按照用户既定需求来执行,保证性能容错的,那么他是赋予数据库的特性,也就是你能理解的返回上一步的操作,但是它的返回只针对curd的操作返回,显然,并不针对于程序开发语言有任何效果。程序执行顺序只能是:if---else ---exit----break---jump等,所以你想的太复杂!
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
你这里有个很明显的误区,你把数据库的事务在程序中的操作当成了程序里的事务。数据库的事务操作自然要放在程序中进行(也就是你说的传话过程),但这并不属于程序事务的范围。程序中的事务指的是其他方面的原子性、一致性操作,比如很多线程同步就是典型的事务操作。
程序当然有事务概念,一般对于稍微复杂点的应用,会涉及到多个数据源,那就涉及到多个事务,多个事务如何保持数据的一致性是要程序来控制的。
还有并不是只有数据库才有事务的,其他的数据源都可以支持事务。
事务是保持数据库数据按照用户既定需求来执行,保证性能容错的,那么他是赋予数据库的特性,也就是你能理解的返回上一步的操作,但是它的返回只针对curd的操作返回,
显然,并不针对于程序开发语言有任何效果。程序执行顺序只能是:if---else ---exit----break---jump等,所以你想的太复杂!