доброго времени суток,

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

Если справочник самодельный, и:
1) не содержит информации, которой нет в базе, то, наверное, без разницы, откуда вы скопируете новые ключи, т.к. в модели данных нужно будет обновить только справочник после корректировки;
2) содержит такую информацию, но:
  2.1) эта информация не участвует в формировании таблицы, с которой вы работаете в модели данных, тогда см. п.1;
  2.2) участвует, тогда зависит от модели, а именно в скорости обновления рабочей таблицы. Если не напрягает сначала ее обновить, потом новые ключи перенести в справочник и снова обновить - РР может быть.
Я бы делал в PQ.

Больше, глядя на ваш пример, ничего не могу сказать

PooHkrd, Вы имеет ввиду, что в Excel DAX не дает возможность создания таблиц в отличие от PBI?
А если это делать не через создание таблиц, а через вывод в сводной, как в моем примере?
Мне казалось, что свзяка 2х таблиц в модели power pivot работает быстрее чем объединение таблиц в PQ... в этом основной вопрос

В основном да, если вы за скорость. Вообще говоря опосредованно возможность вывода таблиц формулами dax в экселе есть. Можно вывести таблицу на лист с выводом содержимого формулами dax. И тут же эту таблицу затащить в модель. Получится почти как в pbi. Где-то на форуме уже разбирался такой вопрос.

Я сейчас с телефона, ваш пример не могу разобрать. Но одно могу сказать  точно: справочник не должен содержать разнородную информацию. Должен быть отдельный справочник для магазинов и их географии, отдельный для товаров, для дат, для продавцов и т.д. так значительно проще потом составлять меры и визуализации.
Что такое А, В и С с этой точки зрения?