Tôi đang cố đọc tệp Excel (xlsx) bằng mã được hiển thị bên dưới. Tôi nhận được một "Bảng bên ngoài không ở định dạng mong đợi." lỗi trừ khi tôi đã mở tệp trong Excel. Nói cách khác, tôi phải mở tệp trong Excel trước khi tôi có thể đọc nếu từ chương trình C # của mình. Tệp xlsx được chia sẻ trên mạng của chúng tôi. Làm thế nào tôi có thể đọc tệp mà không cần phải mở nó trước? Cảm ơn

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);
}

"Bảng bên ngoài không ở định dạng mong đợi." thường xảy ra khi cố gắng sử dụng tệp Excel 2007 với chuỗi kết nối sử dụng: Microsoft.Jet.OLEDB.4.0 và Thuộc tính mở rộng = Excel 8.0

Sử dụng chuỗi kết nối sau đây dường như để khắc phục hầu hết các vấn đề.

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;";

Cảm ơn mã này :) Tôi thực sự đánh giá cao nó. Làm việc cho tôi.

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

Vì vậy, nếu bạn có phiên bản khác của tệp Excel, hãy lấy tên tệp, nếu phần mở rộng của nó là .xlsx , hãy sử dụng:

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

và nếu là .xls , hãy sử dụng:

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

(Tôi có tiếng tăm quá thấp để bình luận, nhưng đây là nhận xét về mục nhập của JoshCaba, sử dụng công cụ Ace thay vì Jet cho Excel 2007)

Nếu bạn chưa cài đặt / đăng ký Ace trên máy của mình, bạn có thể tải xuống tại: https://www.microsoft.com/en-US/doad/details.aspx?id=13255

Nó cũng áp dụng cho Excel 2010.

Chỉ cần thêm trường hợp của tôi. Tệp xls của tôi được tạo bởi chức năng xuất dữ liệu từ một trang web, phần mở rộng tệp là xls, nó có thể được mở bằng MS Excel 2003. Nhưng cả Microsoft.Jet.OLEDB.4.0 và Microsoft.ACE.OLEDB.12.0 đều có " Bảng bên ngoài không ở định dạng dự kiến ​​"ngoại lệ.

Cuối cùng, vấn đề là, giống như ngoại lệ đã nói, "nó không ở định dạng mong đợi". Mặc dù tên mở rộng của nó là xls, nhưng khi tôi mở nó bằng trình soạn thảo văn bản, nó thực sự là một tệp html được định dạng tốt, tất cả dữ liệu nằm trong một <bảng>, mỗi <tr> là một hàng và mỗi <td> là một tế bào. Sau đó, tôi nghĩ rằng tôi có thể phân tích nó theo cách html.

Tôi đã từng gặp vấn đề tương tự. mà như đã giải quyết bằng các bước sau:

1.) Nhấp vào Tệp

2.) Chọn "lưu dưới dạng"

3.) Nhấp vào thả xuống (Lưu dưới dạng)

4.) Chọn Sổ làm việc Excel 97-2003

5.) Nhấp vào nút Lưu

Tôi đã gặp vấn đề tương tự (Sử dụng ACE.OLEDB) và điều đã giải quyết cho tôi là liên kết này:

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

Ý chính của nó là việc cài đặt nhiều phiên bản văn phòng và các bộ, văn phòng khác nhau, v.v. đã dẫn đến tham chiếu ACEOleDB.dll trong sổ đăng ký trỏ đến thư mục OFFICE12 thay vì OFFICE14 trong

C: \ Tệp chương trình \ Tệp chung \ Microsoft đã chia sẻ \ OFFICE14 \ ACEOLEDB.DLL

Từ liên kết:

Ngoài ra, bạn có thể sửa đổi khoá đăng ký thay đổi đường dẫn dll để khớp với phiên bản Access của bạn.

Access 2007 nên sử dụng OFFICE12, Access 2010 - OFFICE14 và Access 2013 - OFFICE15

(Hệ điều hành: Văn phòng 64 bit: 64 bit) hoặc (Hệ điều hành: Văn phòng 32 bit: 32 bit)

Khóa: HKCR \ CLSID {3BE786A0-0366-4F5C-9434-25CF162E475E} \ InprocServer32 \

Tên giá trị: (Mặc định)

Dữ liệu giá trị: C: \ Tệp chương trình \ Tệp chung \ Microsoft đã chia sẻ \ OFFICE14 \ ACEOLEDB.DLL

(Hệ điều hành: Văn phòng 64 bit: 32 bit)

