asp。net导入excel问题，奇怪，大家帮忙看看！！

tingting86131 2009-05-08 07:54:10
我写的数据库导入excel的功能，放到服务器上刚开始不能用，后来在网上查到，需要做配置，我做了如下配置
1:在服务器上安装office的Excel软件.

2:在"开始"->"运行"中输入dcomcnfg.exe启动"组件服务"

3:依次双击"组件服务"->"计算机"->"我的电脑"->"DCOM配置"

4:在"DCOM配置"中找到"Microsoft Excel 应用程序",在它上面点击右键,
然后点击"属性",弹出"Microsoft Excel 应用程序属性"对话框

5:点击"标识"标签,选择"交互式用户"

6:点击"安全"标签,在"启动和激活权限"上点击"自定义",然后点击对应的
"编辑"按钮,在弹出的"安全性"对话框中填加一个"NETWORK SERVICE"用户
(注意要选择本计算机名),并给它赋予"本地启动"和"本地激活"权限.

7:依然是"安全"标签,在"访问权限"上点击"自定义",然后点击"编辑",在弹
出的"安全性"对话框中也填加一个"NETWORK SERVICE"用户,然后赋予"本地
访问"权限. 这样,我们便配置好了相应的Excel的DCOM权限.

若不进行配置会出现错误

检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046}
的组件时失败，原因是出现以下错误: 80070005。

