Вспомогательный класс для импорта из Excel через ADO - Страница 3 - DAX: База знаний и проекты

**sukhanchik** · 24.08.2010, 11:31

Попробуйте "Excel 8.0" заменить на "Excel 12.0 Xml". Не уверен - т.к. нет возможности оперативно проверить

AndyD · 24.08.2010, 11:37

Надо использовать не Jet, а ACE
http://www.microsoft.com/downloads/d...displaylang=en

Строка подключения будет выглядеть так

X++:

"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + %1 + ";Extended Properties='Excel 12.0'"

Zabr · 24.08.2010, 11:48

Цитата:

Сообщение от AndyD

Надо использовать не Jet, а ACE
http://www.microsoft.com/downloads/d...displaylang=en

Строка подключения будет выглядеть так

X++:

"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + %1 + ";Extended Properties='Excel 12.0'"

Заработало. Все форматы читаются. Большое спасибо.

Zabr · 24.08.2010, 11:58

Цитата:

Сообщение от Zabr

Заработало..

Стоп. Поторопился. Работает, но.. как быть вот этими параметрами:

Цитата:

HDR=No;FirstRowHasNames=0;IMEX=1'

Что такое IMEX=1, я не знаю. А вот HDR=No;FirstRowHasNames=0; мне важны, чтобы файл читался с первой строки, а не со второй. При попытке добавить эти пераметры получаю вот такую ошибку (прр любом формате файла):

Цитата:

Error Сообщение (11:55:05) Метод "Open" в COM-объекте класса "ADODB.Connection" возвратил код ошибки 0x80004005 (E_FAIL), который означает: Невозможно найти устанавливаемый ISAM.
Error Сообщение (11:55:05) Набор таблиц недоступен. Приложение Excel инициализировано?
Error Сообщение (11:55:05) Метод "Open" в COM-объекте класса "ADODB.Connection" возвратил код ошибки 0x80004005 (E_FAIL), который означает: Невозможно найти устанавливаемый ISAM.
Error Сообщение (11:55:05) Невозможно открыть файл «c:\2007.xlsx»

AndyD · 24.08.2010, 12:07

Вот здесь расписаны параметры подключения к Excel 2007

Zabr · 24.08.2010, 13:44

Цитата:

Сообщение от AndyD

Вот здесь расписаны параметры подключения к Excel 2007

Спасибо за ссылку. Ясно.
Получается, что подключение к Excel 2003 и Excel 2007 делается по-разному.
Получается, что для всех функций, загружающих что-либо в Аксапту с помощью класса ExcelImportADO, нужно предусмотреть выбор пользователем формата загружаемого файла Excel. Притом что уровень многих пользователей таков, что они вообще не имеют понятия о каких-то форматах файлов Excel, тем более не смогут их различить хотя бы по расширению файла. Неудобно.

**sukhanchik** · 24.08.2010, 19:48

Цитата:

Сообщение от Zabr

Притом что уровень многих пользователей таков, что они вообще не имеют понятия о каких-то форматах файлов Excel, тем более не смогут их различить хотя бы по расширению файла. Неудобно.

Ну система-то сможет различить форматы - хотя бы по расширению. И в зависимости от расширения применить соответствующий механизм.

erudit · 02.09.2010, 02:38

Используя класс ExcelImportADO столкнулся со следущей проблемой - если Excel файл содержит более 65536 строк, то первый вызов функции excelImportADO.eof() возвращает TRUE - что НЕ ВЕРНО, т.к. ещё прохода по строкам не было и соотв. импорт заканчивается не начавшись.
Кто-нибудь сталкивался с подобной проблемой?

Заранее спасибо!

**Gustav** · 02.09.2010, 10:48

Цитата:

Сообщение от erudit

Используя класс ExcelImportADO столкнулся со следущей проблемой - если Excel файл содержит более 65536 строк, то первый вызов функции excelImportADO.eof() возвращает TRUE - что НЕ ВЕРНО, т.к. ещё прохода по строкам не было и соотв. импорт заканчивается не начавшись.
Кто-нибудь сталкивался с подобной проблемой?

У меня не воспроизвелось после отработки такого джоба:

X++:

