Идея в том, чтобы подтянуть необходимые столбцы с показателями с листов 4,5 и 7 к листу 2, где отслеживается информация по сотруднику в разрезе дней. Связываю таблицы по ФИО, логину и дате, но Power Pivot ругается на неуникальные значения, как можно в этом случае построить сводную с применением Power Pivot?
Для модераторов: Вариант названия темы: Не создается связь в модели данных Power Pivot. Ошибка наличия дубликатов в столбцах.
Создайте справочник уникальных ФИО, загрузите в модель, все таблицы соединяйте со справочником по полю ФИО. При построении сводной в область строк помещать фамилию из справочника, в срезе использовать только фамилию из справочника.
Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!
а как быть, если сводная должна включать результаты в разрезе дней? то есть фио операторов должны повторяться, допустим: столбец А - дата столбец В - ФИО
Если брать 2+ даты, то ФИО будут повторяться в любом случае.
Maxim Golovlev, Для того, чтобы мне ответить вам необязательно цитировать весь мой ответ целиком. Это только ухудшает читаемость.
Теперь по делу:
Цитата
Maxim Golovlev написал: Если брать 2+ даты, то ФИО будут повторяться в любом случае.
Конечно будут повторяться. Представьте, что Продавец Иванов продал автомобиль вчера и позавчера. Сводная нам и покажет что у Иванова в эти две даты были продажи.
Плюс к этому вы же не указали, какие вычисления вы хотите делать и по каким алгоритмам. Вы просто озвучили, что Вам связь не удается создать из-за сообщения о дубликатах. Описанный мной способ поможет решить эту проблему. Плюс к этому- дублирующаяся фамилия в сводной как результат вычисления и создание связи по столбцу, где есть дубликаты с двух сторон- это совсем разные вещи, их нельзя сравнивать
Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!
Maxim Golovlev, Нет. Делаете Вы не так - покажите мне справочник логинов. Если он в таблице из скрина "По сотрудникам" - то та есть поля "Неделя" и "Отчетный месяц" Я подозреваю, что крайне вероятна ситуация в которой один и тот же логин встречается на разных неделях, а значит он дублируется,а значит не создается связь. Определитесь, Вам логин нужен или ФИО. Сделайте таблицу из 1 столбца с уникальными значениями и соединяйте.
Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!
У меня есть таблица "Справочник сотрудника", в которой будет находиться только 1 столбец - логин сотрудника (тк является уникальным идентификатором сотрудника в системе). К этому столбцу мне надо подтягивать необходимые показатели, это понятно. Но как тогда эти показатели разбить на даты, недели и месяца, такая необходимость тоже есть.
В любом случае, спасибо Вам за помощь, буду пробовать.
Maxim Golovlev написал: Но как тогда эти показатели разбить на даты, недели и месяца, такая необходимость тоже есть.
Для этого создается справочник "Календарь" В котором даты идут непрерывно.
После этого поле "Дата" из каждой таблицы соединяете с календарем. После этого в срез или таблицу выводите строки календаря и все отлично у Вас фильтруется. На картинке пример того, как это выглядит в живой модели
1. По модели ни разу не видно, что с чем связываете 2. Так же не видно, реально ли у Вас уникальные значения там, где они должны быть уникальными. Проверьте для начала именно этот момент - PP в этом плане не ошибается.
Даже самый простой вопрос можно превратить в огромную проблему. Достаточно не уметь формулировать вопросы...
Каждая таблица содержит поле Login, так же есть отдельная таблица-справочник "ПО_ЛОГИНУ", которая состоит из 1 столбца - Login. Данный столбец включает логины всех сотрудников, по которым необходимо собирать информацию и отражать в отчете. В данной таблице все значения уникальные (проверено), остальные таблицы, тк содержат информацию за несколько дат, в столбце Login содержат не уникальные данные (тк сотрудник работает несколько дней за отчетный период).
Связь тяну именно к модели "ПО_ЛОГИНУ". Тянуть пробовал от всех моделей по столбцу Login.
Maxim Golovlev, мне кажется вы не совсем понимаете;) Как уже писал Dyroff, в таблице АЛЕРТЫ есть периоды - это наводит на мысль, что один и тот же id (уникальный для каждого сотрудника) может быть в нескольких строках. Скопируйте столбец id из таблицы АЛЕРТЫ в excel и скиньте на форум. Мы вам сразу скажем, есть ли там дубликаты.
Тянете точно от таблицы ПО ЛОГИНУ?) Или все-таки связываете две другие таблицы?
Maxim Golovlev написал: Связь тяну именно к модели "ПО_ЛОГИНУ". Тянуть пробовал от всех моделей по столбцу Login.
И что? Не создается связь? Пишет про дубликаты? Ну тогда покажите свою таблицу с уникальными логинами, а мы посмотрим. Сохраните в эксель и прикрепите этот список У меня пока ни разу не случалось, что PP ошибался на счет дубликатов в столбце.
Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!
Осмелюсь задать вопрос, как правильно поступить далее: 1. Просто построить сводную. 2. Подтянуть все интересующие значения в таблицу "Login" и строить сводную уже из неё. Это мой первый отчет на PP, поэтому интересуюсь, может быть, есть какие-то нюансы при построении.