🪞 Self-join: jadvalni o'ziga qo'shish

Ba'zan kerakli ma'lumot bitta jadval ichida bo'ladi. Masalan, xodim va uning rahbari bir jadvalda:

employees(id, name, salary, manager_id)

Rahbarning ismini chiqarish uchun jadvalni o'ziga qo'shamiz:

SELECT e.name AS xodim,
       m.name AS rahbar
FROM employees e
LEFT JOIN employees m ON m.id = e.manager_id;

Bu yerda e va m — bir jadvalning ikki «nusxasi». Alias'siz bunday so'rov yozib bo'lmaydi, chunki baza qaysi name haqida gapirayotganingizni tushunmaydi.

Klassik intervyu savoli: rahbaridan ko'p maosh oladigan xodimlar.

SELECT e.name, e.salary, m.salary AS rahbar_maoshi
FROM employees e
JOIN employees m ON m.id = e.manager_id
WHERE e.salary > m.salary;

💡 LEFT yoki INNER? Rahbari yo'q xodim (direktor) ham ro'yxatda kerak bo'lsa — LEFT JOIN. Yuqoridagi taqqoslashda esa INNER to'g'ri: rahbari yo'q odamni solishtirib bo'lmaydi.

📌 Self-join yana qayerda: takrorlangan yozuvlarni juftlab topish, ketma-ket qatorlarni solishtirish (window bo'lmagan bazalarda), bir guruhdagi elementlar juftligi.

🎯 Endi amaliyot: Rahbaridan ko'p maosh oladigan xodimlar
Klassik intervyu masalasi — o'zingiz yozib ko'ring 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

✅ Javob: 20 qator

CROSS JOIN shartsiz ishlaydi: 5 × 4 = 20. Shart yozmasdan oddiy vergul bilan FROM a, b deb yozsangiz ham xuddi shu natija chiqadi — bu «tasodifiy CROSS JOIN», eng qimmat xatolardan biri. Million qatorli ikki jadvalni shunday qo'shsangiz, server qotadi.

Lekin CROSS JOIN ataylab ham kerak bo'ladi.

Vazifa: har bir filialning har bir kun bo'yicha savdosini chiqaring — savdo bo'lmagan kunlar ham 0 bilan ko'rinsin.

Oddiy GROUP BY bunday qila olmaydi: bazada yozuv yo'q bo'lsa, natijada ham qator bo'lmaydi. Yechim — avval to'liq matritsa yasash:

SELECT b.name, d.day, COALESCE(SUM(s.amount), 0) AS jami
FROM branches b
CROSS JOIN generate_series(
    '2026-10-01'::date, '2026-10-31'::date, '1 day'
) AS d(day)
LEFT JOIN sales s
       ON s.branch_id = b.id
      AND s.sale_date = d.day
GROUP BY b.name, d.day
ORDER BY b.name, d.day;

📌 Naqsh: CROSS JOIN bilan «bo'lishi kerak» ni yasang, LEFT JOIN bilan «bor» ni ustiga qo'ying. Grafiklar va hisobotlarda bo'shliq qolmaydi.

🎯 Endi amaliyot: Kalendar generatsiyasi
Xuddi shu naqsh — kalendar yasash 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

☕ Ertalabki masala: konversiya foizi

Jadval: visits(id, source, converted) — source trafik manbasi, converted qiymati true yoki false.

Vazifa: har bir manba bo'yicha tashriflar soni va konversiya foizini chiqaring.

Kutilgan natija:

source     tashrif   konversiya_%
telegram   1200      4.5
instagram  800       2.1

⚠️ Ikkita tuzoq bor: butun sonlar bo'linishi va nolga bo'lish. Ikkalasi ham jimgina noto'g'ri natija beradi.

✍️ Qanday yozgan bo'lardingiz? Izohda yozing — 13:00 da tahlil qilamiz 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

📈 Foiz va nisbatni to'g'ri hisoblash

Ertalabki masalaning yechimi:

SELECT
    source,
    COUNT(*) AS tashrif,
    ROUND(100.0 * COUNT(*) FILTER (WHERE converted)
          / NULLIF(COUNT(*), 0), 1) AS konversiya
FROM visits
GROUP BY source
ORDER BY konversiya DESC;

Uchta detal butun natijani hal qiladi:

1️⃣ 100.0 — nuqta bilan. 100 * 5 / 200 butun sonlar bo'linishida 0 beradi, 100.0 esa 2.5. Bu eng ko'p uchraydigan «nega hamma yerda nol?» sababi.

2️⃣ NULLIF(x, 0) — nolga bo'lishdan himoya. Bo'luvchi 0 bo'lsa, so'rov xato bermay NULL qaytaradi.

3️⃣ FILTER (WHERE ...) — PostgreSQL usuli. Boshqa bazalarda CASE bilan:

SUM(CASE WHEN converted THEN 1 ELSE 0 END)

⚠️ Yana bir tuzoq: COUNT(converted) yozsangiz — false qiymatlar ham sanaladi, chunki ular NULL emas. Shart bo'yicha sanash uchun doim FILTER yoki CASE.

📌 Shu qolip bilan istalgan ko'rsatkich hisoblanadi: qaytarilgan buyurtmalar ulushi, faol foydalanuvchilar foizi, xato tranzaksiyalar nisbati.

🎯 Endi amaliyot: Manba bo'yicha konversiya
Aynan shu masala saytda bor — yozib tekshiring 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

🎯 O'rtacha foiz — o'rtachalarning o'rtachasi emas

Bugungi mavzuning davomi. Mana klassik xato:

Uch manba: konversiyasi 10%, 20% va 30%.
Umumiy konversiya qancha? «(10+20+30)/3 = 20%» — noto'g'ri.

Agar birinchi manbadan 10 000 tashrif, qolganidan 100 tadan bo'lsa, umumiy konversiya 10% ga juda yaqin bo'ladi. Foizlarning o'rtachasini olish — og'irlikni e'tiborsiz qoldirish demakdir.

✅ To'g'ri yo'l — avval yig'ing, keyin bo'ling:

SELECT ROUND(100.0 * SUM(converted::int) / COUNT(*), 2)
FROM visits;

❌ Noto'g'ri:

SELECT AVG(konversiya) FROM (...) t;

📌 Qoida: nisbatlarni o'rtachalamang — sanoqchi va maxrajni alohida yig'ing.

Xuddi shu xato bu yerlarda ham uchraydi: o'rtacha chek, konversiya, xatolik foizi, CTR. Hisobotingizdagi raqam dashboarddagi raqamga to'g'ri kelmayotgan bo'lsa — birinchi navbatda shuni tekshiring.

💬 Sizda shunday holat bo'lganmi?

🎯 Endi amaliyot: Mijozlarni balans bo'yicha 4 guruhga bo'lish
Segmentatsiya mashqi — NTILE bilan 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

➕ To'plamlar: UNION, INTERSECT, EXCEPT

JOIN qatorlarni yonma-yon qo'shadi, to'plam amallari esa ustma-ust.

UNION ALL — ikkala natijani birlashtiradi, hammasini qoldiradi.
UNION — birlashtiradi va dublikatlarni olib tashlaydi (shuning uchun sekinroq).
INTERSECT — faqat ikkalasida ham bor qatorlar.
EXCEPT — birinchisida bor, ikkinchisida yo'q (MySQL da yo'q — NOT EXISTS bilan yoziladi).