#CCADO
static void Job333_gl00mieExcelImportADO(Args _args)
{
    ExcelImportADO doc = new ExcelImportADO(@'C:\Test_gl00mie.xlsx', #adOpenStatic);
    ;
    doc.openFile(false);
    while(!doc.eof())
    {
        print doc.getFieldValue(1,false);
        doc.moveNext();
    }
}

Всё замечательно отрабатывает. Файл C:\Test_gl00mie.xlsx содержит на первом листе слово Field1 в ячейке A1 и ниже от ячейки A2 до A70000 соответственно числа от 2 до 70 тыщ.

Ну и в Class Declaration класса надо заменить шаблон строки подключения на рекомендацию AndyD'а:

Цитата:

Сообщение от AndyD

X++:

"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + %1 + ";Extended Properties='Excel 12.0'"

А вы openFile не забыли у себя сделать? А то .eof() возвращает true и когда recordset = null.

erudit · 02.09.2010, 18:19

Спасибо огромное!
С меня причитается! Буду в Питере, обязательно свяжусь!

Заменил строку соединения и всё заработало как аптеке!
Ещё раз спасибо за скорую помощь!

Helm · 04.10.2010, 16:53

Всем доброго времени суток.
Ax3 SP3
Обнаружился непонятный глюк:
Все файлы, что пока трогал, грузятся нормально (идёт загрузка из прайсов поставщиков цен во внутреннюю табличку).
Кроме одного. В нём столбец цены подгружается без сотых. Везде всегда формат столбца стоял "общий". Изменение формата на "число" не помогало.

Вот такой инфолог:

X++:

info(strFmt("%1",xlImport.getFieldValue(8,false)));
info(strFmt("%1",xlImport.getFieldValue(8,true)));
info(strFmt("%1",any2real(xlImport.getFieldValue(8,false))));
info(strFmt("%1",any2real(xlImport.getFieldValue(8,true))));

Выводит следующее:

X++:

Т.е. независимо от того, как грузить ячейку - строкой или числом - сначала идёт загрузка нормально. А и при any2real и копировании напрямую идёт неудача - переводится с потерей.

X++:

SalesDDP = xlImport.getFieldValue(8,false);

, SalesDDP типа SalesPrice.
Есть ли идеи у кого-нибудь?

AndyD · 04.10.2010, 17:59

Похоже, у вас из этих ячеек значение выгружается как строка. А так как для преобразования any2real() десятичный разделитель ожидается точка, то, по-этому, и обрезаются копейки при преобразовании.

Может быть, в файле числа заколочены с апострофом впереди?
Тогда будет игнорироваться тип ячейки, а визуально будет как число

Helm · 05.10.2010, 12:25

Спасибо за ответ, правда не помогло насчёт апострофов - в экселе всё стандартно
А про any2real не знал, спасибо!
В итоге тупо отбрутфорсил - поменял запятые на точки и any2real

Krash · 02.02.2011, 16:30

Не знаю, насколько это будет актуально для других, у нас при использовании класса ExcelImportADO (переосмысленного немного) выпадала в своё время ошибка:

Цитата:

Метод 'Open' в COM-объекте класса 'ADODB.Recordset' возвратил код ошибки 0x80004005 (E_FAIL), который означает: Определено слишком много полей.

Проблема оказалась в том, что у исходных файлов некоторые страницы были шириной 256 столбцов (IV). Для лечения достаточно было удалить хотя бы один столбец на подобной странице. Что делать, если лишних столбцов нет, задумался только сейчас.

Может кому съэкономит немного времени.

propeller · 22.02.2011, 11:33

Возникла такая проблема, при использовании данного класса:

X++:

    xlImport    = new ExcelImportADO(filename);


    while(!xlImport.eof())
    {

        strItemID      = xlImport.getFieldValue(1);
        strItemAmount  = xlImport.getFieldValue(3);
    ...

В excel файле первая колонка должна грузиться как текст. Но если возникает ситуация, когда в 1-9 строчке в этой колонке только цифры (хотя формат текстовый или общий) то все дальнейшие строчки с буквами воспринимаются как "0".
Если кто-то сталкивался, подскажите как быть, плиз.

pedrozzz · 02.03.2011, 09:10

В методе getExcelSheetNames() помимо названий самих листов в контейнер попадают названия закладок (bookmark), что естественно приводит к ошибке, если закладка попадает в контейнер имен первой. Единственный способ отличить закладку от листа, который я пока нашел, это наличие символа '$' в названии листа. Вопрос: на сколько это корректно?

gl00mie · 07.03.2011, 12:46

Да, есть такое дело... оказывается, я это давно подправил у себя, но так и не выложил исправление на форуме (см. также это сообщение). В getExcelSheetNames() внутри цикла обработки названий таблиц, возвращаемых ADOX.Catalog, достаточно дописать небольшую проверку:

X++:

for (i = 0; i < cnSheets; i++)
{
    sheet    = sheets.item(i);
    strSheet = sheet.name();
    // если в имени не содержится '$', то это именованный диапазон, а не лист книги
    if (!strfind(strSheet, '$', 1, maxint()))
        continue;

**Dron AKA andy** · 21.06.2011, 13:52

Коллеги, добрый день!

А никто не сталкивался при использовании данного класса импорта со следующей проблемой?

DAX 4.0SP2 (ядра пробовал разные), Excel2007. При импорте из файла, если одна из ячеек записи имеет длину более 256 символов, то запись просто пропускается и обрабатывается сразу следующая запись! Т.е. MoveNext() перескакивает запись с длинным полем, молча без какой-либо ошибки.Пробовал использовать Move(), разные типы курсоров, подключался через Jet и ACE, импортировал из 2003го формата - ничего не помогает.

Посоветуйте плиз, что можно сделать. Или попробуйте кто-нибудь загрузить файл с ячейкой более 256 символов.

pedrozzz · 21.06.2011, 17:02

Dax 2009 RU6
MS Office 2007
Строка подключения: Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + _fileName + ";;Extended Properties='Excel 12.0 Xml;HDR=YES;IMEX=1'
Тип курсора: #adOpenForwardOnly

958 бездумнонабранных символов загружает без проблем, как в формате .xls, так и .xlsx

**Dron AKA andy** · 23.06.2011, 12:28

Докладываю о результатах экспериментов.

Во-первых, спешу покаяться: в моем конкретном случае нужен был курсор с возможностью предварительного подсчета кол-ва записей, поэтому #adOpenForwardOnly я не проверял

Во-вторых, проблема решилась, и виновным оказалось определение типа столбца по первым строкам. Предполагаю, что т.к. в начале стояли короткие строки, то для всего столбца устанавливался укороченный строковый тип. И далее курсор глючил при переборе.

Вышеописанная правка параметра в реестре полностью убрала проблему.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
gl00mie: Read Excel table via ADO	Blog bot	DAX Blogs	2	09.04.2010 08:32
dynamicsusers: DL Tips And Tricks: ADO Database Reader (Jet way) - Excel Example	Blog bot	DAX Blogs	0	02.08.2007 03:50
casperkamal: Using ADO to read from Excel in Microsoft Dynamics Ax	Blog bot	DAX Blogs	2	14.05.2007 11:59