начала работать совсем недавно.
Мой вопрос - скорее по возможности построения ежемесячно пополняемой базы (на основе файла о продажах xls от каждой торговой точки) данных в Power Query с дальнейшим обогащением данных (вычисления, метрики, визуалы) в Power BI.
Проблема в том - что если я объединяю таблицы в PQ как запросы при добавлении каждого нового месяца, эти новые данные не отображаются в расчётной таблице в PBI. Если я делаю через Union() то вроде всё хорошо, но немыслимо каждый месяц новую объединённую таблицу создавать...
А какие есть ещё варианты решения этой проблемы?
Поднять dB и все туда складывать
А как это можно организовать? Нужно что-то типа Dbeaver? Или есть готовое решение в Power Bi?
Подключение к папке с файлами, а не отдельно каждый файл. Но там есть требования к структуре файлов и точно не xls как исходник. Если файлов сотни и более - заводите в штат датаинженера и dwh
Да, файлов хотя и не сотни, но около 100. И кроме как xls никаких вариантов не дают. Видимо и правда без датаинженера не обойтись. Спасибо, теперь хотя бы понимаю, что задача не по возможностям просто, а то бьюсь уже неделю)).
xls нет, нужно xlsx. Вариантов много для подключения из папки (встроенный функционал)
Спасибо! Подскажите, правильно ли я понимаю, что в этом случае файлы, поступающие в Pbi уже должны быть обогащены данными и показателями еще в базе данных и такими подгружаться в запрос? Я так понимаю, что структура каждого из подгружаемых файлов (число, формат и порядок столбцов) должна быть идентична? Вот ключевой вопрос - где удобнее просчитывать показатели - ещё на уровне xlsx и грузить в Pbi для визуализации, либо всё делать в нём (но тогда структура таблицы будет отличаться от исходной в запросе).
- всё файлы должны быть идентичной структуры - расчитывать можно при обработке файлов в Power Query, в расчетном столбце или мерой - все очень сильно зависит что нужно - обогащать можно на стороне BI проблем с этим нет и применится ко всем файлам. Что проще чем считать в каждом Excel
Спасибо. Дело в том, что при обновлении исходного запроса (уже объединённого с новым месяцем) таблица с расчётами стала выдавать ошибку, что значения артикулов дублируются (что логично при добавлении продаж по след.месяцу). Из чего я решила, что на уровне запросов PBi не может объединять в одну таблицу, уже обогащенную на предыдущем этапе..
Лечить со слов сложно)
То есть по идее должны данные обновляться в обогащенной таблице, правильно?
Интересно, с чего это она должна? У вас ошибка с дублями (чтоб пря ошибка), будет, если только артикул - ключ в и используется в связи... Ну или при некоторых логических условиях (расчетный столбец, например), столбец может не сворфироваться. Впрочем, как и мера
А как обойти эту проблему?
В общем, если у вас дубль справочника, значит, в справочнике нужен дистинкт, потому что одни и те же товары в таблице данных - нормально, а в справочнике - нет. Но гадать можно долго, вы ж не показали ничего
А дубль не в справочнике, он неизбежно возник, когда я объединила 2 запроса по месяцам.(ведь во втором месяце тоже встретился тот товар). Со справочником я даже ещё связь не установила, успела только в Pbi пару столбцов сделать через related, но с другой таблицей. В общем, мне важно было прояснить, можно ли в принципе добавлять запрос к исходному, чтобы новая таблица в Pbi спокойно приняла это обновление. Вечером буду пытаться ещё раз, пробуя деактивировать или поменять связь и с другой таблицей (откуда related) и напишу уже более предметно, спасибо!
Related тоже работает через связь, по ключу. Lookupvalue работает без связи, но по ключу. Ключ предполагает уник
Обсуждают сегодня