这儿我们需要注意的是，不同步Oracle,PG的DDL事务一样是可以回滚的，并没有隐式提交的概念，这儿我们需要注意下
补充：PostgreSQL-事务与commit优化
基本概念事务 Transaction 是 数据库管理系统DBMS 执行过程中的一个逻辑单元，是一个 sql命令组成的序列。
其特点在于，当事务被提交DBMS后，DBMS需要确保所有的操作被完成；如果事务中有的操作没有成功完成，那么所有操作都将回滚，回滚到事务提交之前的状态
属性事务具有以下四个标准属性
原子性：事务作为一个整体被执行，相当于一个原子
一致性：确保修改前后数据库都满足约束
隔离性：多个事务能并发执行，互不影响
持久性：已被提交的事务对数据库的修改应该永久保存在数据库中
适用场景某人在商店使用电子货币支付100元，包括以下两个操作：
1. 消费者账户减少100元
2. 商家账户增加100元
事务的作用就是保证这两个操作要么都发生，要么都不发生，否则可能出现100元凭空消失。
事务控制使用如下命令控制事务
begin 或者 begin transaction：开始一个事务
commit 或者 end transaction：提交事务，执行一系列sql
rollback：事务回滚
在开始一个事务后，除非遇到 commit 或者 rollback 命令，事务才会被执行；
如果还没遇到 commit 或者 rollback，数据库发生异常，也会自动回滚。
注意，事务命令只能用于 insert、delete、update 操作，而其他命令，比如建表、删表，会被自动提交。
总结一下：事务需要手动开启，手动提交；而且这种方式能提高操作效率。
实例假设有如下表
操作1：开始事务，从表中删除年龄为25的记录，最后用rollback撤销所有操作
结果如下
我们发现原表没有任何改变
操作2：开始事务，从表中删除年龄为25的记录，最后用commit提交事务
此时我们发现表中age为25的已删除。
Python 示例
执行成功，耗时约 2s
继续尝试上面手动开始了事务，后面我做了如下尝试，发现耗时只有 1s 【commit 优化】
执行了一系列sql，最后来个 commit，同样执行成功，且耗时更少，我猜测是python自动开始了事务，以 commit 命令提交，无需手动开始。【后续有空会验证下这个猜测】
以上为个人经验，希望能给大家一个参考，也希望大家多多支持七叶笔记。如有错误或未考虑完全的地方，望不吝赐教。
