Я намагаюся прочитати файл Excel (xlsx), використовуючи наведений нижче код. Я отримую "Зовнішня таблиця не в очікуваному форматі". помилка, якщо я вже не відкрив файл в Excel. Іншими словами, я маю спершу відкрити файл в Excel, перш ніж я можу прочитати, якщо з моєї програми C #. Файл xlsx розміщений у нашій мережі. Як я можу прочитати файл, не спершу відкривати його? Дякую

string sql = "SELECT * FROM [Sheet1$]";
string excelConnection = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + pathname + ";Extended Properties=\"Excel 8.0;HDR=YES;IMEX=1;\"";

using (OleDbDataAdapter adaptor = new OleDbDataAdapter(sql, excelConnection)) {
    DataSet ds = new DataSet();
    adaptor.Fill(ds);
}

"Зовнішня таблиця не в очікуваному форматі." зазвичай виникає при спробі використання файлу Excel 2007 із рядком з'єднання, який використовує: Microsoft.Jet.OLEDB.4.0 та розширені властивості = Excel 8.0

Використання наступного рядка підключення, здається, усуває більшість проблем.

public static string path = @"C:\src\RedirectApplication\RedirectApplication\301s.xlsx";
public static string connStr = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=Excel 12.0;";

Дякую за цей код :) Дуже вдячний. Працює для мене.

public static string connStr = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=Excel 12.0;";

Отже, якщо у вас є версія версії файлу Excel, отримайте ім'я файлу, якщо його розширення .xlsx , використовуйте це:

Private Const connstring As String = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=Excel 12.0;";

а якщо це .xls , використовуйте:

Private Const connstring As String = "Provider=Microsoft.Jet.OLEDB.4.0;" & "Data Source=" + path + ";Extended Properties=""Excel 8.0;HDR=YES;"""

(У мене занадто низька репутація, щоб коментувати, але це коментар до вступу JoshCaba, використовуючи Ace-движок замість Jet для Excel 2007)

Якщо у вас на комп'ютері не встановлений / зареєстрований Ace, його можна отримати за посиланням: https://www.microsoft.com/en-US/download/details.aspx?id=13255

Це стосується і Excel 2010.

Просто додайте мій випадок. Мій файл xls був створений функцією експорту даних з веб-сайту, розширення файлу - xls, його можна нормально відкрити MS Excel 2003. Але Microsoft.Jet.OLEDB.4.0 і Microsoft.ACE.OLEDB.12.0 отримали " Зовнішня таблиця не є у очікуваному форматі "винятком.

Нарешті, проблема полягає в тому, як сказано у винятку, "це не в очікуваному форматі". Хоча це ім'я розширення - xls, але коли я відкриваю його за допомогою текстового редактора, це насправді добре сформований файл html, усі дані знаходяться у <table>, кожен <tr> - рядок, і кожен <td> - a клітина. Тоді я думаю, що можу розібрати його в html-спосіб.

У мене була така ж проблема. що вирішено за допомогою цих кроків:

1.) Клацніть Файл

2.) Виберіть "зберегти як"

3.) Клацніть на спадному меню (Зберегти як тип)

4.) Виберіть робочу книжку Excel 97-2003

5.) Натисніть кнопку «Зберегти»

У мене була ця сама проблема (за допомогою ACE.OLEDB), і це вирішило для мене це посилання:

http://support.microsoft.com/kb/2459087

Суть у тому, що встановлення декількох офісних версій та різних офісних sdk, збірок тощо призвело до посилання ACEOleDB.dll у реєстрі, що вказує на папку OFFICE12 замість OFFICE14 в

C: \ Програмні файли \ Загальні файли \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL

За посиланням:

Крім того, ви можете змінити ключ реєстру, змінивши шлях dll, щоб він відповідав вашій версії Access.

У Access 2007 слід використовувати OFFICE12, Access 2010 - OFFICE14 та Access 2013 - OFFICE15

(ОС: 64-бітний офіс: 64 біт) або (ОС: 32-бітний офіс: 32 біт)

Ключ: HKCR \ CLSID {3BE786A0-0366-4F5C-9434-25CF162E475E} \ InprocServer32 \

