Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
Зареждане…
Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
Зареждане…
Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
SQL / POSTGRESQL / Учене / LESSON 05
PARTITION BY разделя редовете на независими прозорци — като групи, но без свиване. Агрегатът се изчислява поотделно за всеки прозорец и стойността се връща във всеки негов ред: COUNT(*) OVER (PARTITION BY customer_id) дава на всяка поръчка броя поръчки на нейния клиент.
Можеш да разделяш по израз, например по месец: AVG(total) OVER (PARTITION BY date_trunc('month', order_date)). Редовете с NULL в ключа образуват един общ прозорец. Затова често филтрираме WHERE customer_id IS NOT NULL (WHERE се изпълнява преди прозореца и определя кои редове участват).
Редът на резултата не е гарантиран без ORDER BY.
Чести грешки: PARTITION BY без OVER; бъркане на PARTITION BY с GROUP BY (не свива редове); забравено, че NULL ключовете се събират в един прозорец; очакване на ред в резултата.
Мини пример:
SELECT id, customer_id, total, MAX(total) OVER (PARTITION BY customer_id) AS best_order FROM orders WHERE customer_id IS NOT NULL;
Работни таблици за тази задача. Оценяването ползва и други набори със същата схема.
| id | name | category | price |
|---|---|---|---|
| 1 | Atlas | books | 30 |
| 2 | Novel | books | 15 |
| 3 | Comic | books | 14.99 |
| 4 | Lamp | home | 29.99 |
| 5 | Vase | home | 30 |
| 6 | Rug | home | 45 |
| 7 | Hammer | tools | 15 |
| 8 | Drill | tools | 60 |
| 9 | Tape | tools | 15 |
| 10 | Candle | NULL | 8.5 |
| 11 | Gift Card | NULL | 25 |
| id | name | city |
|---|---|---|
| 1 | Mira | Sofia |
| 2 | Niko | Varna |
| 3 | Iva | Sofia |
| 4 | Alex | NULL |
| 5 | Boris | Plovdiv |
| 6 | Lena | Varna |
| 7 | Petya | Sofia |
| id | customer_id | total | order_date |
|---|---|---|---|
| 1 | 1 | 120 | 2024-01-05 |
| 2 | 1 | 35.5 | 2024-01-20 |
| 3 | 2 | 40 | 2024-01-20 |
| 4 | 3 | 99.99 | 2024-01-31 |
| 5 | NULL | 60 | 2024-02-01 |
| 6 | 1 | 40 | 2024-02-01 |
| 7 | 2 | 75.25 | 2024-02-14 |
| 8 | 3 | 100 | 2024-02-15 |
| 9 | 5 | 22 | 2024-02-15 |
| 10 | 1 | 39.99 | 2024-02-29 |
| 11 | 2 | 55 | 2024-03-01 |
| 12 | 3 | 18 | 2024-03-10 |
| 13 | 1 | 130 | 2024-03-15 |
| 14 | 2 | 40 | 2024-03-15 |
| 15 | 2 | 12.5 | 2024-03-31 |
| 16 | 3 | 47 | 2024-04-01 |
Очаквани колони: id, customer_id, total, customer_orders · редът на редовете не се изисква
Очакван резултат (показаните данни):
Зареждане…PARTITION BY разделя редовете на независими прозорци — като групи, но без свиване. Агрегатът се изчислява поотделно за всеки прозорец и стойността се връща във всеки негов ред: COUNT(*) OVER (PARTITION BY customer_id) дава на всяка поръчка броя поръчки на нейния клиент. Можеш да разделяш по израз, например по месец: AVG(total) OVER (PARTITION BY date_trunc('month', order_date)). Редовете с NULL в ключа образуват един общ прозорец. Затова често филтрираме WHERE customer_id IS NOT NULL (WHERE се изпълнява преди прозореца и определя кои редове участват). Редът на резултата не е гарантиран без ORDER BY. Чести грешки: PARTITION BY без OVER; бъркане на PARTITION BY с GROUP BY (не свива редове); забравено, че NULL ключовете се събират в един прозорец; очакване на ред в резултата.
QUERY STANDBY
›