数据中台联接方式：以业务流(事件)为中心联接

最新推荐文章于 2025-04-11 13:54:26 发布

goTsHgo

最新推荐文章于 2025-04-11 13:54:26 发布

阅读量848

点赞数 20

分类专栏：大数据文章标签：数据库大数据

本文链接：https://blog.youkuaiyun.com/goTsHgo/article/details/145319714

版权

大数据专栏收录该内容

102 篇文章

订阅专栏

概念：这种联接方式主要关注的是业务过程中的关键事件或操作，而不是单纯的静态数据。数据流和操作都是围绕某些具体的业务流（如订单创建、支付完成、用户登录等）展开的。每个事件触发相关的数据处理或更新，从而实现业务流程的智能化管理和优化。
应用场景：适用于需要捕捉、追踪和响应特定业务事件的场景，例如电商网站中的用户购买行为、金融中的交易审批等。可以通过事件驱动架构（EDA）来实现。

为了帮助新手小白理解“以业务流（事件）为中心联接”的概念，下面我将通过一个电商订单管理的例子来详细讲解这个过程。

业务场景

假设我们的电商平台有两个主要的业务事件：订单创建（OrderCreated）和支付完成（PaymentCompleted）。我们希望通过这两个事件来触发数据处理，并更新订单的状态。我们的目标是：当支付完成事件发生时，更新订单的状态为“已支付”。

步骤 1：定义事件模型

订单创建事件（OrderCreatedEvent）：
- 当用户下单时，系统会生成一个订单创建事件。
- 订单包含信息：OrderID（订单ID），UserID（用户ID），OrderAmount（订单金额），OrderStatus（订单状态，初始为“未支付”）。
支付完成事件（PaymentCompletedEvent）：
- 当用户完成支付时，系统会生成一个支付完成事件。
- 该事件包含信息：OrderID（订单ID），PaymentAmount（支付金额），PaymentTime（支付时间）。

步骤 2：创建数据库表

我们需要两个表来存储这些事件信息和订单状态。

-- 创建订单表
CREATE TABLE Orders (
    OrderID INT PRIMARY KEY,      -- 订单ID
    UserID INT,                   -- 用户ID
    OrderAmount DECIMAL(10, 2),   -- 订单金额
    OrderStatus VARCHAR(50)       -- 订单状态 (未支付/已支付)
);

-- 创建订单创建事件表
CREATE TABLE OrderCreatedEvents (
    EventID INT PRIMARY KEY,      -- 事件ID
    OrderID INT,                  -- 订单ID
    UserID INT,                   -- 用户ID
    OrderAmount DECIMAL(10, 2),   -- 订单金额
    EventTime TIMESTAMP           -- 事件发生时间
);

-- 创建支付完成事件表
CREATE TABLE PaymentCompletedEvents (
    EventID INT PRIMARY KEY,      -- 事件ID
    OrderID INT,                  -- 订单ID
    PaymentAmount DECIMAL(10, 2), -- 支付金额
    PaymentTime TIMESTAMP         -- 支付时间
);

步骤 3：插入模拟数据

假设我们有一些订单和支付事件的数据。

-- 插入订单数据
INSERT INTO Orders (OrderID, UserID, OrderAmount, OrderStatus) VALUES
(1, 101, 250.00, '未支付'),
(2, 102, 150.00, '未支付'),
(3, 103, 300.00, '未支付');

-- 插入订单创建事件数据
INSERT INTO OrderCreatedEvents (EventID, OrderID, UserID, OrderAmount, EventTime) VALUES
(1, 1, 101, 250.00, '2025-01-23 08:00:00'),
(2, 2, 102, 150.00, '2025-01-23 08:05:00'),
(3, 3, 103, 300.00, '2025-01-23 08:10:00');

-- 插入支付完成事件数据
INSERT INTO PaymentCompletedEvents (EventID, OrderID, PaymentAmount, PaymentTime) VALUES
(1, 1, 250.00, '2025-01-23 09:00:00'),
(2, 2, 150.00, '2025-01-23 09:05:00');

步骤 4：事件处理逻辑

当支付完成事件发生时，我们将更新订单状态。

使用SQL来处理这些事件，将支付完成的订单状态更新为“已支付”。

-- 更新支付完成的订单状态为“已支付”
UPDATE Orders o
SET o.OrderStatus = '已支付'
WHERE o.OrderID IN (
    SELECT pce.OrderID
    FROM PaymentCompletedEvents pce
    WHERE pce.PaymentAmount = o.OrderAmount  -- 确保支付金额匹配订单金额
    AND pce.PaymentTime >= (SELECT EventTime FROM OrderCreatedEvents oce WHERE oce.OrderID = pce.OrderID)
);

解释：

UPDATE Orders o：我们更新的是 Orders 表中的数据，即修改订单的状态。
SET o.OrderStatus = '已支付'：我们将订单的状态设置为“已支付”。
WHERE o.OrderID IN (...)：我们只更新那些支付完成的订单，具体是通过以下子查询来确定哪些订单已支付。
子查询 SELECT pce.OrderID FROM PaymentCompletedEvents pce：这个子查询从支付完成事件表（PaymentCompletedEvents）中选择订单ID，它的支付金额与订单金额匹配，并且支付时间不早于订单创建时间。
pce.PaymentAmount = o.OrderAmount：确认支付的金额与订单金额一致。
pce.PaymentTime >= (SELECT EventTime FROM OrderCreatedEvents oce WHERE oce.OrderID = pce.OrderID)：确保支付事件发生的时间不早于订单创建事件。

步骤 5：输出结果

执行更新操作后，我们可以查看订单表，确认订单状态是否已经更新为“已支付”。

-- 查看订单状态
SELECT * FROM Orders;

结果输出示例：

+---------+--------+-------------+------------+
| OrderID | UserID | OrderAmount | OrderStatus|
+---------+--------+-------------+------------+
| 1       | 101    | 250.00      | 已支付     |
| 2       | 102    | 150.00      | 已支付     |
| 3       | 103    | 300.00      | 未支付     |
+---------+--------+-------------+------------+