Expression error не найдена таблица excel с именем
Есть два файла.
При настройке запроса Power Query на эти файлы "Из папки" запрос не формируется.
По отдельности запрос на файлики формируется нормально.
Файлы не могу приложить из-за их размера.
В чем может быть проблема?
Есть два файла.
При настройке запроса Power Query на эти файлы "Из папки" запрос не формируется.
По отдельности запрос на файлики формируется нормально.
Файлы не могу приложить из-за их размера.
В чем может быть проблема? Viper25
По отдельности запрос на файлики формируется нормально.
Файлы не могу приложить из-за их размера.
В чем может быть проблема? Автор - Viper25
Дата добавления - 19.09.2016 в 17:51
может быть попробуете все таки удалить например из файлов все кроме 1-2 строк или еще как то(архивом например) приложить файл. на данный момент не очень понятно, что там не так
может быть попробуете все таки удалить например из файлов все кроме 1-2 строк или еще как то(архивом например) приложить файл. на данный момент не очень понятно, что там не так Szekerfehesvar
Viper25, возможно у файлов разная структура (количество листов, их названия)
попробуйте такой запрос
[vba]
let
Папка = Folder.Files("C:\folder"),
Файлы = Table.SelectRows(
Папка,
each
Text.StartsWith(_[Extension], ".xls") and
not Text.StartsWith(_[Name], "~")
),
Книги = Table.CombineColumns(
Table.SelectColumns(
Table.AddColumn(
Файлы,
"Workbook",
each
Table.SelectRows(
Excel.Workbook([Content]),
each
_[Kind] = "Sheet"
)
),
),
,
Combiner.CombineTextByDelimiter(
"",
QuoteStyle.None
),
"File Path"
),
Листы = Table.ExpandTableColumn(
Книги,
"Workbook",
)
in
Листы
Viper25, возможно у файлов разная структура (количество листов, их названия)
попробуйте такой запрос
[vba]
let
Папка = Folder.Files("C:\folder"),
Файлы = Table.SelectRows(
Папка,
each
Text.StartsWith(_[Extension], ".xls") and
not Text.StartsWith(_[Name], "~")
),
Книги = Table.CombineColumns(
Table.SelectColumns(
Table.AddColumn(
Файлы,
"Workbook",
each
Table.SelectRows(
Excel.Workbook([Content]),
each
_[Kind] = "Sheet"
)
),
),
,
Combiner.CombineTextByDelimiter(
"",
QuoteStyle.None
),
"File Path"
),
Листы = Table.ExpandTableColumn(
Книги,
"Workbook",
)
in
Листы
let
Папка = Folder.Files("C:\folder"),
Файлы = Table.SelectRows(
Папка,
each
Text.StartsWith(_[Extension], ".xls") and
not Text.StartsWith(_[Name], "~")
),
Книги = Table.CombineColumns(
Table.SelectColumns(
Table.AddColumn(
Файлы,
"Workbook",
each
Table.SelectRows(
Excel.Workbook([Content]),
each
_[Kind] = "Sheet"
)
),
),
,
Combiner.CombineTextByDelimiter(
"",
QuoteStyle.None
),
"File Path"
),
Листы = Table.ExpandTableColumn(
Книги,
"Workbook",
)
in
Листы
пробуйте такой вариант
путь к папке для запроса берется из A1, при выделении этой ячейки открывается диалог для выбора папки
Если в папке будут файлы .xls, запрос выдаст ошибку
пробуйте такой вариант
путь к папке для запроса берется из A1, при выделении этой ячейки открывается диалог для выбора папки
Если в папке будут файлы .xls, запрос выдаст ошибку
Хоть головой об стену.
Не формируется запрос "Из папки" на эти два файла.
Не могу понять что с ними.
ХЕЛП.
Хоть головой об стену.
Не формируется запрос "Из папки" на эти два файла.
Не могу понять что с ними.
ХЕЛП. Viper25
Viper25, дело в том, что XLSX - это по сути архив, содержащий определенный набор xml файлов
PQ функция [vba]
[/vba] (она выполняется при нажатии на кнопочку с двумя стрелками вниз) не может корректно обработать данный тип файлов, и из-за этого на следующем шаге [vba]
[/vba] вываливается ошибка
Да и при формате xls не будет корректного результата
Мой файл из предыдущего поста пробовали?
Viper25, дело в том, что XLSX - это по сути архив, содержащий определенный набор xml файлов
PQ функция [vba]
[/vba] (она выполняется при нажатии на кнопочку с двумя стрелками вниз) не может корректно обработать данный тип файлов, и из-за этого на следующем шаге [vba]
[/vba] вываливается ошибка
Да и при формате xls не будет корректного результата
Мой файл из предыдущего поста пробовали? krosav4ig
[/vba] (она выполняется при нажатии на кнопочку с двумя стрелками вниз) не может корректно обработать данный тип файлов, и из-за этого на следующем шаге [vba]
[/vba] вываливается ошибка
Да и при формате xls не будет корректного результата
Мой файл из предыдущего поста пробовали? Автор - krosav4ig
Дата добавления - 22.09.2016 в 14:37
Как Вы это сделали?
Не могу понять почему при стандартном создании запроса "Из папки" выдается ошибка, а в Вашем запросе, что фактически тоже "Из папки", ошибки нет.
Как Вы это сделали?
Не могу понять почему при стандартном создании запроса "Из папки" выдается ошибка, а в Вашем запросе, что фактически тоже "Из папки", ошибки нет. Viper25
Как Вы это сделали?
Не могу понять почему при стандартном создании запроса "Из папки" выдается ошибка, а в Вашем запросе, что фактически тоже "Из папки", ошибки нет. Автор - Viper25
Дата добавления - 22.09.2016 в 14:57
Столкнулся с тем же вопросом (поисковик выдаёт эту тему) - насколько я понял всё дело в том что это путь для добавления txt или csv файлов. При добавлении файлов Excel надо в явном виде указать что импортируемые файлы имеют эту структуру.
Вместо колонки "binary" надо добавить пользовательский столбец с формулой
Столкнулся с тем же вопросом (поисковик выдаёт эту тему) - насколько я понял всё дело в том что это путь для добавления txt или csv файлов. При добавлении файлов Excel надо в явном виде указать что импортируемые файлы имеют эту структуру.
Вместо колонки "binary" надо добавить пользовательский столбец с формулой
Viper25, запоздалый ответ, но пусть он будет тут.
Все дело в том что когда ты указываешь папку откуда нужно взять файлы эксель, то он забирает все файлы. При этом в некторый момент, могут создавать временные файлы в этой же папке (например открыт какой то файл). И запрос автоматом забирает себе в перечень файлов и этот временный файл. Скорее всего там создавался временный файл экселя, начинается наименование файла с ~. И ввиду такого названия он автоматически становился первым в списке. Т.е. тебе нужно отфильтровать таблицу с перечнем файлов до того как эти файлы начнут считываться. Делается это в расширенном редакторе.
В Power Bi есть кое какая хитрая система вспомогательных запросов, ты о них не знаешь, но они создаются автоматически и в ходе работы ссылаются на них, так вот этот автоматический запрос также придется редактировать и ставить дополнительный фильтр на исключение временных файлов.
Viper25, запоздалый ответ, но пусть он будет тут.
Все дело в том что когда ты указываешь папку откуда нужно взять файлы эксель, то он забирает все файлы. При этом в некторый момент, могут создавать временные файлы в этой же папке (например открыт какой то файл). И запрос автоматом забирает себе в перечень файлов и этот временный файл. Скорее всего там создавался временный файл экселя, начинается наименование файла с ~. И ввиду такого названия он автоматически становился первым в списке. Т.е. тебе нужно отфильтровать таблицу с перечнем файлов до того как эти файлы начнут считываться. Делается это в расширенном редакторе.
В Power Bi есть кое какая хитрая система вспомогательных запросов, ты о них не знаешь, но они создаются автоматически и в ходе работы ссылаются на них, так вот этот автоматический запрос также придется редактировать и ставить дополнительный фильтр на исключение временных файлов. telnoff
Здравствуйте!
Помогите с такой проблемой, при создании запроса из папки, не выводит окно с навигатором, при этом загружает только один файл, т.е. в дальнейшем нет возможности соединить данные всех файлов в одну таблицу. Данный компьютер корпоративный и что либо самостоятельно переустановить невозможно. На домашнем экспериментировал, все получается. Офис установлен на корпоративном и домашнем 2016. При обращении к ИТ специалистам, говорят что Power Qwery установлен корректно, нужно где то отжать какую-нибудь галочку, но при это они не компетентны в данной программе. Где находится эта галочка или как сделать настройку, что бы выдавало окно Навигатор?
Здравствуйте!
Помогите с такой проблемой, при создании запроса из папки, не выводит окно с навигатором, при этом загружает только один файл, т.е. в дальнейшем нет возможности соединить данные всех файлов в одну таблицу. Данный компьютер корпоративный и что либо самостоятельно переустановить невозможно. На домашнем экспериментировал, все получается. Офис установлен на корпоративном и домашнем 2016. При обращении к ИТ специалистам, говорят что Power Qwery установлен корректно, нужно где то отжать какую-нибудь галочку, но при это они не компетентны в данной программе. Где находится эта галочка или как сделать настройку, что бы выдавало окно Навигатор? Max_828898
В Power Query можно столкнуться с двумя типами ошибок:
- Ошибки на уровне шага
- Ошибки на уровне ячеек
Ошибка на уровне шага
Пошаговая ошибка предотвращает загрузку запроса и отображает компоненты ошибок на желтой панели.
Распространенные ошибки на уровне шага
Не удается найти источник — DataSource.Error
Эта ошибка обычно возникает, когда источник данных недоступен пользователем, у пользователя нет правильных учетных данных для доступа к источнику данных или источник был перемещен в другое место.
Пример. У вас есть запрос из текстовой плитки, которая была расположена на диске D и создана пользователем A. Пользователь A предоставляет общий доступ к запросу пользователю B, у которого нет доступа к диску D. Когда этот пользователь пытается выполнить запрос, он получает dataSource.Error , так как в своей среде нет диска D.
Возможные решения. Вы можете изменить путь к файлу текстового файла на путь, к которому у обоих пользователей есть доступ. Как пользователь Б, вы можете изменить путь к файлу, чтобы он был локальной копией того же текстового файла. Если кнопка "Изменить параметры" доступна в области ошибок, ее можно выбрать и изменить путь к файлу.
Столбец таблицы не найден
Эта ошибка обычно активируется, когда шаг создает прямую ссылку на имя столбца, которое не существует в запросе.
Пример. У вас есть запрос из текстового файла, в котором одно из имен столбцов — Column. В запросе есть шаг, который переименовывает этот столбец в date. Но в исходном текстовом файле произошло изменение, и у него больше нет заголовка столбца с именем Column , так как он был изменен вручную на Date. Power Query не удается найти заголовок столбца с именем Column, поэтому он не может переименовать столбцы. Отображается ошибка, показанная на следующем рисунке.
Возможные решения: существует несколько решений для этого случая, но все они зависят от того, что вы хотите сделать. В этом примере, так как правильный заголовок столбца Date уже поступает из текстового файла, можно просто удалить шаг, который переименовывает столбец. Это позволит выполнять запрос без этой ошибки.
Другие распространенные ошибки на уровне шага
При объединении или объединении данных между несколькими источниками данных может возникнуть ошибка Formula.Firewall , например, показанная на следующем рисунке.
Эта ошибка может быть вызвана рядом причин, таких как уровни конфиденциальности данных между источниками данных или способом объединения или объединения этих источников данных. Дополнительные сведения о диагностике этой проблемы см. в брандмауэре конфиденциальности данных.
Ошибка уровня ячейки
Ошибка на уровне ячейки не препятствует загрузке запроса, но отображает значения ошибок в ячейке. При выборе пробела в ячейке отображается область ошибок под предварительным просмотром данных.
Средства профилирования данных помогают более легко выявлять ошибки на уровне ячеек с помощью функции качества столбца. Дополнительные сведения: средства профилирования данных
Обработка ошибок на уровне ячейки
При возникновении ошибок на уровне ячеек Power Query предоставляет набор функций для их обработки путем удаления, замены или сохранения ошибок.
В следующих разделах указанные примеры будут использовать тот же пример запроса, что и начальная точка. В этом запросе есть столбец Sales с одной ячейкой с ошибкой, вызванной ошибкой преобразования. Значение внутри этой ячейки было NA, но при преобразовании этого столбца в целое число Power Query не удалось преобразовать НС в число, поэтому отображается следующая ошибка.
Удаление ошибок
Чтобы удалить строки с ошибками в Power Query, сначала выберите столбец, содержащий ошибки. На вкладке "Главная" в группе "Уменьшить строки" выберите "Удалить строки". В раскрывающемся меню выберите "Удалить ошибки".
Результат этой операции даст вам таблицу, которую вы ищете.
Замена ошибок
Если вместо удаления строк с ошибками необходимо заменить ошибки фиксированным значением, это также можно сделать. Чтобы заменить строки с ошибками, сначала выберите столбец, содержащий ошибки. На вкладке "Преобразование" в группе "Любой столбец " выберите "Заменить значения". В раскрывающемся меню выберите "Заменить ошибки".
В диалоговом окне "Замена ошибок " введите значение 10 , так как вы хотите заменить все ошибки значением 10.
Результат этой операции даст вам таблицу, которую вы ищете.
Сохранение ошибок
Power Query может служить хорошим средством аудита для выявления строк с ошибками, даже если вы не исправите ошибки. Здесь могут быть полезны ошибки keep . Чтобы сохранить строки с ошибками, сначала выберите столбец, содержащий ошибки. На вкладке "Главная" в группе "Уменьшить строки" выберите "Сохранить строки". В раскрывающемся меню выберите "Сохранить ошибки".
Результат этой операции даст вам таблицу, которую вы ищете.
Распространенные ошибки на уровне ячеек
Ошибки преобразования типов данных
Обычно активируется при изменении типа данных столбца в таблице. Некоторые значения, найденные в столбце, не удалось преобразовать в нужный тип данных.
Пример. У вас есть запрос, содержащий столбец с именем Sales. Одна ячейка в этом столбце содержит значение NA в качестве значения ячейки, а остальные имеют целые числа в качестве значений. Вы решили преобразовать тип данных столбца из текста в целое число, но ячейка со значением NA приводит к ошибке.
Возможные решения. После идентификации строки с ошибкой можно либо изменить источник данных, чтобы отразить правильное значение, а не NA, либо применить операцию "Заменить" , чтобы указать значение для любых значений NA , вызывающих ошибку.
Ошибки операций
При попытке применить операцию, которая не поддерживается, например умножение текстового значения на числовое значение, возникает ошибка.
Пример. Вы хотите создать настраиваемый столбец для запроса, создав текстовую строку, содержащую фразу "Total Sales: " сцеплено со значением из столбца Sales . Ошибка возникает из-за того, что операция объединения поддерживает только текстовые столбцы, а не числовые.
Возможные решения. Перед созданием этого настраиваемого столбца измените тип данных столбца Sales на текст.
Предположим, что при сортировке данных все подчиненные операции сохраняют порядок сортировки.
Например, если вы сортируете таблицу продаж так, чтобы первая продажа каждого магазина отображалась, вы можете ожидать, что операция "Удалить дубликаты" вернет только первую продажу для каждого магазина. И эта операция может, на самом деле, казалось бы, работать. Однако это поведение не гарантируется.
Из-за того, как Power Query оптимизирует определенные операции, в том числе пропуская их или перегружая их в источники данных (которые могут иметь собственное уникальное поведение упорядочения), порядок сортировки не гарантируется при помощи агрегатов (таких как Table.Group Table.NestedJoin ), слияний (например), или удаления дубликатов ( Table.Distinct например).
Существует несколько способов обойти эту проблему. Вот две рекомендации:
- Выполните сортировку после применения нижестоящей операции. Например, при группировке строк сортируйте вложенную таблицу в каждой группе перед применением дальнейших шагов. Ниже приведен пример кода M, демонстрирующий этот подход: Table.Group(Sales_SalesPerson, , )>>)
- Буферизуйте данные (используя Table.Buffer ) перед применением нижестоящей операции. В некоторых случаях эта операция приведет к сохранению порядка буферизованной сортировки.
Вывод типов данных
Иногда Power Query могут неправильно обнаружить тип данных столбца. Это связано с тем, что Power Query выводит типы данных только из первых 200 строк данных. Если данные в первых 200 строках каким-то образом отличаются от данных после строки 200, Power Query может в конечном итоге получить неправильный тип. (Имейте в виду, что неправильный тип не всегда создает ошибки. Иногда полученные значения будут просто неверными, что усложняет обнаружение проблемы.)
Например, представьте себе столбец, содержащий целые числа в первых 200 строках (например, все нули), но содержит десятичные числа после строки 200. В этом случае Power Query выдаст тип данных столбца в целое число (Int64.Type). Это вывод приведет к усечению десятичных частей всех не целочисленных чисел.
Или представьте столбец, содержащий текстовые значения даты в первых 200 строках и другие типы текстовых значений после строки 200. В этом случае Power Query выдаст тип данных столбца date. Это вывод приведет к обработке недаты текстовых значений как ошибок преобразования типов.
Так как обнаружение типов работает в первых 200 строках, но профилирование данных может работать по всему набору данных, вы можете использовать функцию профилирования данных, чтобы получить ранние сведения в Редактор запросов об ошибках (от обнаружения типов или любого количества других причин) за пределами верхних N строк.
Подключения принудительно закрыты удаленным узлом
При подключении к различным API может появиться следующее предупреждение:
Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host
Если возникла эта ошибка, скорее всего, возникла проблема с сетью. Как правило, первыми пользователями, с которыми можно ознакомиться, являются владельцы источника данных, к которому вы пытаетесь подключиться. Если они не думают, что они закрывают подключение, возможно, что-то на этом пути (например, прокси-сервер, промежуточные маршрутизаторы или шлюзы и т. д.).
Независимо от того, воспроизводится ли это только с любыми данными или только большими размерами данных, скорее всего, в маршруте есть время ожидания сети. Если это только с большими данными, клиенты должны обратиться к владельцу источника данных, чтобы узнать, поддерживают ли их API разбиение по страницам, чтобы они могли разделить свои запросы на небольшие блоки. В противном случае следует использовать альтернативные способы извлечения данных из API (следующие рекомендации по источнику данных).
Комплекты шифров TLS RSA устарели
Начиная с 30 октября 2020 г. следующие комплекты шифров устарели с наших серверов.
- "TLS_RSA_WITH_AES_256_GCM_SHA384"
- "TLS_RSA_WITH_AES_128_GCM_SHA256"
- "TLS_RSA_WITH_AES_256_CBC_SHA256"
- "TLS_RSA_WITH_AES_128_CBC_SHA256"
Ниже приведен список поддерживаемых наборов шифров:
- "TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"
- "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"
- "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
- "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
- "TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256"
- "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384"
- "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
- "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"
Это наборы шифров, к которому вы подключаетесь, должны поддерживать подключение из Power Query Online или Power BI.
В Power Query Desktop (Power BI, Excel) мы не контролируем наборы шифров. Если вы пытаетесь подключиться к Power Platform (например, к потокам данных Power Platform) или службе Power BI, вам потребуется один из этих наборов шифров, включенных в ос. Вы можете обновить версию Windows или обновить реестр TLS Windows, чтобы убедиться, что конечная точка сервера поддерживает один из этих шифров.
Чтобы убедиться, что сервер соответствует протоколу безопасности, можно выполнить тест с помощью шифра TLS и средства проверки. Одним из примеров может быть SSLLABS.
Клиенты должны обновить свои серверы до 1 марта 2021 г. Дополнительные сведения о настройке порядка комплекта шифров TLS см. в разделе "Управление протоколом TLS".
Отзыв сертификатов
Следующая версия Power BI Desktop приведет к сбою SSL-подключений из Desktop, когда все сертификаты в цепочке SSL отсутствуют в состоянии отзыва сертификатов. Это изменение текущего состояния, когда отзыв приводил только к сбою подключения в том случае, если сертификат был явно отозван. Другие проблемы с сертификатами могут включать недопустимые подписи и срок действия сертификата.
Так как существуют конфигурации, в которых состояние отзыва может быть удалено, например с корпоративными прокси-серверами, мы предоставим еще один вариант игнорировать сертификаты, у которых нет сведений об отзыве. Этот параметр позволит ситуациям, когда сведения об отзыве будут удалены в некоторых случаях, но вы не хотите полностью снизить безопасность, чтобы продолжить работу.
Это не рекомендуется, но пользователи по-прежнему смогут полностью отключить проверки отзыва.
Ошибка: оценка отменена
Ошибка: ключ не совпадал со строками в таблице
Существует множество причин, по которым Power Query может возвращать ошибку, из-за которой ключ не соответствовал ни одной строке таблицы. При возникновении этой ошибки подсистеме Mashup не удается найти имя таблицы, которую он ищет. Причины возникновения этой ошибки:
- Имя таблицы было изменено, например в самом источнике данных.
- Учетная запись, используемая для доступа к таблице, не имеет достаточных прав для чтения таблицы.
- Для одного источника данных может быть несколько учетных данных, которые не поддерживаются в службе Power BI. Эта ошибка может произойти, например, если источник данных является облачным источником данных, а несколько учетных записей используются для доступа к источнику данных одновременно с разными учетными данными. Если источник данных является локальным, необходимо использовать локальный шлюз данных.
Ограничение. Требование к присоединению к домену для компьютеров шлюза при использовании проверка подлинности Windows
Для использования проверка подлинности Windows с локальным шлюзом требуется, чтобы компьютер шлюза был присоединен к домену. Это относится к любым подключениям, настроенным с помощью проверка подлинности Windows через шлюз. Windows учетных записей, которые будут использоваться для доступа к источнику данных, может потребоваться доступ на чтение к общим компонентам в каталоге Windows и установке шлюза.
Ограничение. Обновление OAuth2 для нескольких клиентов не поддерживается в служба Power BI
Если вы хотите подключиться к источнику данных из служба Power BI с помощью OAuth2, источник данных должен находиться в том же клиенте, что и служба Power BI. В настоящее время сценарии подключения с несколькими клиентами не поддерживаются в OAuth2.
Ограничение. Настраиваемая конечная точка проверки подлинности AD FS не поддерживается в служба Power BI
Возможность использования пользовательской конечной точки проверки подлинности службы федерации Active Directory (AD FS) (AD FS) не поддерживается в служба Power BI. Пользователи могут столкнуться со следующей ошибкой: служба маркеров, сообщаемая ресурсом, не является доверенной.
Я пытаюсь загрузить (объединить) несколько файлов Excel в Power BI (версия от октября 2019 г.). В каждом файле всего 1 лист. Каждый лист имеет 1 диапазон, и каждый диапазон имеет одинаковую схему для всех файлов. (Хотя названия листов разные.) Имя образца листа - «200704».
- Получить данные \ папку \ подключить
- укажите путь к папке
- Объединить и загрузить
- выберите один из файлов в качестве моего образца файла; щелкните по имени файла как «Мой Параметр1»; нажмите ОК
После того, как я нажму «ОК», курсор немного покрутится, а затем остановится. Ничего не произошло. Итак, я перехожу в Edit Queries \ Edit Queries. В моем запросе данных есть предупреждающий символ, который гласит:
Произошла ошибка в запросе «Преобразовать файл». Expression.Error: ключ не соответствует ни одной строке в таблице.
Подробности: Ключ = Элемент = 200704 Вид = Лист Таблица = [Таблица]
Если это поможет, Power BI сгенерирует для меня 5 запросов со следующей структурой:
- Преобразовать файл из данных [2]
- Вспомогательные запросы [3]
- Параметр1 (образец файла)
- Образец файла
- Преобразовать файл
- Файл образца преобразования
- Другие запросы [1]
- данные
Интересно, что если это помогает диагностировать проблему, если я установил образец файла = Первый файл или если я вручную установил образец файла для своего первого файла, в диалоговом окне выдается следующая ошибка, но она не показывает, какой запрос ошибочен. когда я пытаюсь просмотреть / отредактировать запрос.
Не удалось сохранить изменения на сервере. Возвращена ошибка: «Ошибка OLE DB или ODBC: [Expression.Error] Ключ не соответствует ни одной строке в таблице ..».
И, конечно же, когда я пытаюсь загрузить этот файл (или любой файл в папке, если на то пошло) индивидуально (через соединение Excel), он загружается успешно. Итак, что-то не так с кодом M в моем подключении к папке.
1 ответ
Для сравнения вот мой бывший (неверный) M-код:
А вот мой новый (правильный) код:
Обратите внимание на шаг «Удаленные столбцы» в новом шаблоне запроса. Это «секретный соус» к ключевой проблеме. Также обратите внимание, что я сохранил все шаги по умолчанию после моего шага «Данные» (т.е. «Продвинутые заголовки» и «Измененный тип») в моем шаблоне запроса. Это потому, что все мои листы имеют одинаковую схему. Если бы это было не так, мне бы пришлось перенести эти шаги в обычный запрос.
Анализ ошибок Power Query, обработка исключений (ошибка)
Power Query M Язык, использование error Указывает на ненормальную ошибку при обработке выражения вычисления.
M Исключения в языке обычно возникают из-за того, что операторы и функции сталкиваются с ошибками или используют неверные выражения.
1. Распространенные ошибки Power Query
(1) Функция ввела неверный параметр: Expression.Error: невозможно преобразовать значение XXX в тип XXX.
(2) Ошибка типа выражения: Expression.Error: невозможно применить оператор XXX к типам XXX и XXX.
Выражение + используется для сложения чисел, но следующий пример используется для добавления текста, вызывающего ошибку.
(3) Имя не может быть распознано (регистр и орфографические ошибки): Expression.Error: Имя XXX не может быть распознано
По сравнению с именем функции в Common Errors (1) имя функции number.totext введено неправильно в зависимости от регистра, что приводит к ошибкам.
(4) Ошибка преобразования данных: DataFormat.Error: невозможно преобразовать в XXX
Столбец суммы продаж преобразован в числовой тип, но он содержит текстовые данные, что вызывает ошибку.
2. Обработка исключений на языке M (Ошибка)
можно использовать try Выражения для тестирования, анализа и обработки исключений ошибок. При возникновении ошибки try В выражении можно указать значение, которое может использоваться для указания причины ошибки.
( 1 ) Try Структура выражения:
tryResult = try Заявления, которые могут быть ненормальными otherwise Значение результата, когда произошла ошибка
( 2 ) try Результат, возвращаемый выражением
Когда ошибка не возникла
Try Вернуть запись record С полями HasError 、 Value 。
из их HasError Ценность FALSE , Value Да" Заявления, которые могут быть ненормальными "Результат расчета
Когда возникает ошибка
потому как “ считать 1” Столбец не существует, ошибка вычисления выражения.
Try Вернуть запись record С полями HasError 、 Error 。
из их HasError Ценность TRUE , Error Это рекорд record
из их Message В поле указана неверная информация (она уже запрошена на китайском, как правило, более понятная)
( 3 ) Словосочетание otherwise Время, try Результат, возвращаемый выражением
Когда ошибка не возникла
Возвращается результат вычисления «утверждения, которое может быть ненормальным».
Без совпадения otherwise из try По сравнению с оператором, нет необходимости передавать возвращаемый результат Value Прочтите поле еще раз. Выражение предложения проще и компактнее.
Когда возникает ошибка
потому как “ считать 1” Столбец не существует, ошибка вычисления выражения.
Результат расчета возвращен otherwise После значения.
три, использовать try Исключение обработки выражения
(1) Повышение отказоустойчивости кода
В Power Query с помощью приведенных выше выражений try исключения могут создаваться и обрабатываться.
(2) Пользовательское исключение выброса
В соответствии с фактическим использованием вы можете настроить генерируемую информацию об исключении, просто используйте ошибку и формат записи.
Интеллектуальная рекомендация
Практика работы с регулярными выражениями
Переключатель Kotlin
В Котлине нет оператора коммутатора, и это DESI. Способ Джавы: Котлин написание: .
TIDB Двоичного Источник чтение Чтение статья (7) Drainer сервер Введение
Автор: Хуан Jiahao В предыдущей статье вводится насос сервер, давайте познакомимся реализация Drainer сервера, главная роль Drainer сервера, чтобы получить Двоичный от каждого сервера насоса, и анализ.
Сеть Внимания пирамиды для сегментации сегментации
Сеть Внимания пирамиды для сегментации сегментации Эта статья предлагает сковороду, предлагая функцию модуля привлечения пирамиды (FPA) и Global Module Atterty Upsample (GAU), вводящий очаговый ключ д.
LeetCode 595. Big Countries
LeetCode 595. Big Countries тема There is a table World A country is big if it has an area of bigger than 3 million square km or a population of more than 25 million. Write a SQL solution to output bi.
Читайте также: