对于这个方法，需要注意默认连接的使用，还要将自动提交模式设为false。
如果应用程序以自动提交模式运行，AdaptiveServerAnywhere就会将每个语句当作单独的事务。
DROPDATABASE语句必须在自动提交模式下运行，并且不允许在显式或隐式事务中使用。
如果应用程序需要事务完整性，则请不要使用自动提交。
如果您不创建事务，缺省情况下AdaptiveServerAnywhere.NET提供程序将在自动提交模式下运行。
注：如果仅通过游标进行循环访问，则可以把AUTOCOMMIT模式保留为启用状态。
这是可能的，因为您永远不执行COMMIT命令，并且禁用了AUTOCOMMIT模式。
首先，应当关闭自动提交模式，这样，每条SQL语句的结果不会被自动提交给数据库。
有关详细信息，请参见设置自动提交或手动提交模式和CHAINED选项[compatibility]。
如果您没有使用事务日志文件，则使用自动提交模式将导致极高的成本。
由于是在AUTOCOMMIT处于禁用状态的情况下工作，因此新行并未永久地保存到bigdog.products表中。
将数据库选项CHAINED设置为OFF与在每个语句后强制自动提交类似。
如果您将Connection.AutoCommit属性设置为False，则可以使用多语句事务。
首先，禁用AUTOCOMMIT以便更改不会被自动地应用到数据库中。
使用了ADO的应用程序可以设置自动提交隔离级别属性。
如果要利用事务设计的各种可能性，则应关闭自动提交设置。
如果设置为OFF，则使连接恢复为自动提交事务模式。
在这种情况下，需要禁用自动提交模式，因为将多次重用同一条JDBCPreparedStatement。
因而，要执行定点的更新或删除操作，您必须禁用AUTOCOMMIT模式。
（ODBC用户还应该检查AutoCommitODBC设置）。
有关自动提交对性能的影响的信息，请参见关闭自动提交模式。
SQL编辑器的默认命令为autocommitoff。
有关自动提交的详细信息，请参见设置自动提交或手动提交模式。
DB2命令行处理器（CLP）的默认行为是autocommiton。
在本应用程序中，连接conn1从数据源ds获得，然后连接conn1的autocommit值被设为false。
如果您禁用了自动提交，则必须在每个逻辑命令组后执行一个显式提交命令。
setAutoCommit（0）用于关闭自动提交（autocommit），就像JDBC调用中的con.setAutoCommit（false）一样。