DAX, Power Query, SQL, Python - что и когда изучать в Power BI

Поділитися
Вставка
  • Опубліковано 7 лют 2022
  • Новые видео, статьи и полезности в Telegram: t.me/+AvtWabJB1ms5NmE6
    Все коннекторы mez для Power BI и консультации по ним
    доступны на Boosty по подписке "ПРО": boosty.to/morinad/posts/eb9b9...
    Наши курсы:
    1) Основы Power BI (бесплатный курс): directprorf.ru/basics?...
    2) Power BI для рекламных отчётов: directprorf.ru/powerbi?...
    3) Из API в Excel и Power BI + коннекторы: directprorf.ru/excel?...
    4) Коннекторы для Маркетплейсов: directprorf.ru/marketplaces?u...
    5) Продвинутый Power Query: directprorf.ru/pro?...
    6) Создание коннекторов в Power Query: directprorf.ru/connectors?utm...
    Другие интересные видео:
    Возможности Power BI: • Возможности Power BI (...
    Массовая замена в Power Query: • Массовая замена в Powe...
    Что должен знать спец по Power BI: • Что должен знать и уме...
    Зарплаты в Power BI: • Как и сколько можно за...

КОМЕНТАРІ • 21

  • @user-qs7cz2ke7i
    @user-qs7cz2ke7i 2 роки тому +2

    Информация системная - коротко и ясно, спасибо! С удовольствием смотрю твои видео.

  • @kvadratometr
    @kvadratometr 2 роки тому +2

    Супер. отличная информация!!!

  • @allmazd
    @allmazd 2 роки тому +13

    Ну что могу сказать. Как лично я использую все это.
    1. Python собираю данные от разных пользователей и тяну скриптом в базу SQL
    2.SQL удобен вплане подготовки данных для power query чтобы получить на выходе готовые данные в усеченном виде чисто под репорт
    3. Power Query небольшой тюнинг данных если нужно из других источников получить помимо базы SQL
    4. DAX без него вообще ничего не сделать в Power BI
    P.S почему важно готовить данные в SQL. Чем больше данных попадет в POWER bi тем медленнее будут выполняться запросы DAX особенно итерационные функции и различные кондишиналс. Репорты как правило ограничиваются несколькими вижулсами и очень редко нужны глубокие drill down до мышей, зачастую те кто принимает решения смотрят верхнеуровнево и поэтому нет смысла тянуть в power bi отчёт данные по продажам каждого клиента в отдельности и в какой день в какой час это было.

    • @allmazd
      @allmazd 2 роки тому +1

      В дополнение к этому через SQL по сути можно создать готовые репорты их объем значительно меньше сырых данных, а в BI уже построить графики и доп расчёты, работать все будет моментально, а информативность будет такая же. Опять же все зависит от заказчика!

    • @tanoantinari4204
      @tanoantinari4204 Рік тому

      Если в таблицах базы данных хранить продажи по клиентам до дня и написать Представление (veiw) с агрегированием ?
      В Power BI тянуть это View. Так будет быстро работать?

    • @allmazd
      @allmazd Рік тому

      @@tanoantinari4204 Если с точки зрения загрузки не факт, потому что view это по сути хранимый запрос к базе, однако если сделать его метериализованным то да, будет быстрее, вообще чем меньше данных попадёт в power bi тем быстрее, плюс надо не забывать про сами таблицы в power bi, храните в таблице с фактами как можно меньше стринговых значений, таблицы измерения же должны быть не большими, тогда все работать будет с молниеносной скоростью. Если у вас есть таблица с изменениями которая по размерам едва меньше фактов, подумайте как из объединить и сделать её в разы меньше, нюансов много как видите.

    • @tanoantinari4204
      @tanoantinari4204 Рік тому

      @@allmazd А что такое "метериализованный" хранимый запрос (View) ?

    • @allmazd
      @allmazd Рік тому

      @@tanoantinari4204 да

  • @lisin1984
    @lisin1984 2 роки тому

    Спасибо!

  • @pretor700
    @pretor700 Рік тому

    То что надо!

  • @ajaaskelainen
    @ajaaskelainen Місяць тому

    PowerQuery использует язык М, и отдельно его можно не учить, а пользоваться готовыми кнопками. PowerQuery это инструмент ETL, для экстракции, трансформации и загрузки данных. Он справляется с огромным количеством данных и его пару шеи назад ввели как инструмент и для Azure data factory. Никто отдельно питоном не пользуется для загрузки данных..

    • @directprobi
      @directprobi  Місяць тому

      Можно учить, можно не учить - зависит от целей. Лично я пользуюсь питоном для загрузки данных в бд

  • @Klaver979
    @Klaver979 2 роки тому +2

    power query скорее инструмент, внутри desktop'ки есть язык М. Просьба в дальнейших видео перестаньте махать руками, я будто смотрю рекламу из 90-ых про пылесосы и чудо-ножи. Спасибо

    • @leonkiller1644
      @leonkiller1644 5 місяців тому +1

      Они проходили курсы по ораторскому ивссскувству и их там учили махать руками, типо это помогает больше влиять на слушателей (на самом деле нет, это просто бесит)

  • @slaval5088
    @slaval5088 Рік тому +3

    "SQL требовался редко"... Вы точно BI специалист ? 😆
    Я написал под сотню дашбордов и не представляю как что то можно эффективно получить без SQL, если речь про БД с десятками миллионов записей, коих большинство.
    При условии, что целевая инфа заранее не подготовлена к визуализации, т.е. нет подготовленных кубов, витрин, репортинговых хранилищ и т.п.
    SQL это абсолютный маст.
    Советовать учить питон не изучив SQL - это какая то глупость и непрофессионализм.

    • @directprobi
      @directprobi  Рік тому +1

      У вас немного другой опыт и другие задачи были. В этом нет ничего удивительного, что под другие задачи подходит больше другой инструментарий.
      В power bi есть свертывание запросов, пусть оно не идеально, но мне хватало чтобы не писать sql руками. Плюс есть потрясающие потоки данных - с ними и база данных не нужна. Да и не вижу какой-то проблемы в изучении sql - простые select и join за 1 день можно разобрать, а большего лично мне опять же никогда не требовалось.
      Но если вы не работаете с power bi, то я вас понимаю - во многих инструментах все дашборды делаются на чистом sql и тут я бы с удовольствием посмотрел уже ваше видео, так как подобный опыт был бы интересен.

    • @user-qe4db5oo6p
      @user-qe4db5oo6p Рік тому

      @@directprobi блин слушайте мужики, я пользователей обычного Excel, у меня не большая таблица, 1000 строк 7 стобцов, где просто записываю свои траты по дня в строки. И крч мне бы хотелось как нибудь свести эту таблийцу до маленькой сводной. Вот думаю не ограничен ли как то *Эксель по своему функионалу в сравнение с Power BI* ? Например в Эксель, в сводных таблицах сложно считать итоги, если в строках у тебя аж 3 параметра: месяц, номер недели месяца, день - а столбце расчетов идут твои траты которы ты суммируешь в итог. Так вот щелкаешь строку по месяцам - итоги есть. Нажимаем по номер недели месяца - фигаг "Н/Д" тоже самое по дням "Н/Д".
      Может в Power BI сводные таблицы более продуманныу и удобные, что таких проблем нет и можно много фильтров в строках набрасать по дням, месяца, номерам недели и всё будет считать для каждого отрезка времени , без всяких "Н/Д" ???

    • @outsider2659
      @outsider2659 Рік тому

      @@user-qe4db5oo6p еслиошибка, 0 и потом в фильтр

    • @abrakadabra9111
      @abrakadabra9111 Рік тому

      @@user-qe4db5oo6p тебе иксэля хватит для этого. Если тебе надо какие-то дополнительные фильтры и параметры то просто сделай из своих данных объект таблица. Добавь пару коллонок с формулами с этими параметрами. И используй эти параметры как фильтры в сводной таблице