后能用了，用了大概4个月后，前几天又突然不能用了，而且，还是报
检索 COM 类工厂中 CLSID 为 {00024500-0000-0000-C000-000000000046}
的组件时失败，原因是出现以下错误: 80070005。[/这个错误，我将这些操作又做了一遍，而且重启服务器了，都不行，我服务器是2003系统，那位朋友知道这是为什么阿
...全文
105 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
tingting86131 2009-05-10
  • 打赏
  • 举报
 回复
还是不行阿，大家还有别的办法吗，明明用了几个月了为什么突然不能用了呢
tian_yang_jian 2009-05-09
  • 打赏
  • 举报
 回复
顶楼主一下
Richard345265669 2009-05-09
  • 打赏
  • 举报
 回复
目录也要有权限啦，我遇到过这样的问题
ximi82878 2009-05-09
  • 打赏
  • 举报
 回复
建议使用MyXls组件，功能极其强大。。。而且很好用
mlliqiushi 2009-05-09
  • 打赏
  • 举报
 回复
关注！~~~
hanyu0528 2009-05-09
  • 打赏
  • 举报
 回复
学习
hanke12345 2009-05-09
  • 打赏
  • 举报
 回复
[Quote=引用 1 楼 zhoufoxcn 的回复:]
解决办法: 配置 DCOM 中 EXCEL 应用程序:

要在交互式用户帐户下设置 Office 自动化服务器，请按照下列步骤操作：

1. 以管理员身份登录到计算机，并使用完整安装来安装（或重新安装）Office。为了实现系统的可靠性，建议您将 Office CD-ROM 中的内容复制到本地驱动器并从此位置安装 Office。
2. 启动要自动运行的 Office 应用程序。这会强制该应用程序进行自我注册。
3. 运行该应用程序后，请按 Alt+F11 以加载 Micro…
[/Quote]
这是个不错的办法
cwp9868cws 2009-05-09
  • 打赏
  • 举报
 回复
好好学习
权限问题~~
zjz612 2009-05-08
  • 打赏
  • 举报
 回复
学习了
关键还是要建立一个Everyone 用户吧
给它所有的权限
周公 2009-05-08
  • 打赏
  • 举报
 回复
解决办法: 配置 DCOM 中 EXCEL 应用程序:

要在交互式用户帐户下设置 Office 自动化服务器，请按照下列步骤操作：

1. 以管理员身份登录到计算机，并使用完整安装来安装（或重新安装）Office。为了实现系统的可靠性，建议您将 Office CD-ROM 中的内容复制到本地驱动器并从此位置安装 Office。
2. 启动要自动运行的 Office 应用程序。这会强制该应用程序进行自我注册。
3. 运行该应用程序后，请按 Alt+F11 以加载 Microsoft Visual Basic for Applications (VBA) 编辑器。这会强制 VBA 进行初始化。
4. 关闭应用程序，包括 VBA。
5. 单击开始，单击运行，然后键入 DCOMCNFG。选择要自动运行的应用程序。应用程序名称如下所示： Microsoft Access 97 - Microsoft Access 数据库
Microsoft Access 2000/2002 - Microsoft Access 应用程序
Microsoft Excel 97/2000/2002 - Microsoft Excel 应用程序
Microsoft Word 97 - Microsoft Word Basic
Microsoft Word 2000/2002 - Microsoft Word 文档单击属性打开此应用程序的属性对话框。
6. 单击安全选项卡。验证使用默认的访问权限和使用默认的启动权限已选中。
7. 单击标识选项卡，然后选择交互式用户。
8. 单击确定，关闭属性对话框并返回主应用程序列表对话框。
9. 在 DCOM 配置对话框中，单击默认安全性选项卡。
10. 单击访问权限的编辑默认值。验证访问权限中是否列出下列用户，如果没有列出，则添加这些用户： SYSTEM
INTERACTIVE
Everyone
Administrators
IUSR_<machinename>*
IWAM_<machinename>*

* 这些帐户仅在计算机上安装了 Internet Information Server (IIS) 的情况下才存在。
11. 确保允许每个用户访问，然后单击确定。
12. 单击启动权限的编辑默认值。验证启动权限中是否列出下列用户，如果没有列出，则添加这些用户： SYSTEM
INTERACTIVE
Everyone
Administrators
IUSR_<machinename>*
IWAM_<machinename>*

* 这些帐户仅在计算机上安装有 IIS 的情况下才存在。
13. 确保允许每个用户访问，然后单击确定。
14. 单击确定关闭 DCOMCNFG。
ASP.Net MVC利用NPOI导入Excel（看评论酌情下载）
ASP.Net MVC利用NPOI导入Excel（看评论酌情下载）
Excel导入导出,ASP
Excel导入到Access，Access的表导入到Excel， 有比较完整的例子，每个asp页面都看一遍就知道该怎么用了
asp获取微信公众号网页授权和用户信息（code、access_token、openid等）
讲解用户在微信客户端中访问第三方网页，公众号可以通过微信网页授权机制，来获取用户基本信息，进而实现业务逻辑。获取code、access_token、openid、用户昵称、地区、性别、头像等官方文档https://developers.weixin.qq.com/doc/offiaccount/OA_Web_Apps/Web_Developer_Tools.html#1开发步骤1、引导用户进入授权页面同意授权，获取code2、通过code换取网页授权access_token（与基础支持中的access_token不同）3、如果需要，开发者可以刷新网页授权access_token，避免过期4、通过网页授权access_token和openid获取用户基本信息（支持UnionID机制）asp获取微信公众号网页授权和用户信息（code、access_token、openid等）01-asp获取微信公众号网页授权和用户信息演示02-asp获取远程网页内容03-官方文档概要04-获取用户同意授权05-拿到code后获取返回信息06-获取access_token内容07-获取微信用户openid数据08-获取微信用户的所有信息09-用户头像、昵称、区域、性别
ASP EXCEL导入SQL
我们今天以企业用户常用的CRM系统，来看一看标准的SaaSCRM应该是一个什么样子。 　　实际上，很多用户对于CRM并不陌生，早在2000年的时候，有一些企业就已经开始尝试CRM系统。在很多人眼中，CRM就是一套C/S或者B/S的应用系统。 　　而当CRM进入了SaaS，他在架构上会是一个什么样子呢?我们以361CRM为例，来看一下SaaSCRM的架构。 　　361CRM系统采用分布式架构。采用企业级的多层次、多应用的系统结构的SaaS在线CRM平台平台架构从大的层次上来分主要为四层，根据调用关系依次为应用层、缓冲层、服务层以及存储层，如下图所示： 　　应用层 　　从浏览器发送过来的请求，直接由应用层来进行直接响应; 　　平台是多租赁用户的在线多应用来实现的，由于每个用户的具体业务需求不同，因此每个租赁用户的应用是相互隔离的，但应用层的结构却都是相同，从上到下主要分为业务展现层、业务逻辑层、业务模型层、实体访问层; 　　业务展现层主要为用户数据的不同视图表现，为用户呈现各种易于浏览、便于理解的各种数据表现方式，如表单、表格、报表、图表等; 　　业务逻辑层主要是业务逻辑的具体实现层，对于用户动作、触发事件以及工作流程等由业务逻辑层来实现业务的处理以及响应，通过业务逻辑层对下层业务模型的访问来实现具体的逻辑处理; 　　业务模型层主要是业务对象的具体定义与封装，是对于现实中业务在平台中的最直接的映射; 　　实体访问层是对于业务逻辑层对于业务模型操作的封装，业务模型的实体状态的更新、删除、查询等都是通过实体访问层来实现。 　　缓冲层 　　缓冲层主要对于静态资源以及动态数据的缓存。静态资源主要是指应用层中展现层中所要使用到的静态资源文件，以及由用户在业务操作中产生的文件等，如图片、上传的文件等; 　　而动态数据是指用户在使用平台的过程中所产生的业务数据，在实现业务中，这部分数据大部分都是读操作比较多，而写操作比较少，因此可以针对这部分数据根据特定的缓存失效策略机制来进行相应的缓存; 　　缓冲层的缓存针对应用层是透明的，而且针对多应用也是透明的，因此缓冲层具有更大的弹性与灵活性。 　　服务层 　　服务主要是指平台的核心服务，核心服务分为业务共通服务以及平台共通服务，平台共通服务是指与业务无关且是平台最基础的服务，如任务调度、消息队列、邮件服务、图片处 　　理、工作流引擎等;而业务共通服务指基于平台共通服务，而对于所有业务具有共通性的服务，如日志审核、操作回滚、数据安全、全文检索、权限角色等; 　　服务层是对于平台运营、维护最核心的服务实现，是平台正常运行的基础。 　　存储层 　　存储主要分为两部分：分布式文件存储以及分布式的数据存储; 　　由于是多应用的平台，因此随着平台的运营，会产生海量的业务数据以及资源文件，因此伴随着海量的数据而来的问题就是存储、检索、分析以及统计等问题; 　　针对上述问题，361CRM平台采用了分布式的存储系统，基于Map-Reduce来进行相应的检索、分析以及统计，实现了对于海量数据的统一操作。 　　这种结构能做到真正的分布式网络计算，有效降低网络流量，减轻客户端负担，还能安全、方便地与互联网接口。另外公司员工或客户分布或行走于全国各地，通常都有移动办公需求。 　　REST 架构 　　REST是基于HTTP的，因此天生就有在互联网上穿透防火墙的能力，REST可以简单地认为它是轻量级的WebService，但是它具有自己的一些显著特点： 　　所有的资源通过统一的接口访问(HTTP/HTTPSGET、POST、PUT、ELETE)，而且接口比较统一，便于与第三方的集成; 　　因为是基于HTTP/HTTPS的，因此可以将资源(响应)分为可缓存的和不可缓存的，以及采用浏览器的标准压缩方式，有效地提升网络效能。也可以在客户和资源之间插入不同的中间组件来提升性能和安全等，如，代理服务，缓存服务，网关服务等; 　　因为是基于HTTP/HTTPS的资源请求，因此本次连接和下一次到服务器的连接之间没有状态。由于361CRM平台采用了REST架构，因此也就决定了361CRM平台天然就具备以下几方面的优势： 　　由于REST本身无状态的特性，361CRM平台天然就是分布式的，决定了后台通过根据业务量而弹性地增加服务器就可以实现平台计算能力的线性增加; 　　所有的请求都是统一通过RESTAPI进行相应的资源与服务的请求，这样就能够保证系统提供的服务都是解耦的，极大的简化了系统，从而改善了系统的交互性和可重用性，同时也能够根据业务进行相应统一且透明的内存缓存 　　客户端浏览器能够轻松通过Ajax实现REST资源的异步调用处理，同时也可以有效地减少应用服务器地压力 　　通过提供开放的RESTAPI，能够轻松实现与第三方的集成 　　平台服务 　　平台服务层的调用是通过RESTAPI进行的，由于REST的特点，通过在URI中添加资源路径以及版本信息，很方便地能够实现平台的平滑升级以及数据兼容性问题。 　　平台服务层实现的都是共通的服务，服务之间是独立的，而且是插件式的方式来实现的，平台选用了面向分布式计算的Erlang语言来实现的，因此保证了这些插件式的服务能够热拔插地部署，实现真正地不宕机地部署与更新。 　　平台服务层的插件式架构，决定了平台的无限扩展能力，能够根据不断变化地用户需求而进行平台的不断地在线迭代与更新，与用户的需求形成一个良性的循环。配置定制平台通过服务器(Apache)的自定义开发，实现了企业用户应用的透明隔离，因此平台具有面向不同企业用户根据不同需求进行个性化定制的能力。不同的企业用户，一般主要有几方面的自定义需求：业务对象、工作流程、报表、布局等，而361CRM平台的平台框架就决定着能够很好地满足用户的自定义需求，主要分为以下几个方面： 　　由于用户使用的是文档数据库，有着松散的数据结构，因此用户根据需求，而可以随意自定义自己的业务对象; 　　361CRM平台后台的平台服务层，有相应的实时的工作流引擎，提供给用户强大的自定义工作流程功能; 　　361CRM平台有业内是丰富的报表模板，用户只需要根据自己的需要来选择即可，针对一些自定义的动态数据，还提供模板的再定义功能，能够很好地满足用户的报表需求; 　　由于平台是应用隔离的，因此针对着页面的布局，可以很容易地实现个性化地定制; 　　361CRM平台的配置功能的强大，并不以损失平台应用的易用性为基础，361CRM平台在操作上采用引导式操作，以及提供方便易用的在线帮助，大大地降低了系统使用的复杂度，使系统更加地人性化、简易化。 　　实时即时 　　361CRM平台的平台服务层与通常的应用服务不同，它是实时运行的服务，平台服务层有相应的任务调度机制，邮件服务、消息队列以及实时的工作流引擎等，这些服务都是实时运行的，因此当企业用户的业务对象或者业务流程发生变化时，通过这些平台服务就可以把即时的状态消息(通过邮件、短信或者其它的IM工具)推送给用户，让用户真正了解到业务的即时与实时的状态信息。 　　而通常的应用服务是静态的，只有当用户登录时，才会进行相应的业务状态的检查，这样就严重影响了业务处理的速度，对于即时性业务，就会带来很大的损失。 　　多级负载 　　平台是一个多租赁用户的在线SaaS系统，因此会给平台带来大量的高并发的请求，361CRM平台是一个多层次的结构，而且采用了REST架构，REST天生就是分布式，因此通过物理部署就可以实现高并发带的负载均衡。 　　四层负载在链路层解决来自互联网的并发请求压力，使用LVS+Heartbeat的主从双备的架构，保证不会出现单点故障; 　　Web应用的大部分压力都来自于资源的请求，如图片，静态文件，样式表等文件的请求，服务器压力的70%都来自于这些资源的请求，因此对于这些静态资源的请求，通过静态资源缓冲层就能够很好解决这些请求对于后台造成的压力; 　　经过实测，经过一段时间稳定运行之后，静态资源缓冲层能够命中前台请求的80%以上，有效地缓解了应用服务器的压力; 　　七层负载层主要是做业务、以及资源的请求分流，把负载均衡到多台文件服务器以及应用服务器上; 　　文件服务器与应用服务器是分布式的，通过Map-Reduce进行任务的拆分与结果的合并，充分利用多台服务器的并行计算能力，提升整体平台的运行性能; 　　文件缓存采用多级缓存策略，解决命中率高的文件的频繁请求。而数据缓存则通过业务标签以及时效性策略进行数据的缓存，并且进行缓存的增量更新，有效地解决了对于后台的 　　数据读写压力; 　　分布式的存储系统有效地解决了海量数据的存储、检索、分析以及统计等问题。 　　可见，当传统的CRM系统转换为SaaS服务后，其架构方面还是发生了不少的变动的，也只有这样的变动，才使得CRM能够在SaaS平台上更好的为客户所服务。 　　附：什么是REST架构 　　REST软件架构是当今世界上最成功的互联网的超媒体分布式系统。它让人们真正理解我们的网络协议HTTP本来面貌。它正在成为网络服务的主流技术，同时也正在改变互联网的网络软件开发的全新思维方式。AJAX技术和Rails框架把REST软件架构思想真正地在实际中很好表现出来。今天微软也已经应用REST并且提出把我们现有的网络变成为一个语义网，这种网络将会使得搜索更加智能化。 　　REST与HTTP协议 　　REST软件架构是由RoyThomasFielding博士在2000年首次提出的。他为我们描绘了开发基于互联网的网络软件的蓝图。REST软件架构是一个抽象的概念，是一种为了实现这一互联网的超媒体分布式系统的行动指南。利用任何的技术都可以实现这种理念。而实现这一软件架构最著名的就是HTTP协议。通常我们把REST也写作为REST/HTTP，在实际中往往把REST理解为基于HTTP的REST软件架构，或者更进一步把REST和HTTP看作为等同的概念。 　　今天，HTTP是互联网上应用最广泛的计算机协议。HTTP不是一个简单的运载数据的协议，而是一个具有丰富内涵的网络软件的协议。它不仅仅能够对于互联网资源进行唯一定位，而且还能告诉我们对于该资源进行怎样运作。这也是REST软件架构当中最重要的两个理念。而REST软件架构理念是真正理解HTTP协议而形成的。有了REST软件架构理念出现，才使得软件业避免了对HTTP协议的片面理解。只有正确的理论指导，才能避免在软件开发的实际工作过程中少走弯路。 　　REST与URI(资源定位) 　　REST软件架构之所以是一个超媒体系统，是因为它可以把网络上所有资源进行唯一的定位，不管你的文件是图片、文件Word还是视频文件，也不管你的文件是txt文件格式、xml文件格式还是其它文本文件格式。它利用支持HTTP的TCP/IP协议来确定互联网上的资源。 　　REST与CRUD原则 　　REST软件架构遵循了CRUD原则，该原则告诉我们对于资源(包括网络资源)只需要四种行为：创建、获取(Read)、更新和销毁就可以完成对其操作和处理了。其实世界万物都是遵循这一规律：生、变、见、灭。所以计算机世界也不例外。这个原则是源自于我们对于数据库表的数据操作：(生)、select(见)、(变)和(灭)，所以有时候CRUD也写作为RUDI，其中的I就是，这四个操作是一种原子操作，即一种无法再分的操作，通过它们可以构造复杂的操作过程，正如数学上四则运算是数字的最基本的运算一样。 　　REST与网络服务 　　尽管在Java语言世界中网络服务目前是以SOAP技术为主，但是REST将是是网络服务的另一选择，并且是真正意义上的网络服务。基于REST思想的网络服务不久的将来也会成为是网络服务的主流技术。REST不仅仅把HTTP作为自己的数据运输协议，而且也作为直接进行数据处理的工具。而当前的网络服务技术都需要使用其它手段来完成数据处理工作，它们完全独立于HTTP协议来进行的，这样增加了大量的复杂软件架构设计工作。REST的思想充分利用了现有的HTTP技术的网络能力。在德国电视台上曾经出现过一个这样的五十万欧元智力题：如何实现网络服务才能充分利用现有的HTTP协议?该问题给出了四个答案：去问微软;WSDL2.0/SOAP1.2;WS-Transfer;根本没有。这个问题告诉我们HTTP并不是一个简单的数据传来传去的协议，而是一个聪明的会表现自己的协议，这也许是REST=RepresentationalStateTransfer的真正含义。 　　实际上目前很多大公司已经采用了REST技术作为网络服务，如Google、Amazon等。在Java语言中重要的两个以SOAP技术开始的网络服务框架XFire和Axis也把REST作为自己的另一种选择。它们的新的项目分别是ApacheCXF和Axis2.Java语言也制定关于REST网络服务规范：JAX-RS：JavaAPIforRESTfulWebServices(JSR311)。相信还会出现更多与REST相关的激动人心的信息。 　　REST与AJAX技术 　　尽管AJAX技术的出现才不到两年时间，但是AJAX技术遵循了REST的一些重要原则。AJAX技术充分利用了HTTP来获取网络资源并且实现了HTTP没有的对于异步数据进行传输的功能。AJAX技术还使得软件更好地实现分布性功能，在一个企业内只要一个人下载了AJAX引擎，其它企业内部的人员，就可以共享该资源了。AJAX技术遵守REST准则的应用程序中简单和可伸缩的架构，凡是采用AJAX技术的页面简洁而又丰富，一个页面表现了丰富多彩的形态。 　　AJAX技术还使用了一种不同于XML格式的JSON文件格式，这个意义在哪里呢?在REST软件架构下我们不能对于XML文件进行序列化处理，这样程序员必须要使用自己的XML绑定框架。而以序列化的JavaScript对象为基础的JSON已经获得了广泛认可，它被认为能以远比XML更好的方式来序列化和传输简单数据结构，而且它更简洁。这对REST是一个极大贡献和补充。 　　当前的网络应用软件还违背了REST的“无状态服务器”约束。REST服务器只知道自己的状态。REST不关心客户端的状态，客户端的状态自己来管理，这是AJAX技术的应用之地。通过AJAX技术，可以发挥有状态网络客户机的优势。而REST的服务器关心的是从所有网络客户端发送到服务器操作的顺序。这样使得互联网这样一个巨大的网络得到有序的管理。 　　REST与Rails框架 　　RubyonRails框架(简称Rails或者Rails框架)是一个基于Ruby语言的越来越流行的网络应用软件开发框架。它提供了关于REST最好的支持，也是当今应用REST最成功的一个软件开发框架。Rails框架(从版本1.2.x起)成为了第一个引入REST作为核心思想的主流网络软件开发框架。在Rails框架的充分利用了REST软件架构之后，人们更加坚信REST的重要性和必要性。Rails利用REST软件架构思想对网络服务也提供了一流的支持。从最直观的角度看待REST，它是网络服务最理想的手段，但是Rails框架把REST带到了网络应用软件开发框架。这是一次飞跃，让REST的思想从网络服务的应用提升到了网络应用软件开发。利用REST思想的simply_restful插件已经成为了Rails框架的核心内容。 　　REST安全性 　　我们把现有基于SOAP的网络服务和基于REST/HTTP网络服务作个比喻，前者是一种传统的寄信方式，而后者是现代网络的电子邮件方式。要是是寄信和电子邮件都有病毒存在的话，传统的寄信被送到对方就很危险，而电子邮件是开发的，电子邮件供应商比如Google为我们检查了电子邮件是否有病毒。这里并不是说明SOAP网络服务消息包含义病毒，而是说明HTTP是无法处理SOAP信息包究竟好不好，需要额外的软件工具解决这一问题，包括防火墙也用不上和管不了。 　　REST/HTTP网络服务的信息包可以被防火墙理解和控制。你可以按照操作和链接进行过滤信息包，如你可以规定从外部来的只能读取(GET操作)自己服务器的资源。这样对于系统管理员而言使得软件管理更为简单。REST的安全性还可以利用传输安全协议SSL/TLS、基本和摘要式认证(BasicundDigestAuthentication)。除了这些REST自身的安全性功能外，还可以利用像基于信息的WebServicesSecurity(JSR155)作为REST不错的补充。 　　我曾经遇到一个求职者，他的简历看起来不错，基本上没有大问题，但他就是没有收到任何回复。一天我半开玩笑似的问他是不是电话写错了，我一检查，果不其然。他改正后，立即收到了他所期望去的公司的面试电话。从这个故事中我们得到一点教训：哪怕只剩最后一秒钟，也要检查你的联系方式两遍。这是理所当然应该做到的细节，早做比晚做好。
Excel导入SQL数据库
SP操作Excel技术总结 目录 一、 环境配置 二、 ASP对Excel的基本操作 三、 ASP操作Excel生成数据表 四、 ASP操作Excel生成Chart图 五、 服务器端Excel文件浏览、下载、删除方案 六、 附录 正文 一、 环境配置 服务器端的环境配置从参考资料上看，微软系列的配置应该都行，即： 1．Win9x+PWS+Office 2．Win2000 Professional+PWS+Office 3．Win2000 Server+IIS+Office 目前笔者测试成功的环境是后二者。Office的版本没有特殊要求，考虑到客户机配置的不确定性和下兼容特性，建议服务器端Office版本不要太高，以防止客户机下载后无法正确显示。 服务器端环境配置还有两个偶然的发现是： 1． 笔者开发机器上原来装有金山的WPS2002，结果Excel对象创建始终出现问题，卸载WPS2002后，错误消失。 2． 笔者开发ASP代码喜欢用FrontPage，结果发现如果FrontPage打开（服务器端），对象创建出现不稳定现象，时而成功时而不成功。扩展考察后发现，Office系列的软件如果在服务器端运行，则Excel对象的创建很难成功。 服务器端还必须要设置的一点是COM组件的操作权限。在命令行键入“DCOMCNFG”，则进入COM组件配置界面，选择Microsoft Excel后点击属性按钮，将三个单选项一律选择自定义，编辑中将Everyone加入所有权限。保存完毕后重新启动服务器。 客户端的环境配置没发现什么特别讲究的地方，只要装有Office和IE即可，版本通用的好象都可以。 二、 ASP对Excel的基本操作 1、 建立Excel对象 set objExcelApp = CreateObject("Excel.Application") objExcelApp.DisplayAlerts = false 不显示警告 objExcelApp.Application.Visible = false 不显示界面 2、 新建Excel文件 objExcelApp.WorkBooks.add set objExcelBook = objExcelApp.ActiveWorkBook set objExcelSheets = objExcelBook.Worksheets set objExcelSheet = objExcelBook.Sheets(1) 3、 读取已有Excel文件 strAddr = Server.MapPath(".") objExcelApp.WorkBooks.Open(strAddr & "\Templet\Table.xls") set objExcelBook = objExcelApp.ActiveWorkBook set objExcelSheets = objExcelBook.Worksheets set objExcelSheet = objExcelBook.Sheets(1) 4、 另存Excel文件 objExcelBook.SaveAs strAddr & "\Temp\Table.xls" 5、 保存Excel文件 objExcelBook.Save （笔者测试时保存成功，页面报错。） 6、 退出Excel操作 objExcelApp.Quit 一定要退出 set objExcelApp = Nothing 三、 ASP操作Excel生成数据表 1、 在一个范围内插入数据 objExcelSheet.Range("B3:k3").Value = Array("67", "87", "5", "9", "7", "45", "45", "54", "54", "10") 2、 在一个单元格内插入数据 objExcelSheet.Cells(3,1).Value="Internet Explorer" 3、 选中一个范围 4、 单元格左边画粗线条 5、 单元格右边画粗线条 6、 单元格上边画粗线条 7、 单元格下边画粗线条 8、 单元格设定背景色 9、 合并单元格 10、 插入行 11、 插入列 四、 ASP操作Excel生成Chart图 1、 创建Chart图 objExcelApp.Charts.Add 2、 设定Chart图种类 objExcelApp.ActiveChart.ChartType = 97 注：二维折线图，4；二维饼图，5；二维柱形图，51 3、 设定Chart图标题 objExcelApp.ActiveChart.HasTitle = True objExcelApp.ActiveChart.ChartTitle.Text = "A test Chart" 4、 通过表格数据设定图形 objExcelApp.ActiveChart.SetSourceData objExcelSheet.Range("A1:k5"),1 5、 直接设定图形数据（推荐） objExcelApp.ActiveChart.SeriesCollection.NewSeries objExcelApp.ActiveChart.SeriesCollection(1).Name = "=""333""" objExcelApp.ActiveChart.SeriesCollection(1).Values = "={1,4,5,6,2}" 6、 绑定Chart图 objExcelApp.ActiveChart.Location 1 7、 显示数据表 objExcelApp.ActiveChart.HasDataTable = True 8、 显示图例 objExcelApp.ActiveChart.DataTable.ShowLegendKey = True 五、 服务器端Excel文件浏览、下载、删除方案 浏览的解决方法很多，“Location.href=”，“Navigate”，“Response.Redirect”都可以实现，建议用客户端的方法，原因是给服务器更多的时间生成Excel文件。 下载的实现要麻烦一些。用网上现成的服务器端下载组件或自己定制开发一个组件是比较好的方案。另外一种方法是在客户端操作Excel组件，由客户端操作服务器端Excel文件另存至客户端。这种方法要求客户端开放不安全ActiveX控件的操作权限，考虑到通知每个客户将服务器设置为可信站点的麻烦程度建议还是用第一个方法比较省事。 删除方案由三部分组成： A： 同一用户生成的Excel文件用同一个文件名，文件名可用用户ID号或SessionID号等可确信不重复字符串组成。这样新文件生成时自动覆盖上一文件。 B： 在Global.asa文件中设置Session_onEnd事件激发时，删除这个用户的Excel暂存文件。 C： 在Global.asa文件中设置Application_onStart事件激发时，删除暂存目录下的所有文件。 注：建议目录结构 \Src 代码目录 \Templet 模板目录 \Temp 暂存目录 六、 附录 出错时Excel出现的死进程出现是一件很头疼的事情。在每个文件前加上“On Error Resume Next”将有助于改善这种情况，因为它会不管文件是否产生错误都坚持执行到“Application.Quit”，保证每次程序执行完不留下死进程。 补充两点： 1、其他Excel具体操作可以通过录制宏来解决。 2、服务器端打开SQL企业管理器也会产生问题。 New Document
C#

110,571

社区成员

642,565

社区内容

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章