Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
Зареждане…
Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
Зареждане…
Code Lab е в разработка. Постепенно добавяме нови уроци и подобрения. Прогресът може да бъде изтрит.
SQL / POSTGRESQL / Учене / LESSON 07
При равни стойности ROW_NUMBER все пак дава различни номера. RANK и DENSE_RANK дават на равните стойности ЕДНАКЪВ ранг. Разликата е след равенството: RANK прескача (1, 1, 3), а DENSE_RANK не прескача (1, 1, 2). Използвай RANK за класиране със „състезателна“ логика, DENSE_RANK за нива без дупки („втората най-висока цена“).
Внимание: равенството зависи от колоните в OVER (ORDER BY ...). Ако добавиш уникален втори ключ (id) в самия OVER, всички редове стават различни и RANK се държи като ROW_NUMBER — равните стойности вече не са равни. Добавяй tie-breaker само в крайния ORDER BY на заявката, ако искаш предвидим изглед, и го оставяй извън OVER, когато искаш равенства.
С PARTITION BY класирането е поотделно във всяка група (например по категория). NULL ключът образува своя група — филтрирай го, ако не го искаш.
Чести грешки: id в OVER при RANK/DENSE_RANK; бъркане на двете функции; WHERE върху ранга в същото SELECT; класиране по грешната посока (ASC/DESC).
Мини пример:
SELECT name, price, RANK() OVER (ORDER BY price DESC) AS price_rank FROM products;
Работни таблици за тази задача. Оценяването ползва и други набори със същата схема.
| 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, total, rnk, dense_rnk · редът на редовете се проверява
Очакван резултат (показаните данни):
Зареждане…При равни стойности ROW_NUMBER все пак дава различни номера. RANK и DENSE_RANK дават на равните стойности ЕДНАКЪВ ранг. Разликата е след равенството: RANK прескача (1, 1, 3), а DENSE_RANK не прескача (1, 1, 2). Използвай RANK за класиране със „състезателна“ логика, DENSE_RANK за нива без дупки („втората най-висока цена“). Внимание: равенството зависи от колоните в OVER (ORDER BY ...). Ако добавиш уникален втори ключ (id) в самия OVER, всички редове стават различни и RANK се държи като ROW_NUMBER — равните стойности вече не са равни. Добавяй tie-breaker само в крайния ORDER BY на заявката, ако искаш предвидим изглед, и го оставяй извън OVER, когато искаш равенства. С PARTITION BY класирането е поотделно във всяка група (например по категория). NULL ключът образува своя група — филтрирай го, ако не го искаш. Чести грешки: id в OVER при RANK/DENSE_RANK; бъркане на двете функции; WHERE върху ранга в същото SELECT; класиране по грешната посока (ASC/DESC).
QUERY STANDBY
›