Пишемо найпопулярніші SQL запити в Google BigQuery
HTML-код
- Опубликовано: 16 янв 2024
- Людина, яка згадує старі меми 🫡
BigQuery тут console.cloud.google.com/
Схема гугл аналітики: support.google.com/analytics/...
Таймкоди
04:40 SELECT * FROM table
05:50 Які статуси є в таблиці (SELECT DISTINCT )
06:45 Скільки замовлень у кожному статусі? (COUNT(1), GROUP BY, ORDER BY )
08:50 Скільки товарів повернули жінки і чоловіки? (WHERE)
09:50 Який відсоток своїх замовлень повернули жінки і чоловіки (CASE WHEN для агрегації)
11: 30 Чи залежить відсоток повернень від категорії товарів ? (JOIN)
14: 43 Як змінювався відсоток повернень впродовж часу? (DATE_TRUNC, коментарі, chart preview)
16:55 Чи залежить повернення від віку покупця? (CASE WHEN для групування категорії)
20:52 Який відсоток товарів повертали категорії з кількістю замовлень більше 15К? (HAVING)
22:20 Скільки грошей нам принесли топ 10 покупців (CTE, JOIN table USING)
Дякую за практичний досвід! Корисно і цікаво :)
Неймовірно натхненний Вашими відео! Дуже вдячний за ще одне джерело для практики!
Дякую вам!!!
Відео інформативне та корисне, радий, що знайшов ваш канал!
І ще декілька слів для алгоритмів ютубу, щоб просувало ваше відео!)
Дякую! Досить корисно бачити такий лайвкодинг. Продовжуйте!
Дякую дуже корисне відео!
Дякую за контент. Ви дуже круті!)
Дякую за комент)
Таки киця. Дякую за відео і канал загалом.
Дякую, класне відео! Якраз вивчаю sql ) ще би було класно таке саме відео, але з подальшою візуалізацією цих таблиць, створенні дашбордів в Power bi чи Табло))
Дякую за цю тему, за подачу і актуальність твого матеріалу! Дякую, що й мене згадала) Думаю, доступ до public data - це тільки початок, я б дуже хотів подивитись, як ти далі перейдеш до візуалізації цих даних, до презентації результатів, дуже хочеться такого погляду - повний проект з 0 до дашборду))) Чи є шанс?)
Може бути класне відео, але я ніколи не користувалась лукером по роботі, я таке роблю в метабейсі, а це навряд чи популярний інструмент в багатьох компаніях. Але сама б таке відео подивилась, тож можна і згадать шо я там про лукер вчила)
@@catanalyst А я мав на увазі Tableau, і напряму приєднатися до BQ)
Можливо щось змінилось, але на скільки я памʼятаю, табло паблік не конектиться до bigquery тільки платна версія, якої в мене зараз немає 🤷♀️
Але перевірю, раптом вже можна)
Дякую за чудові відео! До речі, замість того щоб вручну додавати подвійний дефіс заради коментування коду, можна використовувати CTRL+/ як shortcut
У вас неймовірні відео продовжуйте будь ласка
Дякую, наступне відео в планах - базовий дашборд в табло)
Дай Боже Вам здоров'ячка та натхнення робити такі прекрасні відео))) Я, як людина, котра ще навчається на аналітика не айтішечки, а мрію про аналітику продажів звичайних компаній, для мене розбір такого прикладу - це мега-мега-мега корисно. Після курсу Нікіти Тимошенка - ваш практикум, як логічне доповнення його курсу (може вам зробити сумісний проєкт)))?). Чекаю з нетерпінням розбір віконних функцій. А поки я крок за кроком повторюю ваші дії та поюзаю ще дата сет. Дяка!
лайк
Трохи крутiший тул вiд pma
Тул для чого?
@@catanalyst для роботи зі sql
Дякую за відео! А ви не плануєте створити власне ком'юніті з простором, де можна було б обмінюватися технічним досвідом та шукати для себе ментора? Доречі, я б посперечався з вами щодо операторів та аліасів - при роботі з дійсно великими запитами дуже важливим виявляється притримуватися стандартів коду, бо стандартизований код легше підтримувати, відлагоджувати, доповнювати та, і це важливо, передавати іншим.
Таке комʼюніті вже є t.me/+Ck6jpbqoqy43MTgy
Щодо аліасів у великому коді - я згодна, особливо якщо його потім додавати в дашборд. В цьому прикладі була одна колонка і я просто хотіла показати, що це працює
Дякую, підписався
Мой личный рекорд - пакет SQL запросов ~3500 строк для отчета по просроченной дебиторско-кредиторской задолженности :) Позже сделал достаточнр простой алгоритм, т.к. запрос при количестве более 10000 транзакций по клиенту показывал неприемлемую производительность.
Фігасє! Я таке зазвичай розбиваю на окремі квері, але теж є один запит з мільйоном union для матриці фіч, дуже довгий і довгенько рахується, але за розкладом)
@@catanalyst Так, там пакет, тобто декілька запитів які виконуються послідовно.
Ви знімаєте надзвичайно корисні відео!
Дякую, класне цікаве відео! Скажіть, як Ви зберігаєте свої запити? Чи це Ви робите? Я про те, що коли я вчуся (вивчаю новий оператор (нова версія чи ще щось), то пишу максимум коментів у коді та зберігаю у текстовому файлі прикладів. У інший час, коли відпрацьовую поставлену задачу, я тільки згадую що необхідна конструкція вже була у прикладах - знаходжу необхідний приклад, копіюю в запит, адаптую до поточної БД та вимог задачі. З іншої сторони, після виконання задачі (після адаптування таке виходить що не має нічого спільного з залученим прикладом коду) , завжди поповнюю новими "конструкціями" файл прикладів. Чи це "детский лепет" для фахівця?
Ні, в мене теж є папка з найчастішими запитами, які використовуються. Щоб не писати складні запити з нуля кожного разу. Тому це нормально) Просто хтось це робить на гітхаб, а хтось в папці на робочому ноуті)
@@vladyslavkhokhlov9082 Дякую за відповідь. Стало трохи легше 🤣. У мене залочені локальні комерційні бази - тому тільки на флешці! )))
У мене нема такої папки, але я шукаю по збереженим кверям, якщо памʼятаю що колись таке робила) або зберігаю якісь шматки як сніпети (можливо це особливості метабейса)
Цікаве відео! Ви в роботі використовуєте BigQuery для генерації різних гоафіків?
Ні, робоча база в мене в метабейсі для графіків з sql або в pgadmin для sql без графіків)
Дякую за відео, не знав про Google BigQuery. Я б не радив писати в GROUP та ORDER номери полів, краще використовувати імена. Запити типу GROUP BY 14, ORDER BY 17 виглядають дуже неінформативно. Якщо буде треба повернутися до якогось запиту через кілька тижнів або навіть днів, ви не згадаєте номери колонок, і вам доведеться відкривати таблицю і рахувати, який же номер має те поле. Я не кажу вже про те, що такі запити можуть працювати некоректно, якщо в таблицю додали якесь поле за допомогою INSERT ... AFTER.
сподіваюсь, мені не доведеться мати результати квері групуванням по 14-ій колонці))
я все ж багато користують номерами замість повних назв, тому що досить часто мені треба подивитись окремо розподіли по різним групам і я копіюю квері і міняю лише в селекті, а груп бай залишається таким як є.
в інсертах навряд чи так би робила.
Подякував, через Вас, наче, розібрався зі структурою написання стейтментів
Олена, вітаю ) Підкажіть, будь ласка, як з вами можна зв'язатись?) Пошукав в описах - не знайшов 😿Куди я міг би написати? Дуже-дуже дякую!
До речі, додам лінкедін в опис. www.linkedin.com/in/olenarudenko
@@catanalyst Дякую ) Напишу сьогодні.
можно пораду яку не просили)) "треба щось робити зі звуком" прям по вухах бьє!
А конкретніше?
Бо я завжди за те щоб зробити краще, але мені не бʼє. Хіба шо шиплячі трохи напряжні.
@@catanalyst можу на прикладі, може бачили на фотоапараті коли фото засвічене - фотік штрихуе білий колір мов є пересвіт в кадрі трєба робити корекцію. Не знаю якого типу у вас мікрофон та якою программою користуєтесь мені здаеться що повинні бути налаштування які корегують диапазон по звуку, високі частоти дуже задрані, свистящі звуки лунають занадто різко, по враженню що в вас мікрофон повинен буди з акустичним поролоном а ви його зняли, або може в вас микрофон направленного звучання то треба його трошки відвернути обо можно спробувати поставити подалі тому що зара більш-менш комфортно на гучности 5% до 7%, хоча зазвичай це дуже тихо и діпазон повинен бути від 20% до 40%.
ps:декілька навушників звучить так само а увімкнув на колонках де майже нема високих частот то звучить як треба)) тож може в вас вбудований мікрофон і він добре звучить на вбудованих колонках, або ви корегуете звук під ваші колонки і навмисно завищуете високі частоти)
Зрозуміла. Мікрофон правда занадто близько і я слухаю в навушниках досить тихо. Проблема або в криворукості або в налаштуваннях auphonic , бо мікрофон точно хороший😅