### TPC-C 模型概述 TPC-C 是由事务处理性能委员会 (Transaction Processing Performance Council, TPC) 定义的一个在线交易处理（OLTP）基准测试标准[^1]。此基准旨在模拟一个复杂的商业环境，特别是批发分销公司的工作负荷。 ### 图形化解释 #### 场景描述 TPC-C 测试基于一个虚拟的批发分销企业模型，其中包含多个仓库、地区以及客户群体之间的交互活动。整个系统的运作围绕着订单创建、支付处理、商品配送等一系列典型的企业级操作展开[^3]。 #### 主要组件及其关系图解 - **Warehouse (W)** - 每个仓库代表了一个独立的数据存储单元。 - 存储了所有与之关联的商品库存信息。 - **Districts (D)** - 单个仓库下可以划分若干区域(District)，每个区负责一定范围内的客户服务和支持工作。 - 这种结构有助于提高数据访问效率并减少跨库查询的需求。 - **Customers (C)** - 所有的顾客都归属于特定地区的管辖之下。 - 用户可以通过提交新订单或执行付款来触发相应的业务流程。 - **Items (I)** - 商品列表构成了系统中的基本实体之一。 - 不同种类的产品被分配给各个仓库管理，并且可以在不同区域内流通销售。 - **Orders (O), Order Lines (OL), History Records (H)** - 当客户发起购买请求时会生成新的订单记录(Order)，同时还会建立对应的明细项(Order Line)用于跟踪具体买了哪些东西；而历史表(History Record)则用来保存每一次成功的交易详情以便后续审计或其他用途。  上图为 TPC-C 的简化架构示意，展示了上述提到的关键组成部分之间如何相互作用形成完整的业务循环过程。 ```mermaid graph TD; W(Warehouse)--contains-->Ds((District)); Ds--manages-->Cs(Customer); Cs--places-->Os(Order); Os--includes-->IL(Item List); IL--references-->Is(Item); Is-.in_stock->.W; H(History)<-records-Os; ``` 此图表进一步说明了各要素间的逻辑联系： - `Warehouse` 包含多个 `District` - 各自的 `District` 负责其辖下的 `Customer` - `Customer` 可以下单(`Order`) - 订单内含有订购项目清单 (`Item List`) ，指向实际存在的物品 (`Item`) - 物品存放在所属的仓库中 - 成功完成后的订单会被记录到 `History` 中作为永久性的证据