Ім'я значення: (за замовчуванням)

Дані про значення: C: \ Program Files \ Загальні файли \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL

(ОС: 64-бітний офіс: 32-бітний)

Ключ: HKCR \ Wow6432Node \ CLSID {3BE786A0-0366-4F5C-9434-25CF162E475E} \ InprocServer32 \

Ім'я значення: (за замовчуванням)

Дані про значення: C: \ Program Files (x86) \ Загальні файли \ Microsoft Shared \ OFFICE14 \ ACEOLEDB.DLL

Я також бачив цю помилку при спробі використовувати складні формули INDIRECT () на аркуші, який імпортується. Я помітив це, бо це була єдина різниця між двома робочими книгами, коли одна імпортувала, а інша - ні. В обох були файли 2007+ .XLSX, і встановлено двигун 12.0.

Я підтвердив, що це питання було:

• Створення копії файлу (все-таки виникла проблема, тому це не було деякою економією)
• Виділення всіх комірок на аркуші за допомогою непрямих формул
• Вставлення лише як значення

і помилка зникла.

Я отримував помилки під час читання робочої книги XLSX третьою стороною та Оледбом. Видається, що проблема є прихованим робочим аркушем, який спричиняє помилку. Якщо приховувати робочий аркуш, імпорт робочої книги був імпортований.

Якщо файл лише для читання, просто видаліть його і він повинен працювати знову.

Побіг у тому ж випуску і знайшов цю тему. Жодна з наведених вище пропозицій не допомогла, окрім коментаря @ Сміта до прийнятої відповіді 17 квітня 1313 року.

Фон моєї проблеми досить близький до @ zhiyazw - в основному намагаються встановити експортований файл Excel (в моєму випадку SSRS) як джерело даних у пакеті dtsx. Все, що я зробив, після деяких роздумів, перейменував робочий аркуш. Це не повинно бути малим регістром, як запропонував @Smith.

Я думаю, що ACE OLEDB очікує, що файл Excel буде слідувати певній структурі XML, але чомусь Reporting Services цього не знають.

Ця адреса файлу excel може мати неправильне розширення. Ви можете змінити розширення з xls на xlsx або навпаки і спробувати ще раз.

файл може бути заблокований іншим процесом, вам потрібно скопіювати його, а потім завантажити його, як зазначено в цій публікації

Це також може бути файл, що містить зображення чи діаграми, дивіться це: http://kb.tableausoftware.com/articles/knowledgebase/resolving-error-external-table-is-not-in-expected-format

Рекомендація - зберегти як Excel 2003

Просто додаю своє рішення до цього питання. Я завантажував .xlsx файл на веб-сервер, потім читав з нього і групову вставку на SQL Server. Отримував це те саме повідомлення про помилку, спробував усі запропоновані відповіді, але жодна не працювала. Врешті-решт я зберег файл як excel 97-2003 (.xls), який працював ... Єдине питання, яке я маю зараз, це те, що в оригінальному файлі було 110 000+ рядків.

Якщо у вас все-таки виникає ця проблема, то перевірте свої дозволи, я перепробував багато цих пропозицій, і моя конкретна проблема полягала в тому, що файл, який я хотів обробити, знаходився під контролем джерела, а потік не мав дозволів, я повинен був змінити всі дозволи папки. і він почав працювати (я обробляв там багато файлів) ... Він також відповідає багатьом пропозиціям, наприклад, змінити ім'я файлу або перевірити, чи файл не піддається іншим процесам.

Я сподіваюся, що це вам допоможе.

У мене виникла ця проблема, і зміна розширених властивостей на імпорт HTML виправила її відповідно до цієї публікації Маркусом Мірісом:

strCon = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" & importedFilePathAndName _
         & ";Extended Properties=""HTML Import;HDR=No;IMEX=1"";"

Замість OleDb можна використовувати Excel Interop та відкривати робочий аркуш як лише для читання.

https://msdn.microsoft.com/en-us/library/microsoft.office.interop.excel.workbooks.open(v=office.15).aspx

ACE витіснив JET

