Добрый вечер.
Ситуация:
1С8 запросом формирует табличный документ и сохраняет его в папку в формате "xlsx"
В Excel query создается запрос на подключение к этому файлу.
В редакторе запроса, при попытке провалиться в табличную часть документа, возникает ошибка (скриншоты ниже).
Обойти проблему не получается, но обнаружилось, что:
1) если сгенерированный файл имеет размер, скажем 1,3 МБ, то стоит его открыть в excel и сохранить под тем же именем, как он обретет вес в 1,6 МБ, и при этом полностью исчезнет проблема с добавлением данных в запрос
2) судя по всему 1С создает бинарный файл excel, который скорее xlsb, чем xlsx
3) попытка сравнить средствами [inquire - compare files] два файла, один из которых подвергся пересохранению через excel, а другой - в первозданном виде, дала обескураживающий результат (см скрины). При этом каждое из отличий при сравнении в excel посредством ссылка=ссылка возвращет ИСТИНА. Судя по всему, разница в способе хранения данных в файлах разного типа. Нашел этому косвенное подтверждение . Не понял, по каком принципу выводятся отличия (ведь иногда число во второй таблице больше, а иногда меньше, а иногда в текстовых ячейках невидимые отличия)
4) если для выгрузки из 1С задавать формат "xls", данные корректно можно загрузить в query, НО размер файла увеличивает в 3-4 раза, а сам запрос начинает работать очень медленно.
(imgur)
Т.к. файлы содержат персональные данные, не могу их приложить. Не могу очистить файл от персональных данных, т.к. редактирование в excel приведет к необходимости пересохранить файл из excel (см п.1 со всеми вытекающими)
upd: приложил файл примера. отказывается распознаваться в query. если открыть в экселе, сохранить, закрыть - начнет распознаваться.
Собственно вопросы:
1) верно ли предположение №2 про xlsb под соусом xlsx?
2) верно ли, что query плохо справляется с двоичными книгами excel?
3) сталкивались ли вы с похожей ошибкой импорта данных в запрос? если да, удалось ли решить проблему?
4) в свойствах подключения по умолчанию создается строка - может ли она оказывать влияние на возникновение ошибки?
5) есть ли возможность дописать запрос вручную так, чтобы он возвращал не ошибку, а все же таблицу. Возможно следует как-то преобразовать источник запросом?
Спасибо
Ситуация:
1С8 запросом формирует табличный документ и сохраняет его в папку в формате "xlsx"
В Excel query создается запрос на подключение к этому файлу.
В редакторе запроса, при попытке провалиться в табличную часть документа, возникает ошибка (скриншоты ниже).
Обойти проблему не получается, но обнаружилось, что:
1) если сгенерированный файл имеет размер, скажем 1,3 МБ, то стоит его открыть в excel и сохранить под тем же именем, как он обретет вес в 1,6 МБ, и при этом полностью исчезнет проблема с добавлением данных в запрос
2) судя по всему 1С создает бинарный файл excel, который скорее xlsb, чем xlsx
3) попытка сравнить средствами [inquire - compare files] два файла, один из которых подвергся пересохранению через excel, а другой - в первозданном виде, дала обескураживающий результат (см скрины). При этом каждое из отличий при сравнении в excel посредством ссылка=ссылка возвращет ИСТИНА. Судя по всему, разница в способе хранения данных в файлах разного типа. Нашел этому косвенное подтверждение . Не понял, по каком принципу выводятся отличия (ведь иногда число во второй таблице больше, а иногда меньше, а иногда в текстовых ячейках невидимые отличия)
4) если для выгрузки из 1С задавать формат "xls", данные корректно можно загрузить в query, НО размер файла увеличивает в 3-4 раза, а сам запрос начинает работать очень медленно.
(imgur)
upd: приложил файл примера. отказывается распознаваться в query. если открыть в экселе, сохранить, закрыть - начнет распознаваться.
Собственно вопросы:
1) верно ли предположение №2 про xlsb под соусом xlsx?
2) верно ли, что query плохо справляется с двоичными книгами excel?
3) сталкивались ли вы с похожей ошибкой импорта данных в запрос? если да, удалось ли решить проблему?
4) в свойствах подключения по умолчанию создается строка - может ли она оказывать влияние на возникновение ошибки?
| Код |
|---|
Provider=Microsoft.Mashup.OleDb.1;Data Source=$Workbook$;Location=TDSheet2;Extended Properties="" |
Спасибо
Изменено: - 27.07.2016 23:13:07
, типа должно быть 11 знаков) то в случае когда количество символов меньше чем должно быть - 1С забивает это дело невидимым символом с кодом 160. Ранее при пересохранении файлов Excel самостоятельно эти символы убирал из ячеек, а теперь от этого дела надо делать зачистку.