-- Ikki oyda ham xarid qilganlar
SELECT customer_id FROM orders WHERE month = 9
INTERSECT
SELECT customer_id FROM orders WHERE month = 10;

-- Sentabrda bor, oktabrda yo'q (ketib qolganlar)
SELECT customer_id FROM orders WHERE month = 9
EXCEPT
SELECT customer_id FROM orders WHERE month = 10;

Uchta qoida:
1️⃣ Ustunlar soni va tartibi mos bo'lishi shart, nomlari esa birinchi so'rovdan olinadi.
2️⃣ ORDER BY faqat oxirida, butun natijaga qo'llanadi.
3️⃣ Dublikat bo'lmasligini bilsangiz — doim UNION ALL. Bu tekin tezlik.

💡 EXCEPT ma'lumotlarni solishtirishda juda qulay: eski va yangi jadvalni ikki tomonlama ayirsangiz, qaysi qatorlar o'zgarganini darrov ko'rasiz.

🎯 Endi amaliyot: UNION va UNION ALL farqi
Farqni amalda ko'ring 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

✅ Javob: UNION ALL tezroq

UNION dublikatlarni olib tashlashi kerak. Buning uchun baza butun natijani saralaydi yoki hash-jadval quradi — bu qo'shimcha xotira va vaqt. Million qatorda farq sezilarli bo'ladi.

UNION ALL esa shunchaki bir natijani ikkinchisiga ulaydi.

📌 Amaliy qoida: dublikat bo'lishi mumkin emasligini bilsangiz (masalan, ikki jadvalda turli davrlar yoki turli manbalar), doim UNION ALL yozing.

