Отличное введение в PQ ! Отдельный лайк за то, что автор использует зуммирование экрана, а то многие "учителя" делают захват экрана 1:1 и пишут его в Full HD при этом, в итоге всё микроскопическое, а с учётом того, что ютуб в 1080p сейчас очень проблематично смотреть, то тем более.
Узнала много нового, несмотря на то, что очень часто работаю с power query ) выпуск супер емкий и понятный! Спасибо за работу. Кстати очень интересно было бы послушать как подключиться по API
Спасибо 🙏 По api там целый курс по созданию коннекторов, в описании есть ссылочка. Ну а про создание простых подключений часто рассказываю на канале, даже инструмент специальный сделал чтобы быстрее писать их)
Очень благодарна за этот урок! кто б знал, сколько совершенно бестолковых уроков посмотрела до него по Power BI, Power Query!!! урок построен очень интересно
Отличное видео! Видно, какую большую работу проделал автор. Узнал много нового о работе Power Query. Видно получилось очень емкое, ждем дальнейших работ!
Добрый день! Спасибо за видео, выцепил для себя кое-что, чем не пользовался. Но... сам подход, имхо, неправильный. Вместо того, чтобы создать простенькую модель данных в PowerPivot и добавить туда простенький календарик, Вы слепляете все в монстрическую таблицу. Да, в Вашем примере файлы данных маленькие, но в реальной жизни никакой XL не потащит - файл превратится в огромного монстра. Вы строите "отчет" при помощи PoverQuery, тогда как это лишь инструмент для подготовки данных, анализ же делается средствами DAX на основе построенной (простой!) модели, содержащей основную таблицу и несколько справочных. Или я что-то недопонял? Поясните, плз!
Добрый день! Давайте определимся про какой объем данных мы говорим. Если объем реально небольшой и Excel его без проблем обрабатывает, то не вижу никаких проблем, из такой таблицы можно отлично делать срезы. Если же объем как вы говорите больше и Excel тормозит/данные не влезают - смело переходите в Power BI. Как я и сказал в видео, в Power BI не нужно объединять всё в единую таблицу, там всё делается в модели данных. Насколько знаю, Power Pivot надо отдельно ставить как надстройку в Excel, лично я не вижу никакого смысла в этом когда есть Power BI. Поэтому как только задача выходит за рамки простого Power Query, я перемещаюсь в Power BI и делаю там. Какой смысл пользоваться моделью данных в Excel с ограниченным функционалом по сравнению с BI и старым интерфейсом - за все 7 лет работы я так и не понял) Разве что кому-то принципиально делать отчёт именно в Excel, но тогда надо снимать курс по Power Pivot уже))
@@directprobi Ну, на мой взгляд, 1. стандартный подход (PowerPivot) гораздо проще и удобней, позволяет применить навыки работы с моделированием данных 2. Он именно "стандартный", приучает подходить к задаче правильно, это дисциплинирует ум. 3. В настоящий момент гораздо проще включить PowerPivot, нежели наладить публикацию в Power BI Service, я это проходил. Но Вашу позицию я понял, спасибо за ответ. Кстати, как Вы решаете задачу публикации в Power BI Service и как Вы видите перспективы работы с Power BI в России в ближайшее время? Буду благодарен за идеи, ибо Вы в теме и явно знаете больше. Есть ли смысл переходить на другие (Yandex и пр.) инструменты аналитики? Спасибо.
@@andreyperekhrest6984 Я просто изначально Power BI учил и работал в основном с ним, поэтому Power Pivot кажется мне старой урезанной версией, но вы правы конечно если мы находимся в рамках Excel. Про саму возможность использования Power Pivot я сказал в видео, но поскольку всё это в целом Power Query посвящено, не стал его ставить. Касаемо Power BI в России - как зарегистрироваться есть в статье directprobi.ru/blogs/sankcii-power-bi-uhodit-iz-rossii-chto-delat/, а касаемо перспектив - зарезервировать отчёты точно стоит, чтобы был запасной вариант, но блокировок по IP пока нет, да и вряд ли будут пока это не выйдет на законодательный уровень. Самостоятельно резать свои доходы майкрософту нет никакого смысла пока не выйдет такой закон. А судя по всему текущие санкции пока не заставляют блокировать российские IP.
Как вы себе представляете что новичок придёт и будет писать всё руками? Да и в принципе тогда зачем разработчики сделали удобные кнопки если нужно всё писать руками? И почему бы в таком случае не писать на питоне, зачем вообще весь этот PQ если можно работать в pandas? Лично мне кажется кнопки очень сильно ускоряют простые преобразования, потому что даже умея писать код я и сам их часто использую. Иногда приходится что-то править в коде, но не так уж и часто, да и подобная работа - скорее тема продвинутого курса, никак не базового. А для ручного написания кода итак полно языков.
@@АндрейКорабельников-в6ц когда объём данных вырастает, неминуемо приходится переучиваться на DAX, Python, SQL, Airflow, NiFi и другие инструменты, но в рамках PQ если честно я не понимаю как надо переучиваться. Писать Table.Join разве что вместо Table.NestedJoin, но это вроде нетрудно
Подписка и лайк, однозначно! Крутая работа, спасибо!💯
Отличное введение в PQ ! Отдельный лайк за то, что автор использует зуммирование экрана, а то многие "учителя" делают захват экрана 1:1 и пишут его в Full HD при этом, в итоге всё микроскопическое, а с учётом того, что ютуб в 1080p сейчас очень проблематично смотреть, то тем более.
Узнала много нового, несмотря на то, что очень часто работаю с power query ) выпуск супер емкий и понятный! Спасибо за работу. Кстати очень интересно было бы послушать как подключиться по API
Спасибо 🙏 По api там целый курс по созданию коннекторов, в описании есть ссылочка. Ну а про создание простых подключений часто рассказываю на канале, даже инструмент специальный сделал чтобы быстрее писать их)
Очень благодарна за этот урок! кто б знал, сколько совершенно бестолковых уроков посмотрела до него по Power BI, Power Query!!!
урок построен очень интересно
Отличное видео! Видно, какую большую работу проделал автор.
Узнал много нового о работе Power Query.
Видно получилось очень емкое, ждем дальнейших работ!
Хорошее видео. Узнал для себя много нового. Смотрю частями.
Вижу Сашу - ставлю лайк сразу)
Спасибо чувак! Очень интересно и познавательно!
Молодец, хорошее видео
Хорошее видео, спасибо
2:11 "... 10-я, 13-я или более ранние" - а что, PQ и с более ранними версиями XL работает??
Раньше 10-й не работал насколько помню, а вообще проще всего установить 2016-й excel - там все встроено👍
Добрый день! Спасибо за видео, выцепил для себя кое-что, чем не пользовался. Но... сам подход, имхо, неправильный. Вместо того, чтобы создать простенькую модель данных в PowerPivot и добавить туда простенький календарик, Вы слепляете все в монстрическую таблицу. Да, в Вашем примере файлы данных маленькие, но в реальной жизни никакой XL не потащит - файл превратится в огромного монстра. Вы строите "отчет" при помощи PoverQuery, тогда как это лишь инструмент для подготовки данных, анализ же делается средствами DAX на основе построенной (простой!) модели, содержащей основную таблицу и несколько справочных. Или я что-то недопонял? Поясните, плз!
Добрый день! Давайте определимся про какой объем данных мы говорим. Если объем реально небольшой и Excel его без проблем обрабатывает, то не вижу никаких проблем, из такой таблицы можно отлично делать срезы. Если же объем как вы говорите больше и Excel тормозит/данные не влезают - смело переходите в Power BI. Как я и сказал в видео, в Power BI не нужно объединять всё в единую таблицу, там всё делается в модели данных. Насколько знаю, Power Pivot надо отдельно ставить как надстройку в Excel, лично я не вижу никакого смысла в этом когда есть Power BI. Поэтому как только задача выходит за рамки простого Power Query, я перемещаюсь в Power BI и делаю там. Какой смысл пользоваться моделью данных в Excel с ограниченным функционалом по сравнению с BI и старым интерфейсом - за все 7 лет работы я так и не понял) Разве что кому-то принципиально делать отчёт именно в Excel, но тогда надо снимать курс по Power Pivot уже))
@@directprobi Ну, на мой взгляд, 1. стандартный подход (PowerPivot) гораздо проще и удобней, позволяет применить навыки работы с моделированием данных 2. Он именно "стандартный", приучает подходить к задаче правильно, это дисциплинирует ум. 3. В настоящий момент гораздо проще включить PowerPivot, нежели наладить публикацию в Power BI Service, я это проходил. Но Вашу позицию я понял, спасибо за ответ. Кстати, как Вы решаете задачу публикации в Power BI Service и как Вы видите перспективы работы с Power BI в России в ближайшее время? Буду благодарен за идеи, ибо Вы в теме и явно знаете больше. Есть ли смысл переходить на другие (Yandex и пр.) инструменты аналитики? Спасибо.
@@andreyperekhrest6984 Я просто изначально Power BI учил и работал в основном с ним, поэтому Power Pivot кажется мне старой урезанной версией, но вы правы конечно если мы находимся в рамках Excel. Про саму возможность использования Power Pivot я сказал в видео, но поскольку всё это в целом Power Query посвящено, не стал его ставить.
Касаемо Power BI в России - как зарегистрироваться есть в статье directprobi.ru/blogs/sankcii-power-bi-uhodit-iz-rossii-chto-delat/, а касаемо перспектив - зарезервировать отчёты точно стоит, чтобы был запасной вариант, но блокировок по IP пока нет, да и вряд ли будут пока это не выйдет на законодательный уровень. Самостоятельно резать свои доходы майкрософту нет никакого смысла пока не выйдет такой закон. А судя по всему текущие санкции пока не заставляют блокировать российские IP.
Чувак pivot пайвот:)))
@@vasilysibagatulin3253 что пайвот?)
Не. Так не надо делать. Пишите руками, будет работать в 10ки раз быстрее. Сократите шаги, напишите то что надо сделать, а так все это мышкоклац
Как вы себе представляете что новичок придёт и будет писать всё руками? Да и в принципе тогда зачем разработчики сделали удобные кнопки если нужно всё писать руками? И почему бы в таком случае не писать на питоне, зачем вообще весь этот PQ если можно работать в pandas?
Лично мне кажется кнопки очень сильно ускоряют простые преобразования, потому что даже умея писать код я и сам их часто использую. Иногда приходится что-то править в коде, но не так уж и часто, да и подобная работа - скорее тема продвинутого курса, никак не базового. А для ручного написания кода итак полно языков.
@@directprobi , это плохой вариант. Потом переучиваться приходится.
@@АндрейКорабельников-в6ц когда объём данных вырастает, неминуемо приходится переучиваться на DAX, Python, SQL, Airflow, NiFi и другие инструменты, но в рамках PQ если честно я не понимаю как надо переучиваться. Писать Table.Join разве что вместо Table.NestedJoin, но это вроде нетрудно
@@directprobi посмотрите buchlotnik. Творит чудеса
@@directprobi, похоже мой коммент пропал. По другому конечно можно писать. Хороший пример, buchlotnik. Творит чудеса на языке М