Коллеги, есть база данных. В ней справочник с чеками соединен с

фактами продаж.
Чеков 10 млн. У каждого чека есть id (автоинкремент).
В PBI при импорте этот столбец с кардиналити в 10 млн весит до жути много.

Можно при загрузке его разбить на 2, через целочисленное деление\остаток.
Но после этого уже нельзя будет сделать связь напрямую к продажам.
Как решают такую проблему обычно? Денормализуют все данные из чеков в продажи?

а есть возможность импортировать sql запросом только нужные столбцы?

Может потому, что я описал это в задаче? Я напомню текст. Хочу избавится от кардиналити в 10млн, которая придает значимый вес таблице. Кардиналити уменьшается - разбиением на несколько столбцов, но тогда теряется возможность построить связь 1-* Если бы я хотел просто не загружать столбец - такой бы проблемы не было. В любом случае благодарю за попытку помочь.

А сколько тогда в фактах? Чего бы не разбить по той же схеме id и в них? Ещё во вьюхе на выходе с бд? А потом связь.

в фактах 20млн, в среднем в чеке 2 товара.

Правильно ли я понимаю, что вам желательно заменить формат ID на что-либо целочисленное?

id и так целочисленный. он от 1 до 10млн 🙂 просто vertipaq анализер говорит о том, что эта колонка жрет непомерно много.