看来你需要处理积分交易的追溯问题——把消费时用掉的积分对应到最初赠予它们的实体对吧？这在积分系统里是很常见的需求，我来给你梳理下解决方案：

你的积分表规则很清晰：

• 赠予积分的记录是正数，且GivenByUserCode有值（唯一实体码）
• 消耗积分的记录是负数，且GivenByUserCode为NULL
• 需要把每一条消耗记录，匹配到它所使用积分的赠予实体

通常积分抵扣遵循**先进先出（FIFO）**规则（先到的积分先被用掉），下面的方案基于这个逻辑设计，如果你的规则是后进先出（LIFO），只需要微调排序即可。

假设你的积分表结构大致如下（可以根据实际表名/字段名调整）：

CREATE TABLE PointTransactions (
    TransactionID INT PRIMARY KEY,
    UserID INT, -- 关联用户ID
    PointAmount DECIMAL(10,2), -- 积分值，正为赠予，负为消耗
    GivenByUserCode VARCHAR(50), -- 赠予实体码，消耗记录为NULL
    TransactionDate DATETIME -- 交易时间
);

我们可以用窗口函数+CTE来实现积分追溯：

WITH RankedTransactions AS (
    SELECT 
        *,
        -- 标记交易类型：赠予/消耗
        CASE WHEN PointAmount > 0 THEN 'Grant' ELSE 'Spend' END AS TransactionType,
        -- 按用户分组，按时间排序，累计计算已赠予的积分总额
        SUM(CASE WHEN PointAmount > 0 THEN PointAmount ELSE 0 END) 
            OVER(PARTITION BY UserID ORDER BY TransactionDate, TransactionID) AS CumulativeGranted,
        -- 累计计算已消耗的积分总额（取绝对值）
        SUM(CASE WHEN PointAmount < 0 THEN ABS(PointAmount) ELSE 0 END) 
            OVER(PARTITION BY UserID ORDER BY TransactionDate, TransactionID) AS CumulativeSpent
    FROM PointTransactions
),
GrantRanges AS (
    SELECT 
        UserID,
        GivenByUserCode,
        PointAmount AS GrantedPoints,
        TransactionDate AS GrantDate,
        -- 计算当前赠予记录对应的积分区间：起始值（之前累计的赠予积分）、结束值（当前累计的赠予积分）
        SUM(PointAmount) OVER(PARTITION BY UserID ORDER BY TransactionDate, TransactionID) - PointAmount AS RangeStart,
        SUM(PointAmount) OVER(PARTITION BY UserID ORDER BY TransactionDate, TransactionID) AS RangeEnd
    FROM RankedTransactions
    WHERE TransactionType = 'Grant'
)
SELECT 
    s.TransactionID AS SpendID,
    s.UserID,
    ABS(s.PointAmount) AS SpentPoints,
    s.TransactionDate AS SpendDate,
    g.GivenByUserCode AS GrantingEntity,
    g.GrantedPoints AS TotalGrantedByEntity,
    -- 计算本次消耗从该实体赠予的积分中扣了多少
    CASE 
        -- 消耗的积分完全落在当前赠予区间内
        WHEN s.CumulativeSpent <= g.RangeEnd AND (s.CumulativeSpent - ABS(s.PointAmount)) >= g.RangeStart THEN ABS(s.PointAmount)
        -- 消耗的积分部分落在当前区间的末尾
        WHEN s.CumulativeSpent <= g.RangeEnd THEN s.CumulativeSpent - g.RangeStart
        -- 消耗的积分部分落在当前区间的开头
        ELSE g.RangeEnd - (s.CumulativeSpent - ABS(s.PointAmount))
    END AS PointsDeductedFromEntity
FROM RankedTransactions s
JOIN GrantRanges g 
    ON s.UserID = g.UserID
    -- 匹配：消耗的累计区间与赠予的积分区间有重叠
    AND (s.CumulativeSpent - ABS(s.PointAmount)) < g.RangeEnd
    AND s.CumulativeSpent > g.RangeStart
WHERE s.TransactionType = 'Spend'
ORDER BY s.UserID, s.TransactionDate;

1. RankedTransactions：先给每条交易分类，同时计算每个用户到当前交易为止的累计赠予/消耗积分，这样能定位到每笔消耗对应的“积分使用位置”。
2. GrantRanges：给每笔赠予记录划定它在用户累计积分中的区间，比如第一笔赠予100积分，区间是0-100；第二笔赠予50，区间是100-150，以此类推。
3. 最后关联消耗记录和赠予区间：找到消耗的积分落在哪个（或哪些）赠予区间里，就能对应到赠予实体，还能算出每笔消耗从每个实体扣了多少积分。

• 如果你的积分抵扣规则是后进先出（LIFO），只需要把两个CTE里的ORDER BY TransactionDate, TransactionID改成ORDER BY TransactionDate DESC, TransactionID DESC即可。
• 一定要用UserID分区，避免不同用户的积分混淆。
• 如果存在同一时间的多笔交易，用TransactionID作为排序的第二条件，保证排序的唯一性，避免匹配错误。

内容的提问来源于stack exchange，提问作者Igor