Yana bir foydali naqsh — bir nechta ko'rsatkichni bitta jadvalda chiqarish:

SELECT 'Mijozlar' AS ko_rsatkich, COUNT(*) AS qiymat FROM customers
UNION ALL
SELECT 'Buyurtmalar', COUNT(*) FROM orders
UNION ALL
SELECT 'Faol mahsulotlar', COUNT(*) FROM products WHERE active;

Natija — kichik dashboard, bitta so'rovda. Hisobot yozganda juda qo'l keladi.

⚠️ Ustunlar tipi mos kelishi kerak: matn ustuniga son qo'shsangiz, baza xato beradi yoki jimgina tipni o'zgartiradi.

🎯 Endi amaliyot: Faqat birinchi ro'yxatdagilar
EXCEPT ni amalda sinab ko'ring 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

☕ Ertalabki masala: mijozlar qancha vaqt qoladi?

Jadval: users(id, signup_date) va orders(user_id, order_date)

Vazifa: foydalanuvchilarni ro'yxatdan o'tgan oyi bo'yicha guruhlang va har bir guruhdan keyingi oylarda nechtasi qaytib kelganini hisoblang.

Kogorta    0-oy   1-oy   2-oy
2026-07    100    42     28
2026-08    150    61     —
2026-09    210    —      —

Bu — kogorta tahlili. Har bir mahsulot menejeri undan boshlaydi, chunki u bitta savolga javob beradi: mijozlar qolyaptimi yoki oqib ketyaptimi?

🎯 Bugun 13:00 da to'liq yechamiz. Bu — analitik ishga kirishda eng ko'p so'raladigan amaliy topshiriq.

✍️ Qaysi funksiyalar kerak bo'ladi deb o'ylaysiz? 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

📊 Kogorta tahlili: bosqichma-bosqich

1-qadam: har foydalanuvchining kogortasi (ro'yxatdan o'tgan oyi)

WITH kogorta AS (
    SELECT id AS user_id,
           DATE_TRUNC('month', signup_date) AS kogorta_oy
    FROM users
),

2-qadam: har buyurtmani oyga bog'lash

faollik AS (
    SELECT k.user_id, k.kogorta_oy,
           DATE_TRUNC('month', o.order_date) AS faol_oy
    FROM kogorta k
    JOIN orders o ON o.user_id = k.user_id
)

3-qadam: farqni oyda hisoblash va sanash

SELECT kogorta_oy,
       EXTRACT(YEAR FROM AGE(faol_oy, kogorta_oy)) * 12
     + EXTRACT(MONTH FROM AGE(faol_oy, kogorta_oy)) AS oy_raqami,
       COUNT(DISTINCT user_id) AS foydalanuvchi
FROM faollik
GROUP BY 1, 2
ORDER BY 1, 2;

Uch muhim nuqta:
🔹 COUNT(DISTINCT user_id) — bitta odam oyda 10 marta xarid qilsa ham, bir marta sanaladi.
🔹 Foizga o'tkazish uchun har kogortaning 0-oyidagi soniga bo'linadi (window: FIRST_VALUE).
🔹 Oxirgi kogortalarda bo'sh kataklar bo'ladi — bu xato emas, hali vaqt o'tmagan.

💡 Shu jadvalni ko'rib, biznes bitta savolga javob oladi: yangi mijoz olish kerakmi yoki borlarini ushlab qolishmi?

🎯 Endi amaliyot: Kogorta bo'yicha ushlab qolish
Saytda to'liq masala sifatida bor — yeching 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

💼 Intervyuda «qanday yechgan bo'lardingiz?» deb so'rashadi

Bugungi kogorta masalasi — data analitik vakansiyalarida test topshirig'i sifatida beriladigan klassik misol. Uni bir marta yechgan odam suhbatda ishonch bilan gapiradi.

Muammo shundaki, bunday masalalarni o'z-o'zidan topib mashq qilish qiyin: real jadval kerak, ma'lumot kerak, javobni tekshiradigan kimdir kerak.

sqlmaster.uz da shu uchalasi ham bor:

🔹 195 ta masala — bugungi kabi real biznes vaziyatlari: Uzum, Click, Payme, taksi, banklar
🔹 Yozasiz — tizim darrov tekshiradi. Bir nechta namuna ma'lumot to'plamida sinaladi, chekka holatlar ham
🔹 Muhokama bo'limi — boshqalarning yechimini ko'rasiz

