то дальше дочно лучше к экселю прикрутить одбц-соединение и не парьться изучением ещё одной ненужной програмной платформы.
можно по старинке набросать SQL запрос в одбц-соединении и все.
Я работаю в Excel 25 лет и до сих пор не умею прикручивать на лету ODBC соединения и набрасывать SQL-запросики. Слава богу, ни разу в реальной жизни не понадобилось.
Аргумент про еще один язык — это как раз про SQL для среднего офисного работника. Человеку дают в руки десятки (точнее, сотни) возможных источников данных "из коробки", с "коробочным" же подключением к подавляющему большинству из них, и изучать SQL для этого ему не нужно.
А тот же самый DAX — это не изобретение для Power BI, это язык Power Pivot в Excel. В принципе хороший спец в Excel без проблем начинает работать в Power BI, а DAX нужен только для более сложных случаев.
Power BI — инструмент для создания и расшаривания интерактивных отчетов на заданную аудиторию с настройкой уровня доступа. Именно с этой позиции и надо его оценивать. Он не замена Excel, а дополнение. Все те же отчеты теоретически можно построить в Excel (Power Query + Power Pivot, он же DAX + диаграммы), но практически они будут страдать кучей болезней, излеченных в Power BI, кроме того, будут лишены тех самых плюшек, которые привнесены в Power BI, начиная с интерактивной работы диаграмм с кросс-фильтрацией до Row Level Security, настраиваемым расписанием обновления, и встраиванием в приложения и пр. и пр. — перечислять можно долго, и большая часть в текущей версии Excel отсутствует пока.
Построение хорошего интерактивного дашборда в Excel требует хорошего, опытного специалиста, прекрасно разбирающегося в сводных (а лучше — в Power Pivot), умеющего строить сложные формулы и нехило разбирающегося в прочих тонкостях работы в Excel + желательно VBA.
Построение хорошего интерактивного дашборда в Power BI требует гораздо меньшей технической квалификации и, главное, гораздо меньше времени.
Так что Power BI при определенных условиях можно рассматривать в том числе (не исключительно) как развитие т.н. "дашбордингового" направления Excel (который обладает огромным количеством других возможностей, не имеющих отношения к Power BI).
Хорошая статья, спасибо. Простыми словами для меня, как заказчика (пусть даже внутреннего, пусть даже на банальные доработки 1С) о важном. И для меня как для начинающего разработчика — тоже.
Я работаю в Excel 25 лет и до сих пор не умею прикручивать на лету ODBC соединения и набрасывать SQL-запросики. Слава богу, ни разу в реальной жизни не понадобилось.
Аргумент про еще один язык — это как раз про SQL для среднего офисного работника. Человеку дают в руки десятки (точнее, сотни) возможных источников данных "из коробки", с "коробочным" же подключением к подавляющему большинству из них, и изучать SQL для этого ему не нужно.
А тот же самый DAX — это не изобретение для Power BI, это язык Power Pivot в Excel. В принципе хороший спец в Excel без проблем начинает работать в Power BI, а DAX нужен только для более сложных случаев.
Power BI — инструмент для создания и расшаривания интерактивных отчетов на заданную аудиторию с настройкой уровня доступа. Именно с этой позиции и надо его оценивать. Он не замена Excel, а дополнение. Все те же отчеты теоретически можно построить в Excel (Power Query + Power Pivot, он же DAX + диаграммы), но практически они будут страдать кучей болезней, излеченных в Power BI, кроме того, будут лишены тех самых плюшек, которые привнесены в Power BI, начиная с интерактивной работы диаграмм с кросс-фильтрацией до Row Level Security, настраиваемым расписанием обновления, и встраиванием в приложения и пр. и пр. — перечислять можно долго, и большая часть в текущей версии Excel отсутствует пока.
Построение хорошего интерактивного дашборда в Excel требует хорошего, опытного специалиста, прекрасно разбирающегося в сводных (а лучше — в Power Pivot), умеющего строить сложные формулы и нехило разбирающегося в прочих тонкостях работы в Excel + желательно VBA.
Построение хорошего интерактивного дашборда в Power BI требует гораздо меньшей технической квалификации и, главное, гораздо меньше времени.
Так что Power BI при определенных условиях можно рассматривать в том числе (не исключительно) как развитие т.н. "дашбордингового" направления Excel (который обладает огромным количеством других возможностей, не имеющих отношения к Power BI).
глупый, наверное, вопрос — а почему нельзя создать тег из > 1 слова?
Хорошая статья, спасибо. Простыми словами для меня, как заказчика (пусть даже внутреннего, пусть даже на банальные доработки 1С) о важном. И для меня как для начинающего разработчика — тоже.
Сергей, отличный пост.
Хотя с лёту незнакомым с М разобраться в работе List.Accumulate или List.TransformMany будет сложновато, но всё равно круто.
Да, и также неплохой вариант разнообразить текстовое написание месяца: `
Date.ToText(#date(2016,[Month],1),"MMM") // янв, фев, мар,...
Date.ToText(#date(2016,[Month],1),"MMMM") //Январь, Февраль, Март,…
`