Ace Підтримує всі попередні версії Office

Цей Кодекс працює добре!

        OleDbConnection MyConnection;
        DataSet DtSet;
        OleDbDataAdapter MyCommand;
        
        MyConnection = new System.Data.OleDb.OleDbConnection(@"Provider=Microsoft.ACE.OLEDB.12.0;Data Source=..\\Book.xlsx;Extended Properties=Excel 12.0;");
        MyCommand = new System.Data.OleDb.OleDbDataAdapter("select * from [Sheet1$]", MyConnection);
        DtSet = new System.Data.DataSet();
        
        MyCommand.Fill(DtSet);
        dataGridView1.DataSource = DtSet.Tables[0];
        MyConnection.Close();

Це може статися, коли робоча книга захищена паролем. Існує кілька способів усунення цього захисту, але більшість прикладів, які ви знайдете в Інтернеті, є застарілими. У будь-якому випадку, просте рішення - зняти захист робочої книги вручну, інакше використовувати щось на зразок OpenXML, щоб видалити захист програмно.

Нещодавно я побачив цю помилку в контексті, який не відповідав жодній із перерахованих раніше відповідей. Виявився конфлікт з AutoVer . Вирішення: тимчасово вимкнути AutoVer.

Нещодавно у мене була ця система "System.Data.OleDb.OleDbException (0x80004005): зовнішня таблиця не в очікуваному форматі." трапляються помилки. Я покладався на Microsoft Access 2010 Runtime. До оновлення, яке було автоматично встановлено на моєму сервері 12 грудня 2018 року, мій код C # спрацював нормально за допомогою постачальника Microsoft.ACE.OLEDB.12.0. Після встановлення оновлення від 12 грудня 2018 року я почав отримувати "зовнішню таблицю не у очікуваному форматі" у своєму файлі журналу.

Я випустив програму Microsoft Access 2010 Runtime і встановив програму Microsoft Access 2013 Runtime, і мій код C # знову почав працювати без "System.Data.OleDb.OleDbException (0x80004005): зовнішня таблиця не в очікуваному форматі." помилки.

Версія 2013 року, яка виправила для мене цю помилку https://www.microsoft.com/en-us/download/confirmation.aspx?id=39358

Версія 2010 року, яка працювала для мене до оновлення, яке було автоматично встановлено на моєму сервері 12 грудня. https://www.microsoft.com/en-us/download/confirmation.aspx?id=10910 https://www.microsoft.com/en-us/download/confirmation.aspx?id=10910

У мене також з’явилася помилка минулого місяця в автоматизованому процесі. Код C # вийшов нормально, коли я запустив його налагодження. Я виявив, що для облікового запису служби з кодом також потрібні дозволи для папки C: \ Windows \ Temp.

Мій обсяг складається з завантаження шаблону та перевірки шаблону, коли він заповнений даними. Отже,

1) Завантажте шаблон шаблону (.xlsx) із заголовком. файл генерується за допомогою openxml і працює бездоганно.

2) Завантажте той самий файл без змін із завантаженого стану. Це призведе до помилки підключення та не вдається (підключення OLEDB використовується для читання аркуша excel).

Тут, якщо дані заповнені, програма працює як очікувалося.

Кожен, хто має ідею, що проблема пов’язана з файлом, який ми створюємо, це в xml форматі , якщо ми відкриємо його та просто збережемо перетворити його у формат excel, і він добре працює.

Будь-яка ідея завантажити Excel із бажаним типом файлу?

Робота з деяким старшим кодом і натрапила на цей самий загальний виняток. Дуже важко простежити проблему, тому я подумав, що додам тут, якщо це допоможе комусь іншому.

У моєму випадку, було код в іншому місці в проекті , який відкривав StreamReader на файл Excel , перш ніж того, як OleDbConnection намагався відкрити файл (це було зроблено в базовому класі).

Тому в основному мені потрібно було спочатку зателефонувати Close()на об'єкт StreamReader, після чого я міг успішно відкрити з'єднання OleDb. Це не мало нічого спільного ні з самим файлом Excel, ні з рядком OleDbConnection (що, природно, там, де я спочатку шукав).