Premium'da qo'shimcha (29 000 so'm/oy):
🔹 Har masalada 2-3 ta yechim: oddiydan optimalgacha, nega biri tezroq ekani tushuntirilgan
🔹 Query plan tahlili va index tavsiyalari
🔹 Kompaniya track'lari: Click, Payme, Uzum, EPAM va banklar uchun intervyu to'plamlari
🔹 4 dialekt: PostgreSQL, MySQL, SQL Server, Oracle

💡 Avval 50 ta masala bepul — karta kerak emas, 30 soniyada boshlaysiz.

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

☕ Ertalabki savol: o'rtacha aldayaptimi?

Bo'limda 5 xodim. Maoshlari:

4 000 000
4 500 000
5 000 000
5 500 000
40 000 000   ← rahbar

O'rtacha maosh: 11 800 000
Xodimlarning 80% i esa 5 500 000 dan kam oladi.

Hisobotda qaysi raqamni ko'rsatish to'g'ri?

A) O'rtacha (AVG)
B) Median
C) Ikkalasi ham

✍️ Javobingizni izohda yozing. 13:00 da medianni SQL da qanday hisoblashni ko'rsataman 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

📐 Median va persentil: AVG dan ko'ra halolroq raqam

AVG bitta chetdagi qiymatdan buziladi. Median esa «o'rtadagi odam» ni ko'rsatadi va chetki qiymatlarga befarq.

PostgreSQL:

SELECT department,
       AVG(salary) AS ortacha,
       PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) AS median,
       PERCENTILE_CONT(0.9) WITHIN GROUP (ORDER BY salary) AS p90
FROM employees
GROUP BY department;

PERCENTILE_CONT — oraliq qiymatni interpolyatsiya qiladi.
PERCENTILE_DISC — mavjud qiymatlardan birini qaytaradi.

Window funksiyalar yo'q bazada — ROW_NUMBER hiylasi:

WITH t AS (
    SELECT salary,
           ROW_NUMBER() OVER (ORDER BY salary) AS rn,
           COUNT(*) OVER () AS jami
    FROM employees
)
SELECT AVG(salary) AS median
FROM t
WHERE rn IN ((jami + 1) / 2, (jami + 2) / 2);

Bu qator soni juft ham, toq ham bo'lsa to'g'ri ishlaydi.

📌 Qachon nima:
• Maosh, chek, kutish vaqti → median (chetki qiymatlar ko'p)
• Umumiy summa muhim bo'lsa → AVG
• Xizmat sifati → p90 yoki p95 (eng yomon holatlar qanchalik yomon)

💡 «Sahifa 0.3 soniyada ochiladi» degani ko'pincha o'rtacha. p95 esa 4 soniya bo'lishi mumkin — foydalanuvchi shuni his qiladi.

🎯 Endi amaliyot: Bo'lim bo'yicha median maosh
Medianni o'zingiz hisoblang 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

✅ Javob: C — ikkalasi ham, lekin medianga urg'u bilan

Yaxshi hisobot bitta raqam bermaydi. To'g'ri javob — ikkalasini yonma-yon ko'rsatish va farqni izohlash. Ular orasidagi katta tafovutning o'zi muhim signal: taqsimot notekis.

SELECT
    department,
    COUNT(*) AS xodim,
    ROUND(AVG(salary)) AS ortacha,
    PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) AS median,
    MAX(salary) AS eng_yuqori
FROM employees
GROUP BY department
ORDER BY median DESC;

Analitikning kuchi shu yerda ko'rinadi: so'rov yozish — texnika. Qaysi ko'rsatkichni tanlash va uni qanday tushuntirish — kasb.

💡 Amaliy maslahat: hisobotga COUNT(*) ni doim qo'shing. 3 ta xodimli bo'limning «o'rtacha maoshi» haqida xulosa chiqarib bo'lmaydi, lekin sonini ko'rsatmasangiz, buni hech kim bilmaydi.

💬 Sizning hisobotlaringizda median ishlatiladimi yoki faqat o'rtacha?

🎯 Endi amaliyot: Window bilan median
Ikkinchi usul — window orqali 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

🔀 Shartli mantiq: CASE, COALESCE, NULLIF

CASE — SQL dagi «agar»:

SELECT name,
       CASE
           WHEN amount >= 10000000 THEN 'VIP'
           WHEN amount >= 1000000  THEN 'Doimiy'
           ELSE 'Yangi'
       END AS daraja
FROM customers;

⚠️ Shartlar yuqoridan pastga tekshiriladi, birinchi mos kelgani g'olib. Shuning uchun tartib muhim: eng qattiq shart yuqorida bo'lsin. ELSE yozilmasa, mos kelmagan qatorlar NULL oladi.

