目录:
许多不同类型的企业可以将交易过程系统投资为IT商家服务的一部分或软件体系结构的其他部分。 但是，就像其他有关IT的术语一样，这个标签似乎有些含糊。 部分原因是，尽管许多TPS系统（例如用于信用卡处理的系统）可能围绕着换手交易的过程，但交易处理的核心并不是金融交易的术语。
本质上，交易处理是各种交易的模型，包括金融交易和其他过程（如验证）。 专家将交易处理与另一种称为批处理的模型进行对比，在该模型中，大量的单个交易被集中处理。 两者都可以应用于处理金融交易的标准电子商务系统。
当我们谈论事务处理时，术语“事务”是指整个过程。 为了成功，该过程必须从头到尾完成。 这笔钱必须从一个帐户中转到另一个帐户中。 对于其他类型的非金融交易，需要更新软件体系结构的不同部分。 否则，系统可能具有所谓的“丢弃的事务”（或Microsoft所谓的“丢失完整性”）。
放弃的交易的对立面是所谓的“持久交易”。 这些持久的交易是许多在线活动的基础，例如机票或活动预订，信用卡处理以及其他交易安排，因为需要更新多个系统，并且一个数字活动必须与另一个活动保持一致。 那么事务处理如何帮助确保这种持久性？ 让我们来看看。
ACID和BASE交易模型
随着时间的流逝，数据专家产生了促进成功和持久交易的各种模型。 其中之一称为原子性，一致性，隔离性和持久性或ACID。 这种验证交易的“硬”系统导致了另一个模型，该模型称为“基本可用”，“软状态”，“最终一致性”或“ BASE”（一种更通用的替代方案）。 这两种模型都可以指导IT专业人员朝着更一致的事务处理系统发展。 为了简单地了解这两种方法的工作方式，请想象一下火车站中的两个老式模拟选取框系统，其中的更新涉及带有时间表信息的各种改组。 其中一个疯狂地鼓掌了几秒钟，然后退出了。 另一个继续前进，随着时间的流逝，逐渐从一些逐渐变细的小声和沉重的声音中逐渐消失，直到最终保持沉默。 第一个示例引用了ACID，第二个示例引用了BASE。 在两种情况下，目标都是相同的：总数据分辨率。 （有关ACID的一些背景知识，请查阅我们的数据库简介。）交易经理
事务处理系统的另一个基本元素是事务管理器。 该术语是现代IT中许多基于拟人化的术语之一。 不久之前，该术语是指负责完成交易的个人，通常是财务交易。 在那些日子里，银行出纳员可能被称为交易经理。 相比之下，今天使用的术语在很大程度上是指整个交易处理系统中的无形元素，但具有预定角色。
在启用各种TPS的同时使用事务管理器可能会出现问题。 例如，当调用事务管理器返回各种错误时，使用J2EE或类似资源的开发人员可能会迷失自我。 为了有效地调用事务管理器，各种声明和变量都必须正确，开发人员论坛上充斥着很多不太正确的设置故事。
特定于语言的最佳实践指南（如J2EE的该指南）可以提供有关事务管理和其他支持方法（如应用程序开发框架）的一些技巧。 其他事务资源包括对象事务服务（OTS），它是由对象管理小组生产的，用于处理某些复杂性和跨平台流程。
微软还提出了一些更广泛的资源。 Kernel Transaction Manager（KTM）随附了较新的Windows OS版本，该版本可以支持C ++应用程序。 自2000年以来，Microsoft还提供了Microsoft分布式事务处理协调器（DTC），以提供跨平台事务支持。
交易处理系统的其他注意事项
通常，有效的TPS设置必须满足各种关键目标。 数据需要在运行良好的数据结构中访问，并且需要保护其免受各种故障的影响。 先进的备份系统有助于提供针对网络攻击，自然灾害或其他类型责任的保障。 上面提到的一些工具是为了帮助处理数据损坏和其他可能影响事务持久性的问题而创建的。
持久的事务意味着跨平台更新也必须解决。 ACID和BASE模型在这里具有指导意义。 现代专业人员所做的许多工作都与这种一致性有关，并确保数据系统的一部分与另一部分匹配，以支持通常标记为事务的那些关键流程。
显然，有很多更详细的TPS系统元素以及个案问题和解决方案可供研究，但是可能会有各种各样的人来解决这些问题（例如，当某个企业的业务存在某些问题时，技术供应商），首先要帮助阐明此关键IT术语是有意义的。
