开发中，这里只说单裤的操作。一般情况是两张表有业务联系要确定sql都执行成功才提交事务。但对于不相干的业务表，我在一个方法中只需一条更新sql，是否需要加事务控制？
在开发中，对于不相关的业务表的单独更新操作，是否需要加入事务控制取决于以下几个方面的考虑：
如果这条更新操作对于数据的一致性并没有要求，即使操作失败也不会影响其他数据的完整性，那么可以不加事务控制。例如，更新的是一些非关键性的数据，对于更新的实时性和完整性要求不高的情况。
事务的一个重要特性是保证一组操作要么全部成功提交，要么全部回滚。如果这条更新操作与其他操作有关联，并且需要保证这些操作要么全部成功，要么全部失败，则需要将它们放在一个事务中。这样可以避免部分操作成功而部分操作失败，导致数据不一致的情况。
事务会增加数据库管理系统的负担，因为它需要维护事务的隔离性、持久性和原子性。在高并发和大数据量的情况下，频繁地开启和提交事务可能会影响系统的性能。因此，可以根据实际情况权衡是否需要在每个更新操作都加入事务控制。
单独更新操作的情况：如果更新操作只涉及单个表，且不影响其他数据的完整性，可以考虑不加事务控制。这种情况下，数据库系统通常会自动处理单表操作的原子性和一致性。
相关联的更新操作：如果更新操作与其他操作有业务关联，且需要保证原子性和一致性，建议将它们放在一个事务中。这样可以确保相关操作的整体性和一致性。
综上所述，对于不相关的业务表的单独更新操作，如果不需要保证原子性和一致性，并且对数据实时性要求不高，可以考虑不加入事务控制。但是，在涉及到多个相关联的操作或者需要确保数据一致性的情况下，建议使用事务来保证操作的完整性。
