SQL vs Data Analyst 💻 Jak to wygląda w praktyce? Na co zwrócić uwagę? | KajoData Podcast
✅ Mój kurs z SQL dla analityków W dzisiejszym odcinku zanurzymy się w świat SQL-a i pokażę Wam, jak naprawdę wygląda praca analityka danych z tym językiem. Opowiem o czterech kluczowych aspektach, które często są pomijane, a które mogą okazać się niezwykle pomocne zarówno w codziennej pracy, jak i podczas rozmów kwalifikacyjnych. Dowiecie się, dlaczego czytanie SQL-i innych analityków to chleb powszedni, dlaczego większość czasu spędzamy na pisaniu zapytań SELECT, jak ważna jest optymalizacja kodu oraz na co zwracać uwagę przy sprawdzaniu jakości danych. Jeśli marzysz o karierze w analizie danych, ten odcinek jest dla Ciebie! Przekażę Wam nie tylko teoretyczną wiedzę, ale również praktyczne wskazówki, które pomogą Wam lepiej zrozumieć i efektywniej pracować z SQL-em. Nie zapomnij zostawić komentarza pod filmem, daj znać, jakie masz doświadczenia z SQL-em lub jakie wyzwania napotykasz. A jeśli chcesz jeszcze bardziej zgłębić temat, zapraszam do mojego kursu "Analiza danych z SQL", link znajdziesz poniżej. Dzięki za oglądanie i do zobaczenia w kolejnym odcinku!
Po drugie, analityk głównie pisze polecenia SELECT. To są polecenia, które wybierają jakieś rekordy z bazy danych i pokazują nam w naszym edytorze. Nie wiem, czy to będziesz pracował w WorkBenchu, PgAdminie, w DBiverze. To nie ma znaczenia. To po prostu chodzi o to, że ty wybierzesz sobie jakiś zestaw danych i też nie ma znaczenia, czy to będziesz eksportował, czy nie. Ważne jest coś innego. Ważne jest to, że twoim zadaniem jest w małym stopniu aktualizowanie tego, jak wygląda struktura bazy danych, tworzenie tej struktury bazy danych. Nawet jeżeli tworzysz jakieś tabele czy widoki, to jednak tworzysz je głównie na podstawie danych, które wybierzesz. A to oznacza, że 80-90% twojego focusu, twojego skupienia
Powinno iść rzeczywiście na uczenie się selectów i wszystkiego, co jest z tym związane, czyli join-off, subquery, tego, jak można mieć skomplikowane warunki w aware, tego, jak działają window functions, bardzo różnych połączeń, tabel ze sobą. To jest dla ciebie istotne. Nie jest dla ciebie aż tak istotne np. normalizowanie tabel, bo oczywiście ktoś może powiedzieć, ale normalizacja też jest istotna. Tak, jest istotna dla administratorów bazy danych. To jest ich zadanie. Nie za bardzo to jest twoje zadanie. Oczywiście dobrze, jeżeli wiesz, na czym normalizacja polega, ale to nie jest główna rzecz, którą masz robić, bo tym sposobem to wszystko jest ważne. Jak wszystko jest ważne, to nic nie jest ważne. Więc jeżeli chodzi o pracę z SQL-em, analityka i rzeczy, których powinieneś się nauczyć, to to są przede wszystkim rzeczy, które możesz zrobić w poleceniu SELECT.
Po co, żeby sobie sprawdzić, jak to działa i co ci to pomoże osiągnąć, bo nie jest to aż takie skomplikowane. Punkt numer cztery to jest sprawdzanie jakości danych. Piszę o tym osobno, dlatego że teraz mógłbym zacząć rozbijać te selekty, nie? W sensie to ten punkt numer dwa, czyli że na przykład robi join, albo tam robi window functions, albo po prostu robi agregacje. I to są jakieś części tego drugiego punktu, w którym mówiliśmy o poleceniach SELECT. Ale tutaj w tym punkcie nr 4, w sprawdzaniu jakości danych, chcę zwrócić uwagę na coś jeszcze innego. Na to, że my nie tylko jakby wybieramy te dane z bazy danych, tylko my często sprawdzamy, często nawet gołym okiem, jakie te dane są. Czyli np. wybieramy sobie kilka rzędów, żeby tam zobaczyć coś, albo wybieramy jakąś taką
Próbkę zagregowaną albo gdzie korzystamy z Select Distinct, która nam pokaże unikalne wartości i patrzymy, jak te dane wyglądają. I generalnie powinniśmy patrzeć na trzy rzeczy. I to nie jest tak, że to zawsze będą złe rzeczy, ale to są takie trzy ważne elementy, na które warto zwrócić uwagę, jeżeli chcemy sprawdzić jakość naszych danych. Po pierwsze duplikaty. Czyli wyobraźmy sobie, że mamy tabelę z zamówieniami, to jeżeli mamy dwa razy to samo zamówienie w tabeli, to pytanie czemu ono tam jest? To nie musi koniecznie oznaczać błędu, bo na przykład być może ta tabela się historyzuje i pokazuje ten stan zamówienia, tak jak on się zmienia, że najpierw było Nieopłacone, a później było opłacone, upraszczając. Być może są jakieś inne powody, dla których te duplikaty są.
I znowu, czy ta sekwencja Wydarzeń pokrywa się sekwencją timestampów. Czy jest jednak coś, że coś tam się zaktualizowało i de facto zaktualizowało coś wstecz w naszej bazie danych i trochę wykrzacza nam dane. To też jest ważna rzecz jeśli chodzi o jakość danych. Czyli znowu takie trzy elementy. Duplikaty, nule, timestampy. Tym samym, jeżeli miałbym podsumować, to analityk pracując z bazą danych będzie się skupiał na czterech elementach. Będzie czytał SQL innych, będzie pisał głównie polecenia select, będzie optymalizował te selecty korzystając z indeksów czy partycji oraz będzie często sprawdzał jakość danych. Daj mi koniecznie znać w komentarzu, Czego ci tutaj brakuje?
Pokazano wszystkie 5 dopasowań. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Kajo Rudziński przedstawia temat o praktyce pracy analityka z SQL-em i wymagania do umiejętności tego języka.
Podkreślenie, że analityk często czyta SQL innych, a nie tworzy go sam.
Ważność polecen select w pracy analityka oraz tworzenie struktury bazy danych.
Problem optymalizacji SQL, konsekwencje i elementy takie jak indeksy i partycje.
Ważność sprawdzania jakości danych, duplikaty, nuly i timestampy.
Podsumowanie kluczowych punktów i pytania do audytorów o ich doświadczenia z SQL-em w pracy.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
✅ Mój kurs z SQL dla analityków
W dzisiejszym odcinku zanurzymy się w świat SQL-a i pokażę Wam, jak naprawdę wygląda praca analityka danych z tym językiem. Opowiem o czterech kluczowych aspektach, które często są pomijane, a które mogą okazać się niezwykle pomocne zarówno w codziennej pracy, jak i podczas rozmów kwalifikacyjnych. Dowiecie się, dlaczego czytanie SQL-i innych analityków to chleb powszedni, dlaczego większość czasu spędzamy na pisaniu zapytań SELECT, jak ważna jest optymalizacja kodu oraz na co zwracać uwagę przy sprawdzaniu jakości danych.
Jeśli marzysz o karierze w analizie danych, ten odcinek jest dla Ciebie! Przekażę Wam nie tylko teoretyczną wiedzę, ale również praktyczne wskazówki, które pomogą Wam lepiej zrozumieć i efektywniej pracować z SQL-em. Nie zapomnij zostawić komentarza pod filmem, daj znać, jakie masz doświadczenia z SQL-em lub jakie wyzwania napotykasz. A jeśli chcesz jeszcze bardziej zgłębić temat, zapraszam do mojego kursu "Analiza danych z SQL", link znajdziesz poniżej. Dzięki za oglądanie i do zobaczenia w kolejnym odcinku!