.Net使用excel表有两种方式，
一种是通过oldb来进行连接，把excel表作为数据库来处理。
另一种则是通过引用excel对象，进行对象编程来，调用excel的函数方法。

总的来说，第一种很方便，但缺乏变化，第二种很灵活，但是，缺乏规律性。
具体使用中，看来还是要看情况来操作。

第一种情况，是不需要asp.net作什么额外动作，
第二种情况，需要使用tblim.exe来将excel的com转换成为托管主件，才能在import namespace。
其实，也可以有vs.net进行转换，更为方便。
一旦引用excel namespace，其后的编程就能根据excel帮助里面的编程指南，调用它的对象，方法，属性等等。

我在想，今后把它写成一个webservice可以随意从数据库中，将数据倒出来。

the following content updated on 2005-11-23
===================================
其实，我们经常适用到的还是第二种模式。
最近我接到一个项目用到的导入Excel数据的问题，我把我的经验和代码共享出来。

这个项目的Excel的导入假定条件是：
1.有几个range是固定值
2.有一个整块的数据内容区(range)
3.可能有多个符合上面1、2要求，但具体格式不一致的Excel模板。
4.几个不同模板可能导入不同数据库表。

当时由于正在看DOTTEXT代码，对其中Provider这种模式非常感兴趣，考虑了一番认为这个Excel导入项目可以借用Provider模式。

对Provider模式的解释

无论源对象是什么，通过IProvider接口，我们可以得到一个较为统一的对象，也就是说同IProvider，我们屏蔽对源数据对象的处理细节，而完成得到一个符合我们要求的目的对象。

--这段解释完全是自己的理解和体会，请大家斧正

 序列化对象的XML

接着我定义Excel对应数据表的关系对象
这个对象还要考虑，它用什么转换器来转换

作了这些基础工作后，我考虑可以来写转换器的工作了，这部分工作是核心工作，在这部分数据会从Excel导入到数据库去。
看看接口

只有一个Excute的方法参数分别是Excel对应关系对象，Excel文件路径,excel开始range名称，此Excel表唯一ID

然后，我写了一个BaseConvertor， 主要工作就是打开Excel文件，按照定义的Excel列与数据表列对应关系对象来抓数据，并导入到数据库中去。
请参看代码（注意：打开Excel的方法是Excel11.0版本，office 2003）

至此Excel导入核心的介绍就完毕了，
抛开代码不说，解决问题的方法还是很简单。

1. 描述Excel的数据对应关系
2. 根据对应关系，进行数据转换。

解决这种问题的根本是要有良好的抽象能力，将实际事务转换为一些可以用代码描述的对象。
呵呵。。。

另外补充的是这种方式也可以用以导出Excel， 由您自由想像了。