由于最近客户端不停抱怨，查询会宕机。

其实，这算是老问题了，主要原因是：Query性能不佳

由于该查询会使用到的Table事务量很大，容易会有Wait的现象到最后就TimeOut了。

查询数据量太大，目前是放到DataSet之后直接用GridView绑定。

其实，以上种种造成因素太多了。

再加上，查询出来的结果使用端整批下载或是自订下载成Excel。

最一开始的版本的使用Office原生的套件写到Excel，在网页TimeOut前的极限大约是6000~9000笔。

而，我接手以后我把它改成直接用Html Render出来，在网页TimeOut前的极限大约是10000~14000笔。

但是，这样还是有不少问题。

最后，最近开会主管提出一种方案，让使用者需要大量数据时，用离线的方式制作。

这样的好处有：SQL Command TimeOut 可以拉长。

不用再受限网页TimeOut的问题点。

可以避开高峰时间，让这些又臭又长的Query在深夜里享受性能。

好啦....既然决定要做总要改变用更好的工具吧！！

NPOI应该已经有很多人听闻过了，主管在前几天也刚好提到有一套第三方原件EPPlus。

网络上其实已经有人写过类似评测：皮尼网前走

上面那篇文章，看起来主要是网页版的时间比较，看起来EPPlus根本就是让NPOI看不到车尾灯。

但是，我要的是Console版的比较，就自己来学啦！！

我对NPOI和EPPlus其实都不熟，靠着范例&部分教学拼凑出来了以下结论。

我是使用官方最新版本1.2.4，NPOI只能存取Office 2003的版本，我的目的是有一个Templete，我们只把数据塞到各列中。

步骤一：将下载的DLL，加入至参考(此部分不另说明)。

步骤二：using NPOI.HSSF.UserModel;

using NPOI.HPSF;

using NPOI.POIFS.FileSystem;

using NPOI.SS.UserModel;

步骤三：//将WorkBook指到我们原本设计好的Templete Book1.xls

using (IWorkbook wb = new HSSFWorkbook(new FileStream("D:/Book1.xls", FileMode.Open)))

//设定要使用的Sheet为第0个Sheet

ISheet TempSheet = wb.GetSheetAt(0);

int StartRow = 4;

//tDS为Query带回来的数据

for (int i = 0; i < tDS.Tables[0].Rows.Count; i++)

//第一个Row要用Create的<

【工具】Excel利器—NPOI VS EPPLUS由于最近客户端不停抱怨，查询会宕机。其实，这算是老问题了，主要原因是：Query性能不佳由于该查询会使用到的Table事务量很大，容易会有Wait的现象到最后就TimeOut了。查询数据量太大，目前是放到DataSet之后直接用GridView绑定。其实，以上种种造成因素太多了。再加上，查询出来的结果使用端整批下载或是自订下载成Excel。最一开... f=xlrd.open_workbook("ceshi.xlsx") #获取工作簿下所有工作表的名称 s_names=f.sheet_names() # print(s_names) xsheet=f.sheet_by_name("ceshi") #根据工作表名称打开工作表 xsheet_rows_len=xsheet.nrows #获取工作表内有效行数 # print(xsheet_rows_len) xsheet_cols_len= 1、在桌面程序中导入导出数据时会操作 Excel 文件，常用的第三方控件有N POI 与 EPPlus 。 2、相对于N POI 来说， EPPlus 的API更加友好，导出数据的能力也比N POI 更强大点。但在操作 Excel 的功能上还是N POI 强一点（C# N POI 导出 Excel 和 EPPlus 导出 Excel 比较）： 20列，N POI 能导出4万数据，导出5万数据时报内存溢出。 EPPlus 能导出20万以上数据，导出23万测试时内存溢出。 3、如果想导出比较复杂的 Excel 的话可以使用N POI ，但 N POI 是 POI 项目的 .NET 版本。 POI 是一个开源的Java读写 Excel 、WORD等微软OLE2组件文档的项目。 中文名N POI 优势传统操作 Excel 遇到的问题构成读写OLE2文档基于LittleEndian的字节读写历史版本N POI 2.1.1 2014/01/07