Khóa: HKCR \ Wow6432Node \ CLSID {3BE786A0-0366-4F5C-9434-25CF162E475E} \ InprocServer32 \

Tên giá trị: (Mặc định)

Dữ liệu giá trị: C: \ Tệp chương trình (x86) \ Tệp chung \ Microsoft đã chia sẻ \ OFFICE14 \ ACEOLEDB.DLL

Tôi cũng đã thấy lỗi này khi cố gắng sử dụng các công thức INDIRECT () phức tạp trên trang tính đang được nhập. Tôi nhận thấy điều này bởi vì đây là sự khác biệt duy nhất giữa hai sổ làm việc mà một là nhập khẩu và một là không. Cả hai đều là các tệp .XLSX 2007+ và công cụ 12.0 đã được cài đặt.

Tôi xác nhận đây là vấn đề bởi:

• Tạo một bản sao của tệp (vẫn có vấn đề, vì vậy nó không phải là một sự khác biệt lưu lại)
• Chọn tất cả các ô trong trang tính với công thức gián tiếp
• Chỉ dán giá trị

và lỗi biến mất.

Tôi đã gặp lỗi với bên thứ ba và Oledb khi đọc sổ làm việc XLSX. Vấn đề dường như là một bảng tính ẩn gây ra lỗi. Bỏ ẩn bảng tính cho phép bảng tính để nhập.

Nếu tệp chỉ đọc, chỉ cần loại bỏ nó và nó sẽ hoạt động trở lại.

Ran vào cùng một vấn đề và tìm thấy chủ đề này. Không có gợi ý nào ở trên giúp được ngoại trừ nhận xét của @ Smith cho câu trả lời được chấp nhận vào ngày 17 tháng Tư.

Bối cảnh của vấn đề của tôi đủ gần với @ zhiyazw - về cơ bản là cố gắng đặt tệp Excel đã xuất (SSRS trong trường hợp của tôi) làm nguồn dữ liệu trong gói dtsx. Tất cả những gì tôi đã làm, sau vài lần mày mò xung quanh, là đổi tên bảng tính. Nó không phải là chữ thường như @Smith đã đề xuất.

Tôi cho rằng ACE OLEDB mong muốn tệp Excel tuân theo một cấu trúc XML nhất định nhưng bằng cách nào đó Dịch vụ báo cáo không nhận thức được điều đó.

Địa chỉ tệp excel đó có thể có phần mở rộng không chính xác. Bạn có thể thay đổi tiện ích mở rộng từ xls sang xlsx hoặc ngược lại và thử lại.

tập tin có thể bị khóa bởi một quá trình khác, bạn cần sao chép nó sau đó tải nó như trong bài viết này

Đây cũng có thể là một tệp chứa hình ảnh hoặc biểu đồ, xem điều này: http://kb.tableausoftware.com/articles/ledgeledridease/resolve-error-external-table-is-not-in-azed-format

Đề xuất là lưu dưới dạng Excel 2003

Chỉ cần thêm giải pháp của tôi cho vấn đề này. Tôi đã tải lên một tệp .xlsx lên máy chủ web, sau đó đọc từ nó và chèn số lượng lớn vào SQL Server. Đã nhận được thông báo lỗi tương tự, đã thử tất cả các câu trả lời được đề xuất nhưng không có kết quả nào. Cuối cùng, tôi đã lưu tệp dưới dạng excel 97-2003 (.xls) hoạt động ... chỉ có vấn đề tôi có bây giờ là tệp gốc có hơn 110.000 hàng.

Nếu bạn vẫn gặp sự cố này, sau đó kiểm tra quyền của bạn, tôi đã thử nhiều đề xuất này và vấn đề cụ thể của tôi là tệp mà tôi muốn xử lý nằm dưới sự kiểm soát nguồn và luồng không có quyền, tôi phải thay đổi toàn bộ quyền của thư mục và nó bắt đầu hoạt động (Tôi đang xử lý nhiều tệp trong đó) ... Nó cũng khớp với nhiều đề xuất như thay đổi tên của tệp hoặc kiểm tra xem tệp không bị lừa bởi quy trình khác.

Tôi hy vọng nó sẽ giúp bạn.

Tôi đã gặp sự cố này và thay đổi Thuộc tính mở rộng sang Nhập HTML đã sửa nó theo bài đăng này của Marcus Miris:

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

Thay vì OleDb, bạn có thể sử dụng Excel Interop và mở bảng tính dưới dạng chỉ đọc.

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

ACE đã chế tạo máy bay phản lực

