大家好，我是本栏目的编辑郝帅。现在我给大家解释一下上面的问题。许多不同类型的企业可以投资交易流程系统，作为IT业务服务的一部分或软件架构的其他部分。然而，就像围绕IT的一些其他术语一样，这个标签看起来有点模糊。这部分是因为从其核心来看，交易处理不仅仅是金融交易的一个术语，尽管许多TPS系统，如信用卡处理系统，可能围绕着资金转移的过程。

本质上，交易处理是各种交易的模型，包括金融交易和其他流程，如验证。将专家事务处理与称为批处理的不同类型的模型进行比较，大量的单个事务被集中处理。两者都可以应用于处理金融交易的标准电子商务系统。

当我们谈论事务处理时，“事务”一词指的是整个过程。要想成功，这个过程必须从头到尾完成。钱必须从一个账户转到另一个账户。对于其他类型的非金融交易，软件架构的不同部分需要更新。否则，系统可能会有所谓的“废弃交易”(或微软称之为“失去可信度”)。

与取消的交易相反，它被称为“永久交易”。这些持久的交易是许多在线活动的基础，例如票务或活动预订、信用卡处理和其他需要更新多个系统的交换安排，一个数字活动必须与另一个数字活动保持一致。那么事务处理如何帮助确保这种持久性呢？让我们看看。

和ACID BASE事务模型。

随着时间的推移，数据专家已经产生了各种模型来促进成功和持久的交易。其中之一被称为原子性、一致性、隔离性和持久性，或ACID。这种验证事务的“硬”系统导致了另一种被称为基本可用性、软状态、最终一致性或BASE的模型，这是一种更通用的替代方案。这两种模型都可以指导IT专业人员实现更一致的事务处理系统。对于这两种方法的工作模式的简单概念，想象一下火车站中的两个旧的模拟选帧系统，其中的更新涉及带有日程信息的各种重组。其中一个疯狂地噼啪了几秒钟，然后退出。另一个在继续，随着时间的推移逐渐减少，从一些尖细的敲打和雷声到最后的寂静。第一个例子是ACID，第二个例子是BASE。在这两种情况下，目标是相同的：总数据分辨率。(关于ACID的一些背景阅读，请查看我们的数据库配置文件。)

交易经理

交易处理系统的另一个基本要素是交易管理器。这个术语是现代信息技术中许多拟人化的术语之一。不久前，该术语指的是负责完成交易的个人，通常是金融交易。在那个年代，银行出纳员可能被称为交易经理。相比之下，今天使用的术语在很大程度上指的是整个交易处理系统的无形元素，而是具有预定义角色的元素。

在实现各种TPS时使用事务管理器可能会有问题。例如，使用J2EE或类似资源的开发人员在调用事务管理器返回各种错误时会发现自己不知所措。为了有效地调用事务管理器，各种声明和变量必须是正确的。开发者论坛充斥着不恰当的设定故事。

特定于语言的最佳实践指南，例如这份针对J2EE的指南，可以提供一些关于事务管理和其他支持方法(例如应用程序开发框架)的提示。其他事务资源包括对象事务服务(OTS)，它是由对象管理团队为处理某些复杂性和跨平台流程而产生的。

微软也提出了一些更广泛的资源；较新版本的Windows操作系统附带内核事务管理器(KTM)，可以支持C应用程序。自2000年以来，微软还提供了微软分布式事务协调器(DTC)来支持跨平台事务。

交易系统的其他注意事项。

一般来说，有效的贸易点设置必须满足各种关键目标。有必要在运行良好的数据结构中访问数据，并保护数据免受各种故障的影响。高级备份系统有助于针对网络攻击、自然灾害或其他类型的责任提供保护。上面提到的一些工具是为了帮助处理数据损坏和其他可能影响事务持久性的问题而创建的。

持续交易意味着跨平台更新也必须解决。和酸碱模型在这里有指导意义。现代专业人员所做的许多工作都与这种一致性有关，并确保数据系统的一部分与另一部分相匹配，所有这些都是为了支持通常被标记为事务的关键流程。

很显然，TPS系统的要素还有很多更为详细的，并且会根据具体情况提出问题和解决方案，但解决这些问题可能会有不同的人参与(例如，当企业遇到一些问题时，技术供应商)。首先帮助澄清这个关键的信息技术术语是有意义的。