COALESCE — birinchi NULL bo'lmagan qiymat:

SELECT COALESCE(nickname, first_name, 'Mehmon') AS ism
FROM users;

Zaxira qiymatlar zanjiri: taxallus bo'lmasa ism, u ham bo'lmasa «Mehmon».

NULLIF — ikki qiymat teng bo'lsa NULL qaytaradi. Asosan nolga bo'lishdan himoya uchun:

SELECT summa / NULLIF(soni, 0) AS ortacha_chek FROM orders;

GREATEST / LEAST — bir necha ustundan eng katta yoki eng kichigi:

SELECT GREATEST(updated_at, created_at) AS oxirgi_ozgarish FROM docs;

💡 CASE ni SUM yoki COUNT ichiga qo'ysangiz — bitta so'rovda bir nechta shartli ko'rsatkich chiqaradi. Kecha ko'rgan pivot shu tamoyilga qurilgan.

🎯 Endi amaliyot: Zaxira qiymatlar zanjiri
COALESCE zanjirini amalda yozing 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

✅ Javob: 'Aziz'

COALESCE ro'yxatni chapdan o'ngga tekshiradi va birinchi NULL bo'lmagan qiymatni qaytaradi. Qolganlari hisoblanmaydi ham — bu muhim, chunki ichida og'ir subquery bo'lsa, u bajarilmaydi.

Eng ko'p ishlatiladigan uch holat:

1️⃣ Hisobotda bo'sh katak o'rniga nol

SELECT c.name, COALESCE(SUM(o.amount), 0) AS jami
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
GROUP BY c.name;

Busiz buyurtmasi yo'q mijozda NULL turadi va Excel'ga eksport qilganda bo'sh katak bo'lib qoladi.

2️⃣ Matnlarni birlashtirish. NULL qo'shilsa, butun natija NULL bo'ladi:
'Aziz' || NULL → NULL
'Aziz' || COALESCE(NULL, '') → 'Aziz'

3️⃣ Saralashda NULL ni oxiriga surish
ORDER BY COALESCE(rating, 0) DESC yoki PostgreSQL da ORDER BY rating DESC NULLS LAST

⚠️ COALESCE bilan NULL ni yashirishdan oldin bir savol bering: bu NULL nega paydo bo'ldi? Ba'zan u JOIN dagi xatoning belgisi bo'ladi, siz esa uni nol bilan yopib qo'yasiz.

💬 Hisobotlaringizda NULL ni qanday ko'rsatasiz — 0 mi, chiziqchami?

🎯 Endi amaliyot: Talabaning to'liq ismi
Matn birlashtirish va NULL — amalda 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

🆕 sqlmaster.uz'da yangi bo'lim — «O'rganish»

Kanaldagi qisqa postlarning to'liq versiyasi endi saytda: har bir mavzu bo'yicha tushuntirish, misol jadval, so'rov va natija, ko'p uchraydigan xatolar va oxirida shu mavzudagi masalalar.

Hozir 9 ta darslik:
• SQL so'rovi qaysi tartibda bajariladi
• WHERE va HAVING farqi
• GROUP BY asoslari
• INNER JOIN va LEFT JOIN farqi
• NULL bilan ishlash — nega = NULL ishlamaydi
• COALESCE va CASE
• Subquery yoki JOIN
• CTE (WITH)
• ROW_NUMBER, RANK va DENSE_RANK

Hammasi bepul. Darslikni o'qib bo'lgach, shu mavzudagi masalani saytning o'zida yechib ko'rasiz — tizim darhol tekshiradi.

🇷🇺 🇬🇧 Darsliklar rus va ingliz tillarida ham bor.

👉 sqlmaster.uz/learn

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz

☕ Ertalabki masala: to'planib boruvchi yig'indi

Jadval: daily_sales(sale_date, amount)

Vazifa: har kun uchun o'sha kungi savdo va oy boshidan beri to'plangan jamini chiqaring.

kun       kunlik    jami
01-okt    120       120
02-okt     80       200
03-okt    150       350

⚠️ Bu masalani GROUP BY bilan yechib bo'lmaydi: har qatorda o'zidan oldingi barcha qatorlar yig'indisi kerak.

🎯 Bunday hisobotlar «kumulyativ» yoki «running total» deb ataladi. Moliyaviy hisobotlarning yarmi shu ko'rinishda.

✍️ Qaysi funksiya kerak? Izohda yozing 👇

➖➖➖➖➖➖➖➖
💾 Amaliyot: sqlmaster.uz
📢 @sqlmasteruz