Тенденции в продажбите.

Капстоун: фиксиран период, CTE стъпки, date_trunc, LAG и безопасно изчисляване на промяна. LAG(revenue) OVER (ORDER BY month_start) връща стойността от ПРЕДИШНИЯ НАЛИЧЕН ред в реда на прозореца — не от предишния календарен месец. Ако в данните няма поръчки за един месец, този месец просто липсва като ред и LAG ще сочи към месеца преди него. За първия ред няма предишен и LAG връща NULL.

Затова промяната се пази: разлика = revenue - prev_revenue е NULL при първия месец; процентът 100.0 * (revenue - prev_revenue) / prev_revenue трябва да обработва и NULL, и делене на нула: CASE WHEN prev_revenue IS NULL OR prev_revenue = 0 THEN NULL ELSE ... END. Закръглявай с ROUND(x, 2).

Върху LAG не може да се филтрира в същото SELECT — първо изчисли в CTE, после филтрирай във външната заявка. Така се прави и „топ N“: CTE изчислява промените, външната заявка слага ORDER BY ... LIMIT N. Прозоречният ORDER BY не подрежда резултата — крайният ORDER BY е задължителен за предвиден изглед.

Чести грешки: допускане, че LAG е „предишният месец“ при липсващи данни; делене на нула; незащитен NULL за първия ред; забравен крайният ORDER BY; граница <= вместо < за следващия първи ден.

Мини пример:

SELECT order_date, total, LAG(total) OVER (ORDER BY order_date, id) AS prev_total FROM orders ORDER BY order_date, id;