PQ не баг, а фича при работе со значениями, которые отличаются регистром?

Пользователь

Сообщений: 1142 Регистрация: 07.09.2020

02.02.2022 18:24:27

Добрый день. Сегодня весь день голову ломал по теме какого лешего PQ при работе со значениями, которые отличаются регистром в одном символе в исходнике, PQ меняет в выгружаемой таблице все остальные элементы на тот, который первый.

Пример. Есть серия B7260b39 и B7260B39 (отличие во второй В). Если в исходник поставить первым элементом B7260b39, то после обновления B7260B39 заменится на B7260b39 и наоборот соответственно. Это норма?

Прикрепленные файлы

серия.xlsx (86.34 КБ)

surkenny

Пользователь

Сообщений: 2890 Регистрация: 13.06.2014

02.02.2022 18:43:44

mechanix 85, дело не в PQ. В самом запросе все корректно. Если не загружать запрос в модель - тоже.
Видимо, PP старается таким образом привести к одному регистру найденные «дубликаты», чтобы данные занимали меньше места.

mechanix 85 Пользователь Сообщений: 1142 Регистрация: 07.09.2020	#3 02.02.2022 19:59:23 surkenny, но ведь в таблице, которая загружается на лист напрямую тоже идёт замена

surkenny Пользователь Сообщений: 2890 Регистрация: 13.06.2014	#4 02.02.2022 20:18:03 mechanix 85, только в случае, если есть и загрузка в модель данных. Попробуйте ее убрать.

mechanix 85 Пользователь Сообщений: 1142 Регистрация: 07.09.2020	#5 02.02.2022 23:19:40 да, действительно. так норм! а для меня регистр важен (о, курва!)

PooHkrd Пользователь Сообщений: 6602 Регистрация: 22.02.2017 Excel x64 О365 / 2016 / Online / Power BI	#6 03.02.2022 10:24:42 Фигасе! В PowerBI та же шляпа. В общем пообщался в чатике, Максим Зеленский сказал, что это движок Vertipaq такое делает автоматом для всех дублей. Т.е. если бы в столбце все значения были уникальные, то в модель пишутся как есть, но если есть дубли, без учета регистра, то все запишутся как первый попавшийся. Так что, да, не баг, а фича Изменено: PooHkrd - 03.02.2022 10:39:32 Вот горшок пустой, он предмет простой...