209 похожих чатов

Добрый день! Вчера сегодня столкнулся со странной проблемой короче, предположительно удалось выявить

источник проблемы

ранее, как наверное знаете, Power Query не различал верхний и нижний регистр символов
кстати с этим были проблемы, когда я пытался ссылки (ссылки при получении данных из 1с) просто переводить в текстовый вид. Возникали неуникальные значения.

переводя ссылку в тип uniqueidentifier при выполнении запроса в Power Query происходит получение кода ссылки (в даннос случае поля ссылок в 1с) то с символами в верхнем регистре, то в нижнем
и ранее это работало

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

предположительно доработали в Power Query и/или языке М идентификацию символов в разных регистрах
и как понимаю, простое решение - при преобразовании ссылок в формат uniqueidentifier , нужно добавить преобразование всегда только в нижний или всегда только в верх регистр

что мне только непонятно... как продолжают работать ранее сгенерированные запросы. Хотя возможно при любой новой коррекции могут возникать ошибки?

@PooHkrd

15 ответов

26 просмотров

Если честно, то я впервые слышу, чтобы pq где бы то ни было не учитывал регистр. Скорее обратное. С API я работаю плотно последние полгода и все это время регистр в ссылках и параметрах учитывался. В общем надо смотреть на ваши запросы, что вы там заворачиваете в web.contents, odata или куда там еще

Vadim-Karasev Автор вопроса
Алексей (PooHkrd) Семилетов
Если честно, то я впервые слышу, чтобы pq где бы т...

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

PQ всегда учитывал регистр, если не указано специально типа Comparer.OrdinalIgnoreCase

Vadim Karasev
и еще.... я так работал много лет, но вот пробле...

Так вы соберите вьюшку на стороне SQL и не мучайтесь, забирайте её и всё.

Алексей (PooHkrd) Семилетов
Золотые слова! Юра бы одобрил.

Так Юрий мне очень давно так и посоветовал.)))

Vadim-Karasev Автор вопроса
Aleksandr
Так вы соберите вьюшку на стороне SQL и не мучайте...

да это понятно) но мне и так и так удобно в разных случаях. И я не говорил, что не могу справиться с проблемой. Я хотел показать и уточнить что вероятно изменилась оработка таких ссылок с разнорегистровыми символами

Не знаю, но PQ чувствителен к символам регистров это факт, у меня так всегда да и у многих думаю.То что у вас слышу честно впервые.

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

Vadim-Karasev Автор вопроса
Maxim Zelensky
скорее, изменилось то, как отдает вам источник - р...

Не совсем так. Я строю запрос, нажимаю кнопку обновить и вижу что от раза к разу регистр может меняться.

Vadim-Karasev Автор вопроса
Aleksandr
Не знаю, но PQ чувствителен к символам регистров э...

Ну вот в power bi раньше был нечувствителен. Может они просто PQ обновили до посл версии

Vadim Karasev
Не совсем так. Я строю запрос, нажимаю кнопку обно...

я же вам ответил, делайте view, там такого не будет

Vadim Karasev
Ну вот в power bi раньше был нечувствителен. Может...

это было всегда, вы просто этого не видели так не джойнили таблицы в pq скорее всего

Vadim-Karasev Автор вопроса
Yurі Polіshсhuk
я же вам ответил, делайте view, там такого не буде...

Вью здесь не при чем. Я и здесь могу тип ссылок поменять на какой нибудь bigint или этот регистр обработать. Я рассказал не о моей проблеме. Я то справлюсь. Я о том сто может др помешать в следсв прошедших изменений в инструменте

Похожие вопросы

Обсуждают сегодня

Карта сайта