在SOA（面向服务的架构）中，长期存活的事务（Long-lived transation）和Saga都有其独特的优势和适用场景。然而，为什么长期存活的事务通常不被看好，而Saga却被看好，可以从以下几个方面来解释：

1. 复杂性和可维护性：

* 长期存活的事务通常涉及多个服务和多个跨服务间的状态，这种状态持续在整个事务的生命周期内。这使得系统复杂性和维护难度大大增加。当某个服务出现更新或修改时，长期存活的事务可能会引入大量不可预见的副作用。

* Saga模式通过将复杂的业务过程分解为一系列独立的、短小的服务调用序列，使得每个步骤更加简单和独立。这使得系统更易于理解和维护。

2. 资源占用和性能：

* 长期存活的事务会持续占用系统资源，尤其是在事务跨多个服务和长时间的场景下。这可能导致系统资源浪费和性能下降。

* Saga模式中的每个服务调用都是短暂的，它们不会长时间占用资源，因此对系统性能的影响较小。

3. 灵活性：

* 长期存活的事务要求整个过程的各个部分紧密协调，当某一部分发生问题或需要修改时，可能对整个事务的其余部分造成连锁反应。这使得系统缺乏灵活性。

* Saga模式具有更高的灵活性，因为它允许各个服务之间相对独立地执行和失败重试。如果某个服务出现问题或需要更新，不会对整个Saga流程造成太大影响。

4. 错误处理和恢复：

* 在长期存活的事务中，错误处理和恢复可能变得复杂且成本高昂。由于事务跨越多个服务和长时间运行，错误可能难以定位和修复。

* Saga模式通过定义明确的错误处理策略和重试机制，使得错误处理更加简单和高效。即使某个服务失败或出现错误，Saga也可以根据预定义的策略进行重新执行或补偿操作。

因此，从复杂性、可维护性、性能、灵活性和错误处理等多个方面来看，Saga模式相比长期存活的事务更受青睐。它使得业务流程更加简单、灵活且易于维护，同时提供了更好的错误处理和恢复机制。