Ace Hỗ trợ tất cả các phiên bản trước của Office

Mã này hoạt động tốt!

        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();

Điều này có thể xảy ra khi sổ làm việc được bảo vệ bằng mật khẩu. Có một số cách giải quyết để loại bỏ sự bảo vệ này nhưng hầu hết các ví dụ bạn sẽ tìm thấy trực tuyến đã lỗi thời. Dù bằng cách nào, giải pháp đơn giản là bỏ bảo vệ sổ làm việc theo cách thủ công, nếu không hãy sử dụng một cái gì đó như OpenXML để loại bỏ bảo vệ theo chương trình.

Gần đây tôi đã thấy lỗi này trong ngữ cảnh không khớp với bất kỳ câu trả lời nào được liệt kê trước đây. Hóa ra đó là một cuộc xung đột với AutoVer . Giải pháp thay thế: tạm thời tắt AutoVer.

Gần đây tôi đã có "System.Data.OleDb.OleDbException (0x80004005): Bảng bên ngoài không ở định dạng mong đợi." xảy ra lỗi Tôi đã dựa vào Microsoft Access 2010 Runtime. Trước bản cập nhật được cài đặt tự động trên máy chủ của tôi vào ngày 12 tháng 12 năm 2018, mã C # của tôi đã chạy tốt khi sử dụng nhà cung cấp Microsoft.ACE.OLEDB.12.0. Sau khi bản cập nhật từ ngày 12 tháng 12 năm 2018 được cài đặt, tôi bắt đầu nhận được Bảng bên ngoài không ở định dạng mong đợi "trong tệp nhật ký của mình.

Tôi đã bỏ Microsoft Access 2010 Runtime và cài đặt Microsoft Access 2013 Runtime và mã C # của tôi bắt đầu hoạt động trở lại mà không có "System.Data.OleDb.OleDbException (0x80004005): Bảng bên ngoài không ở định dạng mong đợi." lỗi.

Phiên bản 2013 đã sửa lỗi này cho tôi https://www.microsoft.com/en-us/doad/conf Confirmation.aspx ? Id = 39353

Phiên bản 2010 hoạt động với tôi trước bản cập nhật được cài đặt tự động trên máy chủ của tôi vào ngày 12 tháng 12. https://www.microsoft.com/en-us/doad/conf Confirmation.aspx? id = 10910 https://www.microsoft.com/en-us/doad/conf Confirmation.aspx? id = 10910

Tôi cũng đã có lỗi này xảy ra vào tháng trước trong một quy trình tự động. Mã C # chạy tốt khi tôi chạy nó gỡ lỗi. Tôi thấy rằng tài khoản dịch vụ chạy mã cũng cần có quyền đối với thư mục C: \ Windows \ Temp.

Phạm vi của tôi bao gồm tải xuống mẫu và xác minh mẫu khi nó chứa đầy dữ liệu Vì vậy,

1) Tải xuống tệp mẫu (.xlsx) với hàng tiêu đề. tập tin được tạo bằng openxml và nó hoạt động hoàn hảo.

2) Tải lên cùng một tệp mà không có bất kỳ thay đổi nào từ trạng thái được tải xuống. Điều này sẽ gây ra lỗi kết nối và không thành công (kết nối OLEDB đang sử dụng để đọc bảng excel).

Ở đây nếu dữ liệu được lấp đầy, chương trình hoạt động như mong đợi.

Bất cứ ai có ý tưởng vấn đề được kết nối với tệp chúng tôi đang tạo trong xml định dạng nếu chúng tôi mở nó và chỉ lưu chuyển đổi nó thành định dạng excel và nó hoạt động tốt.

Bất kỳ ý tưởng để tải excel với loại tệp ưa thích?

Làm việc với một số mã cũ hơn và gặp phải ngoại lệ chung này. Rất khó để theo dõi vấn đề, vì vậy tôi nghĩ tôi sẽ thêm vào đây trong trường hợp nó giúp được người khác.

Trong trường hợp của tôi, đã có mã ở nơi khác trong dự án đang mở StreamReader trên tệp Excel trước đó OleDbConnection cố gắng mở tệp (điều này đã được thực hiện trong lớp cơ sở).

Vì vậy, về cơ bản tôi chỉ cần gọi Close()đối tượng StreamReader trước, sau đó tôi có thể mở Kết nối OleDb thành công. Nó không liên quan gì đến chính tệp Excel hoặc với chuỗi OleDbConnection (đây là nơi tôi tự nhiên nhìn vào đầu tiên).