SQL используя результаты предыдущего ряда - PullRequest
Новая
       181

SQL используя результаты предыдущего ряда

0 голосов
/ 04 мая 2020

Я пытаюсь выполнить расчет в формате Excel в SQL. Это включает использование ставки закрытия (ClRate) из предыдущей строки и ее использование для расчета значений в следующей строке. Таблица начинается с 1 января и состоит из 1000 строк, и каждая строка содержит известные данные и данные, которые необходимо рассчитать (показано в []) 

Date     RecQty   RecAmt     IssQty        IssAmt       ClQty        ClAmt          ClRate
1 Jan       -        -           -           -           100         $20,000          200
2 Jan      +10      +$2100       -5         [ ]          [  ]         [  ]            [ ]

Расчеты для получения желаемого результата приведены в таблице ниже. 

Date     RecQty   RecAmt     IssQty        IssAmt       ClQty        ClAmt             ClRate
1 Jan                                                    100         $20,000             200
2 Jan      +10      +$2100       -5       -[200*5]   [100+10-5]  [20,000+2100-200*5]  [ClAmt/ClQty]

IssAmt для каждого дня будет рассчитываться путем умножения IssQty на ClRate предыдущих дней. ClQty рассчитывается как предыдущий день ClQty + текущий день RecQty - текущий день IssQty. ClAmt рассчитывается как предыдущий день ClAmt + текущий день RecAmt - текущий день IssAmt. Наконец, ClRate для каждого дня вычисляется как ClAmt / ClQty

Единственным известным ClRate является начальная строка инвентаря таблицы (1 января) - после этого необходимо вычислить ClRate для каждой последующей строки.

В Excel вы просто выполняете этот расчет, связывая необходимые ячейки предыдущей строки и копируя / вставляя формулу во все строки ниже.

Как бы вы сделали это в SQL? Я пробовал самостоятельно объединять CTE, циклы и LAG - ни один из них, кажется, не работает. Причина в том, что значение ClRate для каждой строки, начиная с 2 января, неизвестно - и хотя Excel может оперативно обрабатывать результаты вычислений, которые используются в следующей строке, SQL не может этого сделать.

Ищу помощь для решения этой проблемы. Я использую SQL Server 2017 и SSMS. При необходимости я могу предоставить код

Таблица DDL 

CREATE TABLE [Auto].[IronOreTbl](
    [Id] [int] NULL,
    [Counter] [int] NULL,
    [TDate] [date] NOT NULL,
    [RecQty] [decimal](16, 2) NULL,
    [RecAmt] [decimal](16, 2) NULL,
    [IssQty] [decimal](16, 2) NULL,
    [IssAmt] [decimal](16, 2) NULL,
    [ClQty] [decimal](16, 2) NULL,
    [ClAmt] [decimal](16, 2) NULL,
    [ClRate] [decimal](16, 2) NULL

) ON [PRIMARY]
GO

INSERT INTO [Auto].[IronOreTbl]
    ([Id],[Counter],[TDate],[RecQty],[RecAmt],[IssQty],[IssAmt],[ClQty],[ClAmt],[ClRate])
    VALUES
    (1,0,'2019-01-01',NULL,NULL,NULL,NULL,100,20000,200),
    (2,1,'2019-01-02',10,2100,5,NULL,105,NULL,NULL),
    (3,2,'2019-01-03',8,1600,2,NULL,111,NULL,NULL),
    (4,3,'2019-01-04',20,2400,10,NULL,121,NULL,NULL)

попытки CTE 

