事务与try catch的区别

我的日记

今天遇到了一个关于事务的问题，嗯。。。怎么说呢
我跟我的同事写了同一个项目，都涉及到对数据库的操作，但是 他的加了事务，我的没有加事务，我就在考虑我是不是也要加事务呢

一开始我是觉得有必要添加事务的，因为涉及到对数据库的操作了 我就胆战心惊的去找组长说了这个问题，结果他给我分析了一遍以后说我这里不需要加事务了。。。回来给另外一个比较厉害的同事说 他说要结合具体的业务逻辑 让我先看事务，是怎么一回事我承认我对事务了解的不够透彻，但我认为关键问题不在这里
于是我就改变了出发点，重新对比了我的业务逻辑跟我同事的业务逻辑 从梳理找到了关键问题所在 我同事的业务逻辑是对组织的增删改，组织是有层级关系的，也就是说每一条数据都有一个父id，如果他在做添加一条父组织时候出现了错误，那么在接下来的数据操作如果继续进行，那么后来添加的儿子组织的数据也就没有任何意义了 而我的是对人员的增删改，人员与人员之间没有任何的联系，所以在一条数据添加失败以后，其他数据仍然可以继续添加没有任何的影响~~

下面是说一下事务与try catch的区别
事务：在对多条数据操作的时候如果对某个数据的操作出现了错误 那么这个对这个数据的操作会失败（数据库不会变化） 这么这条数据之后的数据也不再继续做操作了 ，也就是所谓的回滚~~
try catch：在对多条数据做操作的时候，如果在操作某条数据的时候出现了错误，那么会捕捉这个错误并处理，后面的数据操作会继续进行

链接: link.

下面是对try catch的简单了解 一看就能看明白~ 事务的话比较多 详情可以另行百度哦