使用Response.Write导出的Excel编辑保存后，OleDb读取不到记录的问题

你这套导出代码从头到尾生成的就不是真正的Excel二进制文件，本质只是个用Tab分隔单元格的纯文本文件：

• 代码逻辑只是逐行拼接列名、用\t分隔单元格内容、\n换行，没有任何Excel专有格式的序列化逻辑
• 只是靠修改文件后缀为.xls、伪造响应头ContentType，让浏览器把这个纯文本当Excel文件下载，这就是打开时弹出格式不兼容警告的全部原因（和截图中的警告完全对应：Excel检测到文件内容和后缀名指定的格式不匹配）
• 你在Excel里修改数据并保存时，Excel根本不会把内容回写成原来的纯TSV结构，会直接按照真实Excel二进制工作簿格式重写整个文件——这时候再拿错配的连接字符串去读，自然GetOleDbSchemaTable返回0个表对象，拿不到任何记录

1. 最小改动调整导出逻辑 #

原来的纯TSV导出没有任何Excel可识别的结构化标识，导致Excel保存后的文件和OLEDB读取逻辑不兼容。不用引入复杂组件，只要把原来逐行拼Tab分隔符的逻辑，换成输出最精简的HTML表格结构即可，这是Excel原生识别的导出格式：

dt = city.GetAllCity();//your datatable
Response.ClearContent();
Response.AddHeader("content-disposition", "attachment; filename=city.xls");
Response.ContentType = "application/vnd.ms-excel";
// 输出Excel可识别的精简HTML表格结构
Response.Write("<table>");
// 写表头行
Response.Write("<tr>");
foreach (DataColumn dc in dt.Columns)
{
    Response.Write($"<th>{dc.ColumnName}</th>");
}
Response.Write("</tr>");
// 写数据行
foreach (DataRow dr in dt.Rows)
{
    Response.Write("<tr>");
    for (int i = 0; i < dt.Columns.Count; i++)
    {
        Response.Write($"<td>{dr[i].ToString()}</td>");
    }
    Response.Write("</tr>");
}
Response.Write("</table>");
Response.End();

这种方式导出的文件，打开时依然会弹出兼容警告（这个问题本身你是接受的），但Excel修改保存后生成的文件结构，是可以被ACE OLEDB正常识别的。

2. 修正读取端的连接字符串 #

你之前的连接字符串存在两个错配问题，直接导致读不到表结构：

• 不要对已经被Excel保存过的文件用HTML Import的Extended Properties：这个模式只能识别内容本身是HTML结构的文件，Excel保存后已经把内容转成真实二进制Excel格式了，用HTML导入模式自然找不到任何对象
• 原来的Excel读取连接字符串缺了关键的HDR=YES参数，这个参数用来告诉驱动第一行是列名、不是普通数据行，缺失会导致驱动无法正确解析工作表结构。修正后的连接字符串如下：

string connectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source={0};Extended Properties=\"Excel 12.0 Xml;HDR=YES;IMEX=1\"";

3. 排查常见的读取失败踩坑 #

如果修正上面的内容后还是读不到表，检查这几个容易忽略的点：

• ACE OLEDB 12.0的位数必须和你的应用程序编译目标完全匹配，32位应用装32位驱动、64位应用装64位驱动，跨位数调用会直接导致读取静默失败
• 检查被Excel保存后的文件，有没有被误删了默认的Sheet1工作表，OLEDB是依靠工作表对象列表来枚举表的，没有工作表自然返回0个对象
• 确认应用程序的运行身份（比如IIS应用池账号）对保存后的文件有本地读权限，权限不足会导致schema查询静默返回空

内容的提问来源于stack exchange，提问作者Ahmed Moheb