;WITH ClAmtCTE AS

    (
    SELECT
        Id,RecQty,RecAmt,IssQty,ClQty,ClAmt,ClRate
        ,EffRate = ClRate
        ,CumHoldVal= ClAmt
        --CAST(ClAmt AS decimal(16,2))
        ,CumClRt=CAST(ClRate AS decimal(16,2))
        ,[Counter]
    FROM
        [Auto].IronOreTbl
    WHERE
        Id=1 

    UNION ALL

    SELECT
        C2.Id,C2.RecQty,c2.RecAmt,C2.IssQty,C2.ClQty,C2.ClAmt,c2.ClRate,
        EffRate = (SELECT CumClRt WHERE C2.ID=C2.[Counter]+1), 
        CumRN = 
        CAST(
            (
            CumHoldVal+ISNULL(C2.RecAmt,0)-
            (EffRate)*ISNULL(C2.IssQty,0)
            )
        AS decimal(16,2)
        ),
        CumClRt=CAST(CumHoldVal/C2.ClQty AS decimal(16,2)),
        C2.[Counter],

    FROM
        [Auto].IronOreTbl C2 
    INNER JOIN ClAmtCTE C1 ON C1.Id = C2.[Counter]

1 Ответ

0 голосов
/ 06 мая 2020

Следующий код достигает желаемого результата - хотя я и близко подошел несколько дней go, все равно потребовалось все это время, чтобы набрать ie последний бит; соответствия ClRate с правильной строкой. Возникла дополнительная проблема, когда в дни, когда проблем не было, а только квитанции, выбранная ставка принадлежала не той строке (я до сих пор не знаю, почему и как это происходило - все, что я знаю, это то, что предыдущий код был необходим пересмотр, чтобы устранить это несоответствие, и измененный код сопровождает то же самое) 

;WITH ClAmtCTE AS

                (
                SELECT
                    Id,RecQty,RecAmt,IssQty,ClQty,ClAmt,ClRate
                    ,EffRate = ClRate
                    ,CumHoldVal= ClAmt
                    --CAST(ClAmt AS decimal(16,2))
                    ,CumClRt=CAST(ClRate AS decimal(16,2))
                    ,[Counter]
                FROM
                    [Auto].IronOreTbl
                WHERE
                    Id=1 

                UNION ALL

                SELECT
                    C2.Id,C2.RecQty,c2.RecAmt,C2.IssQty,C2.ClQty,C2.ClAmt,c2.ClRate,
                    EffRate = (SELECT CumClRt WHERE C2.ID=C2.[Counter]+1), 
                    CumRN = 
                    CAST(
                        (
                        CumHoldVal+ISNULL(C2.RecAmt,0)-
                        ((SELECT CumClRt WHERE C2.ID=C2.[Counter]+1))*ISNULL(C2.IssQty,0)
                        )
                    AS decimal(16,2)
                    ),
                    CumClRt=CAST((CumHoldVal+ISNULL(C2.RecAmt,0)-
                        ((SELECT CumClRt WHERE C2.ID=C2.[Counter]+1))*ISNULL(C2.IssQty,0))/C2.ClQty AS decimal(16,2)),
                    C2.[Counter]

                FROM
                    [Auto].IronOreTblC2 
                INNER JOIN ClAmtCTE C1 ON C1.Id = C2.[Counter]
                )

                UPDATE [Auto].IronOreTbl
                SET ClRate = T1.CumClRt,
                ClAmt=CumHoldVal
                FROM ClAmtCTE T1
                INNER JOIN [Auto].IronOreTbl T2
                ON T1.ID = T2.Id
                OPTION (MAXRECURSION 0)

Попытка и, как мне кажется, ее решение научили меня нескольким вещам. В первую очередь они включают:

  1. Вычисления, которые вы можете настроить и выполнить в одно мгновение в электронной таблице, - это что угодно, кроме SQL

  2. Excel имеет возможность как вычислять на лету, так и использовать результаты, рассчитанные на лету, в зависимых вычислениях. SQL не может этого сделать. Наличие этой возможности в Excel означает, что вам не нужно перебирать данные - один раз, чтобы Excel вычислил результаты, а затем Excel применил результаты там, где они нужны

  3. Для всех его использование и полезность в качестве носителя данных SQL имеет долгий путь до go при обслуживании стандартных расчетов в реальном мире, таких как этот пример; множественные займы, изменение процентных ставок и соответствующие расчеты процентов et c et c.

...