一、WHY——为什么会出现ASH和AWR？
1.     10g之前

用户的连接将产生会话，当前会话记录保存在v$session中；处于等待状态的会话会被复制一份放在v$session_wait中。当该连接断开后，其原来的连接信息在v$session和v$session_wait中就会被删除。这是10g之前的状况。
2.     v$session_wait_history与ASH

若是一个普通的会话（我是指没有大量地耗费资源），则对于性能调整来说无足轻重。但若该会话在活动时大量占用了资源（比如：CPU，内存，I/O等），该 会话信息的丢失，将无法评测当时的系统瓶颈究竟是什么。令DBA高兴的是，oracle10g中保留下了v$session_wait中的这些信息。

在10g中新出现了一个视图：v$session_wait_history。这个视图保存了每个活动session在v$session_wait中最 近10次的等待事件。但这对于一段时期内的数据库性能状况的监测是远远不够的，为了解决这个问题，在10g中还新添加了一个视 图：v$active_session_history。这就是ASH（active session history）。

典型的情况下,为了诊断当前数据库的状态，需要最近的五到十分钟的详细信息。然而，由于记录session的活动信息是很费时间和空间的，ASH采用的策 略是：保存处于等待状态的活动session的信息，每秒从v$session_wait中采样一次，并将采样信息保存在内存中。
3.     AWR

注意，ASH的采样数据是保存在内存中。而分配给ASH的内存空间是有限的，当所分配空间占满后，旧的记录就会被覆盖掉；而且数据库重启后，所有的这些 ASH信息都会消失。这样，对于长期检测oracle的性能是不可能的。在Oracle10g中，提供了永久保留ASH信息的方法，这就是 AWR（auto workload repository）。

由于全部保存ASH中的信息是非常耗费时间和空间的，AWR采用的策略是：每小时对v$active_session_history进行采样一次，并将 信息保存到磁盘中，并且保留7天，7天后旧的记录才会被覆盖。这些采样信息被保存在视图wrh$_active_session_history中。而这 个采样频率（1小时）和保留时间（7天）是可以根据实际情况进行调整的，这就给DBA们提供了更加有效的系统监测工具。

AWR永久地保存系统的性能诊断信息，由SYS用户拥有。一段时间后，你可能想清除掉这些信息；有时候为了性能诊断，你可能需要自己定义采样频率来获取系 统快照信息。Oracle 10g在包dbms_workload_repository中提供了很多过程，通过这些过程，你可以管理快照并设定基线(baselines)。
4.     小结

这样，我们就知道了ASH和AWR产生的原因和功能。ASH保存了系统最新的处于等待的会话记录，可以用来诊断数据库的当前状态；而AWR中的信息最长可能有1小时的延迟，所以其采样信息并不能用于诊断数据库的当前状态，但可以用来作为一段时期内数据库性能调整的参考。

对于这些视图间的继承关系，eygle给出了一个关系图：

图1 各个视图的层次

其中视图dba_hist_active_sess_history是wrh$_active_session_history和其他几个视图的联合展现，通常通过这个视图进行历史数据的访问。
二、WHAT——什么是AWR？

现在我们稍微详细地了解一下刚才所说内容。
1.     ash占用的内存大小

ASH的采集信息保存在内存中，在旧的信息被采样到AWR中后，可被新采集的信息覆盖，重启oracle后该信息被清除。分配给ASH的内存大小可以查询到：

SQL> select pool, name, bytes/1024/1024 From v$sgastat where name like '%ASH %';

POOL          NAME          BYTES/1024/1024
------------- ------------- ---------------
shared pool   ASH buffers                 2

2.     AWR更正

为了便于描述和理解，在第一部分中，我们说AWR就是保存ASH中的信息。

其实，AWR记录的信息不仅是ASH，还可以收集到数据库运行的各方面统计信息和等待信息，用以诊断分析。

AWR的采样方式是，以固定的时间间隔为其所有重要的统计信息和负载信息执行一次采样，并将采样信息保存在AWR中。

可以这样说：ASH中的信息被保存到了AWR中的视图wrh$_active_session_history中。ASH是AWR的真子集。
3.     mmon进程与mmnl进程

快照由一个称为 MMON 的新的后台进程（及其从进程）以及MMNL后台进程自动地每隔固定时间采样一次。我们先来看一下10g的概念指南中对这两个新增加的后台进程的介绍：

*        MMON进程负责执行多种和管理相关（manageability-related）的后台任务，例如：

    * 当某个测量值（metrics）超过了预设的限定值（threshold value）后提交警告
    * 创建新的 MMON 隶属进程（MMON slave process）来进行快照（snapshot）
    * 捕获最近修改过的 SQL 对象的统计信息

*        MMNL进程负责执行轻量级的且频率较高的和可管理性相关的后台任务，例如捕获会话历史信息，测量值计算等。

AWR的采样工作由MMON进程每个1小时执行一次，ASH信息同样会被采样写出到AWR负载库中。虽然ASH buffer被设计为保留1小时的信息，但很多时候这个内存是不够的，当ASH buffer写满后，另外一个后台进程MMNL将会主动将ASH信息写出。
4.     SYSAUX表空间

这些采样数据都存储在SYSAUX表空间中，并且以WRM$_* 和 WRH$_*的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。

SQL> select table_name from dba_tables where table_name like 'WRM$%';



TABLE_NAME

-----------------------

WRM$_WR_CONTROL

WRM$_SNAP_ERROR

WRM$_SNAPSHOT

WRM$_DATABASE_INSTANCE

WRM$_BASELINE

当SYSAUX表空间满后，AWR将自动覆盖掉旧的信息，并在警告日志中记录一条相关信息：

ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3533490838_1522 by 128 in                 tablespace SYSAUX
5.     采样频率和保留时间

可以通过查询视图dba_hist_wr_control或（wrm$_wr_control）来查询AWR的采样频率和保留时间。默认为每1小时采样一次，采样信息保留时间为7天。

SQL> select * from dba_hist_wr_control;



DBID SNAP_INTERVAL RETENTION   TOPNSQL
---- ------------- ----------- ----------
1148 +00000 00:1   +00007 00:0 DEFAULT



SQL> select DBID, SNAP_INTERVAL, SNAPINT_NUM, RETENTION from wrm$_wr_control;

      DBID SNAP_INTERVAL      SNAPINT_NUM RETENTION
---------- ------------------ ----------- --------------------
1160732652 +00000 01:00:00.0         3600 +00007 00:00:00.0


6.     采样数据量

由于数据量巨大，把所有ASH数据写到磁盘上是不可接受的。一般是在写到磁盘的时候过滤这个数据，写出的数据占采样数据的10%，写出时通过direct-path insert完成，尽量减少日志生成，从而最小化数据库性能的影响。
7.     初始化参数statistics_level

AWR的行为受到参数STATISTICS_LEVEL的影响。这个参数有三个值：

*        BASIC：awr统计的计算和衍生值关闭.只收集少量的数据库统计信息.

*        TYPICAL：默认值．只有部分的统计收集.他们代表需要的典型监控oracle数据库的行为.

*        ALL : 所有可能的统计都被捕捉. 并且有操作系统的一些信息.这个级别的捕捉应该在很少的情况下,比如你要更多的sql诊断信息的时候才使用.
三、HOW——如何使用AWR？

AWR由ORACLE自动产生，但是也可以通过DBMS_WORKLOAD_REPOSITORY包来手工创建、删除和修改。可以使用desc命令查看该包中的过程。下面只介绍几个常用的：
1.     手工创建一个快照

SQL> select count(*) from wrh$_active_session_history;



COUNT(*)

----------

317



SQL> begin

2 dbms_workload_repository.create_snapshot();

3 end;

4 /



PL/SQL 过程已成功完成。



SQL> select count(*) from wrh$_active_session_history;



COUNT(*)

----------

       320


2.     手工删除指定范围的快照

SQL> select * from wrh$_active_session_history where snap_id = 96;



   SNAP_ID       DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME

---------- ---------- --------------- ---------- ----------------------------

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午

        96 1160732652               1     236930 06-10月-07 11.26.04.562 上午



SQL> begin

2 dbms_workload_repository.drop_snapshot_range(low_snap_id => 96, high_snap_id => 96, dbid => 1160732652);

3 end;

4 /



PL/SQL 过程已成功完成。



SQL> select * from wrh$_active_session_history where snap_id = 96;



未选定行


3.     修改采集时间和统计信息保留时间

PROCEDURE MODIFY_SNAPSHOT_SETTINGS

参数名称                       类型                    输入/输出默认值?

------------------------------ ----------------------- ------ --------

RETENTION                      NUMBER                  IN     DEFAULT

INTERVAL                       NUMBER                  IN     DEFAULT

TOPNSQL                        NUMBER                  IN     DEFAULT

DBID                           NUMBER                  IN     DEFAULT

通过修改retention参数可以修改awr信息的保留期限。默认的是七天,最小的值是一天。如果把retention设置为零,自动清除就关闭了.如 果awr发现sysaux空间不够,它通过删除那些最老部分的快照来重新使用这些空间.同时,也会给dba发一条警告,告诉sysaux空间不够了（在警 告日志中）.

通过修改interval参数可以修改awr信息的采样频率。最小的值是10分钟,默认的是60分钟.典型的值是10,20,30,60,120等等。把 interval设为0则关闭自动捕捉快照.如将收集间隔时间改为30 分钟一次。并且保留5天时间（注：单位都是为分钟）：

SQL> select *from dba_hist_wr_control;



      DBID SNAP_INTERVAL      RETENTION          TOPNSQL

---------- ------------------ -------------------------- -----------

1160732652 +00000 01:00:00.0 +00007 00:00:00.0          DEFAULT



SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);



PL/SQL 过程已成功完成。



SQL> SELECT *from dba_hist_wr_control;



      DBID SNAP_INTERVAL       RETENTION         TOPNSQL

---------- ------------------- ------------------------- -----------

1160732652 +00000 00:30:00.0   +00005 00:00:00.0         DEFAULT


SQL>

4.     设置基线

基线（baseline）是一种机制,这样你可以在重要时间的快照信息集做标记。一个基线定义在一对快照之间,快照通过他们的快照序列号识别.每个基线有且只有一对快照。

一次典型的性能调整实践从采集量度的基准线集合、作出改动、然后采集另一个基准线集合开始。可以比较这两个集合来检查所作的改动的效果。在 AWR 中，对现有的已采集的快照可以执行相同类型的比较。

假定一个名称为 apply_interest 的高度资源密集的进程在下午 1:00 到 3:00 之间运行，对应快照 ID 95 到 98。我们可以为这些快照定义一个名称为 apply_interest_1 的基准线：

SQL> select *From dba_hist_baseline;



未选定行



SQL> select * from wrm$_baseline;



未选定行



SQL> exec dbms_workload_repository.create_baseline(95, 98, 'apply_interest_1');



PL/SQL 过程已成功完成。



这一操作将快照从 95 到 98 编号，作为上面指定的基准线的一部分。查看现有的基准线：

SQL> select *from dba_hist_baseline;



      DBID BASELINE_ID BASELINE_NAME     START_SNAP_ID START_SNAP_TIME               END_SNAP_ID END_SNAP_TIME

---------- ----------- ------------------------- ------------- ------------------------------------- ----------- ------------

1160732652           1 apply_interest_1             95 06-10月-07 11.00.05.375 上午           98 06-10月-07 01.44.58.062 下午



SQL> select *from wrm$_baseline;



      DBID BASELINE_ID BASELINE_NAME        START_SNAP_ID END_SNAP_ID

---------- ----------- ---------------------------- ------------- -----------

1160732652           1 apply_interest_1                95          98



SQL>



在一些调整步骤之后，我们可以创建另一个基准线 — 假设名称为 apply_interest_2，然后只为那些与这两条基准线相关的快照比较量度。

SQL> exec dbms_workload_repository.create_baseline(92, 94, 'apply_interest_2');



PL/SQL 过程已成功完成。

像这样把快照分隔在仅仅几个集合中有助于研究调整对于性能量度的影响。您可以在分析之后使用 drop_baseline() 来删除基准线；快照将保留（也可级联删除）。此外，当清除例程开始删除旧的快照时，与基准线相关的快照不会被清除，从而允许进行进一步的分析。
5.     删除基线

如果要删除一个基准线:

SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_1', cascade=>false);



PL/SQL 过程已成功完成。



SQL> select *from wrh$_active_session_history where snap_id in (95,96,97,98);



   SNAP_ID       DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME

---------- ---------- --------------- ---------- -------------------------------

        95 1160732652               1     235360 06-10月-07 10.56.29.872 上午

        95 1160732652               1     235230 06-10月-07 10.54.19.857 上午

        95 1160732652               1     233130 06-10月-07 10.19.19.478 上午

        95 1160732652               1     232830 06-10月-07 10.14.18.859 上午

        95 1160732652               1     232250 06-10月-07 10.04.38.481 上午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午

        97 1160732652               1     238600 06-10月-07 12.33.08.420 下午



   SNAP_ID       DBID INSTANCE_NUMBER SAMPLE_ID SAMPLE_TIME

---------- ---------- --------------- ---------- -------------------------------

        97 1160732652               1     238420 06-10月-07 11.50.55.686 上午

        97 1160732652               1     238230 06-10月-07 11.47.45.687 上午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239140 06-10月-07 01.42.00.976 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午

        98 1160732652               1     239130 06-10月-07 01.27.04.161 下午



已选择21行。



SQL> exec dbms_workload_repository.drop_baseline(baseline_name=>'apply_interest_2', cascade=>true);



PL/SQL 过程已成功完成。



SQL> select *from wrh$_active_session_history where snap_id in (92,93,94);

未选定行



SQL>


6.     生成报表

awr有个报表生成机制,可以对存储在workload资料库的统计产生汇总报表。这个分析对一段时间的统计做的。这个报表生成机制很像statspack。

可以使用脚本awrrpt.sql或awrrpti.sql来查看AWR报告（非常类似statspack中的spreport.sql），这两个脚本都 在目录$ORACLE_HOME/rdbms/admin中。Awrrpt.sql脚本可以显示指定快照id范围的诊断信息，报告可以保存为文本文件或 HTML文件；awrrpti.sql脚本与awrrpt.sql类似，唯一的不同就是在awrrpti.sql脚本中，你可以指定数据库ID和实例 ID（作为参数）。报告包括如下诊断信息：

[1] Report summary
[1] Wait events statistics
[1] SQL statistics
[1] Instance activity statistics
[1] I/O statistics
[1] Buffer pool statistics
[1] Advisory statistics
[1] Wait statistics
[1] Undo statistics
[1] Latch statistics
Segment statistics
[1] Dictionary cache statistics
[1] Library cache statistics
[1] SGA statistics
[1] Resource limit statistics
[1] init.ora parameters

通过运行$ORACLE_HOME/rdbms/admin目录中的awrrpt.sql脚本，AWR的功能可以立即通过它从采集的统计数据和量度中生成 的报表得到最好的说明。这个脚本显示所有的现有AWR快照并请求两个特定的快照作为时间间隔边界。它产生两种类型的输出：文本格式（类似于 Statspack报表的文本格式但来自于AWR信息库）和默认的HTML格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。

运行这个脚本必须要select any dictionary权限.这个脚本提示你输入选项如怎么和在哪里生成这个报表:

*首先,你需要指明你要生成html还是text格式的
*要选择快照的天数:输入天数,和你最近的快照,可选的,你可以使用dba_hist_snapshot表来看你要用哪个snap_id.
*开始snap_id和终止snap_id,这个快照对定义你的报表产生的时间间隔.
*文件名称,报告写的用户指定的文件.

现在运行该脚本以查看报表，从而对AWR的报表功能有一个直观的了解。

SQL> @D:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\awrrpt.sql



Current Instance

~~~~~~~~~~~~~~~~



   DB Id    DB Name      Inst Num Instance

----------- ------------ -------- ------------

1160732652 ORCL                1 orcl





Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter 'html' for an HTML report, or 'text' for plain text

Defaults to 'html'

输入 report_type 的值:



Type Specified:                  html





Instances in this Workload Repository schema

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



   DB Id     Inst Num DB Name      Instance     Host

------------ -------- ------------ ------------ ------------

* 1160732652        1 ORCL         orcl         YUECHAOTIAN



Using 1160732652 for database Id

Using          1 for instance number





Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing <return> without

specifying a number lists all completed snapshots.





输入 num_days 的值: 4



Listing the last 4 days of Completed Snapshots



                                                        Snap

Instance     DB Name        Snap Id    Snap Started    Level

------------ ------------ --------- ------------------ -----

orcl         ORCL                81 04 10月 2007 07:24     1



                                 83 05 10月 2007 13:34     1

                                 84 05 10月 2007 16:19     1

                                 85 05 10月 2007 17:00     1

                                 86 05 10月 2007 18:00     1

                                 87 05 10月 2007 19:10     1

                                 88 05 10月 2007 20:00     1

                                 89 05 10月 2007 21:00     1

                                 90 05 10月 2007 22:00     1

                                 91 05 10月 2007 23:00     1



                                 95 06 10月 2007 11:00     1

                                 97 06 10月 2007 13:27     1

                                 98 06 10月 2007 13:44     1

                                 99 06 10月 2007 14:00     1

                                100 06 10月 2007 14:30     1

                                101 06 10月 2007 15:00     1

                                102 06 10月 2007 15:30     1







Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

输入 begin_snap 的值: 100

Begin Snapshot Id specified: 100



输入 end_snap 的值: 102

End   Snapshot Id specified: 102







Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrrpt_1_100_102.html. To use this name,

press <return> to continue, otherwise enter an alternative.



输入 report_name 的值:



Using the report name awrrpt_1_100_102.html



<HTML><HEAD><TITLE>AWR Report</TITLE>

……（省略结果）

End of Report

</BODY></HTML>

Report written to awrrpt_1_100_102.html

SQL>

将产生的HTML脚本粘贴出来，用IE打开看看：一个指定时间段的完整的数据库性能报告就展现在我们面前了。下面是部分截图：

图2 AWR报告截图
7.     statspack和awr

在过去,你可以手工的使用statspack来获得历史数据.你也可以继续在oracle10g中使用statspack,但是如果你要使用workload资料库,那你需要更改你的应用程序代码。statspack用户应该转到10g的workload 资料库。

这里不支持数据从statspack移植到workload资料库.同样,也没有视图来模拟statspack.

在rac环境,每个快照包含集群的所有的节点.每个节点的快照数据有相同的snap_id,但靠实例id来区分。一般地,rac中的快照是在同一时间捕捉的。
你也可以使用db control来进行手工的快照。手工的快照支持系统产生的自动快照。手工的快照可以自定义在你要捕捉的系统行为的两个时间点跟自动的不一致的时候，从而拥有更大的灵活性。

 摘要：研究了ISAM驱动限制，分析了在.NET中采用Microsoft.Jet.OLEDB读取Excel文件产生数据丢失的原因，给出了解决此问题的方法。
　　　　
　　1 引言
　　在应用程序的设计中，经常需要读取Excel数据或将Excel数据导入转换到其他数据载体中，例如将Excel数据通过应用程序导入SQL Sever等数据库中以备使用。笔者在开发“汽车产业链ASP协同商务平台”中遇到了类似需求。某汽车整车生产企业需要将其车辆发车信息发布到汽车产业链平台上去，其数据为内部ERP系统生成的Excel数据表，用户首先将该数据表上传至汽车产业链平台，平台将此Excel数据读取导入到平台内部的SQL Sever数据库中，以供其它应用使用。汽车产业链平台的开发使用的开发工具为VS.NET，使用的语言是C#，在开发的过程中发现使用 Microsoft.Jet.OLEDB.4.0读取数据会出现当某一字段内分别含有文本和数字的混合数据时，某一类型的数据会产生丢失。本文就对此问题产生的根源进行了分析并给出了相应的解决方法。
　　
　　2 问题描述
　　Excel是Microsoft公司的电子表格处理软件，在现代办公及企业信息化的应用中使用非常广泛，正因如此，在程序设计中我们经常要通过访问Excel文件来获得数据，但Excel文件不是标准数据库[1]。
　　ASP.NET也是Microsoft公司的产品，作为.NET FrameWork框架中的一个重要组成部分，其主要用于Web设计。我们在.NET中访问读取Excel数据时一般采用 Microsoft.Jet.OLEDB.4.0[2]。现以读取一个Excel文件auto.xls中sheet1工作表为例，工作表的内容如表1所示。
　　表1 sheet1表的数据内容
　　现将该表的数据内容读取并显示到到DataGrid中，简化的代码如下：
　　String ConnStr = " Provider = Microsoft.Jet.OLEDB.4.0; DataSource=c:/auto.xls;Extended Properties='Excel 8.0;HDR=YES';";
　　OleDbConnection Conn=new OleDbConnection(ConnStr);
　　Conn.Open();
　　string SQL="select * from [sheet1$]";
　　OleDbDataAdapter da=new OleDbDataAdapter(SQL,ConnStr);
　　DataSet ds=new DataSet();
　　da.Fill(ds);
　　DataGrid1.DataSource=ds;
　　DataGrid1.DataBind();
　　Conn.Close();
　　但是运行以上代码的结果并不是期望的，它将显示为表2所示的内容。可以发现第一个字段中为“1042”的两个数据项变为空。
　　表2 DataGrid1所显示的数据内容
　　有程序设计人员将以上代码OleDbConnection连接字符串中的Extended Properties一项作了如下改动，Extended Properties='Excel 8.0;HDR=NO;IMEX=1’，认为可以解决此问题。由于在开发“汽车产业链协同商务平台”中碰到过类似问题，作了大量的测试后发现，添加 IMEX=1后并未实质上解决此问题。表现为：如果某字段前8条记录中全部为纯数字的话，那么在该字段随后的记录中含有字母或汉字的项将仍然变为空，但是如果该字段前8条记录中有一条不为纯数字，将能得到预期想要的结果。
　　
　　3 问题分析
　　产生这种问题的根源与 Excel ISAM[3]（Indexed Sequential Access Method，即索引顺序存取方法）驱动程序的限制有关，Excel ISAM 驱动程序通过检查前几行中实际值确定一个 Excel 列的类型，然后选择能够代表其样本中大部分值的数据类型[4]。也即Excel ISAM查找某列前几行（默认情况下是8行），把占多的类型作为其处理类型。例如如果数字占多，那么其它含有字母等文本的数据项就会置空；相反如果文本居多，纯数字的数据项就会被置空。
　　现具体分析在第1节程序代码Extended Properties项中的HDR和IMEX所代表的含义。HDR用来设置是否将Excel表中第一行作为字段名，“YES”代表是，“NO”代表不是即也为数据内容；IMEX是用来告诉驱动程序使用Excel文件的模式，其值有0、1、2三种，分别代表导出、导入、混合模式。当我们设置IMEX＝1时将强制混合数据转换为文本，但仅仅这种设置并不可靠，IMEX＝1只确保在某列前8行数据至少有一个是文本项的时候才起作用，它只是把查找前8行数据中数据类型占优选择的行为作了略微的改变。例如某列前8行数据全为纯数字，那么它仍然以数字类型作为该列的数据类型，随后行里的含有文本的数据仍然变空。
　　另一个改进的措施是IMEX＝1与注册表值TypeGuessRows配合使用，TypeGuessRows 值决定了ISAM 驱动程序从前几条数据采样确定数据类型，默认为“8”。可以通过修改“HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft \Jet\4.0\Engines\Excel”下的该注册表值来更改采样行数。但是这种改进还是没有根本上解决问题，即使我们把IMEX设为“1”， TypeGuessRows设得再大，例如1000，假设数据表有1001行，某列前1000行全为纯数字，该列的第1001行又是一个文本，ISAM驱动的这种机制还是让这列的数据变成空。
　　
　　4 解决方法
　　从以上的分析中可以得知，当某列数据中含有混合类型时，在.NET中使用Microsoft.Jet.OLEDB.4.0来读取Excel文件造成数据丢失是不可避免的，要解决这个问题只能考虑采用其它数据读取方法。
　　在.NET中读取Excel文件的另外一种方法是回到使用传统COM组件，这种方法在很多技术文章或论文中都有涉及，本文不作赘述。需要指出的是，使用 COM组件来读取Excel文件数据的效率较低，在作释放的时候有可能碰到不可预知的错误，特别开发Web应用的程序应该慎重使用。  

本文提出另外一种利用读取CSV纯文本格式解决此问题的方法。
　　（1）在读取Excel的.xls类型的文本数据之前，先将其转换为.csv格式，在Excel中直接另存为这种格式就可以达到转换的目的。CSV文件又称为逗号分隔的文件，是一种纯文本文件，它以“,”分隔数据列，本文表1的数据表用CSV格式存储后用纯文本编辑器打开的表现形式如表3所示。
　　表3 采用CSV格式保存的表1数据
　　需要指出的是，CSV文件也可以用Ole DB或ODBC的方式读取，但是如果采用这些方式读取其数据又会回到丢失数据的老路上，ISAM机制同样会发挥作用。
　　（2）采用普通的读取文本文件的方法打开文件，读取第一行，用“,”作为分隔符获得各字段名，在DataTable中创建对应的各字段，字段的类型可以统一创建成“String”。
　　
本文原文
　　（3）逐行读取数据行， 用“,”作为分隔符获得某行各列的数据并填入DataTable相应的字段中。
　　实现的简化代码如下：
　　String line;
　　String [] split = null;
　　DataTable table=new DataTable("auto");
　　DataRow row=null;
　　StreamReader sr=new StreamReader("c:/auto.csv",System.Text.Encoding.Default);
　　//创建与数据源对应的数据列
　　line = sr.ReadLine();
　　split=line.Split(',');
　　foreach(String colname in split){
　　table.Columns.Add(colname,System.Type.GetType("System.String")); }
　　//将数据填入数据表
　　int j=0;
　　while((line=sr.ReadLine())!=null){
　　 j=0;
　　 row = table.NewRow();
　　 split=line.Split(',');
　　 foreach(String colname in split){
　　 row[j]=colname;
　　 j++;}
　　 table.Rows.Add(row);}
　　 sr.Close();
　　//显示数据
　　dataGrid1.DataSource=table.DefaultView;
　　dataGrid1.DataBind();
　　
　　5 结语
　　在应用程序的设计中，需要访问Excel数据的情况非常普遍，本文以在.NET中对访问含有混合类型数据的Excel表格拟采取的方法进行探讨。当然，如果不存在混合类型的数据使用Microsoft.Jet.OLEDB为较佳方案。对于不是使用.NET开发的情况，本论文的分析和所提供的方法亦可参考。

由于在Oracle Database 专用服务器中,一个Session会对应一个服务器进程,如果Session过多,占用的资源就会越大,所以我们应该控制极可能少的连接的Session及在数据处理完成后及时将连接关闭.

之前查看SPC在Database中一直占有比较多的Session,多达几十个,状态都为INACTIVE

SQL>select * from v$session where username='SPC';

or

SQL>select count(*) from v$session where username='SPC';

 如此多的Session让我怀疑是不是有些连接是不是没有关闭.那能不能找出这么Session都在执行什么语句呢?可以的.

SQL> select sql_text from v$sqlarea a ,v$session b where a.address=b.sql_address and b.username='SPC'

 按照查出来的语句去程序中搜索,确实存在连接没有关闭的情况,调整程序...(省略n步)

另外还有一种sql,在程序中始终找不到.

例如 SELECT ac.constraint_name key_name,
           acc.column_name key_col, 1
               FROM all_cons_columns acc, all_constraints ac
               WHERE acc.owner = ac.owner
                 AND acc.constraint_name = ac.constraint_name
                 AND acc.table_name = ac.table_name
                 AND ac.constraint_type = 'P'
                 AND ac.owner = user
                 AND ac.table_name = :tablename
               ORDER BY acc.constraint_name

经询问总监,觉得此sql是在DbDataReader.GetSchemaTable()  自动生成的. 但是DbDataReader就没有关闭,导致了session没有关闭.

经过调整, SPC用户基本都占用很少的Session了.

 在一个用户并发 不是很多的情况下,如果Session过多,就应该检查一下是否有连接未关闭的情况...

经常需要在数据库与Execl之间互导数据。net时代，ADO.NET可以使用使用Microsoft.Jet.OleDb访问访问Excel，网上已经有很多类似的资源，最典型也是最简单的可能如下：（asp.net环境）

 // 连接字符串            
        string xlsPath = Server.MapPath("~/app_data/somefile.xls"); // 绝对物理路径
        string connStr = "Provider=Microsoft.Jet.OLEDB.4.0;" +
                        "Extended Properties=Excel 8.0;" + 
                        "data source=" + xlsPath;
        // 查询语句
        string sql = "SELECT * FROM [Sheet1$]";

        DataSet ds = new DataSet();
        OleDbDataAdapter da = new OleDbDataAdapter(sql, connStr);
        da.Fill(ds);    // 填充DataSet        
        
        // 在这里对DataSet中的数据进行操作        

        // 输出，绑定数据
        GridView1.DataSource = ds.Tables[0]; 
        GridView1.DataBind();

用于 Extended Properties 值的有效 Excel 版本。 
对于 Microsoft Excel 8.0 (97)、9.0 (2000) 和 10.0 (2002) 工作簿，请使用 Excel 8.0。 

对于 Microsoft Excel 5.0 和 7.0 (95) 工作簿，请使用 Excel 5.0。 

对于 Microsoft Excel 4.0 工作簿，请使用 Excel 4.0。 

对于 Microsoft Excel 3.0 工作簿，请使用 Excel 3.0。 

对 Excel 工作簿中表（或范围）的有效引用。 
若要引用完全使用的工作表的范围，请指定后面跟有美元符号的工作表名称。例如： 

select * from [Sheet1$]
若要引用工作表上的特定地址范围，请指定后面跟有美元符号和该范围的工作表名称。例如： 

select * from [Sheet1$A1:B10]
若要引用指定的范围，请使用该范围的名称。例如： 

select * from [MyNamedRange]

ref：http://msdn.microsoft.com/library/chs/default.asp?url=/library/CHS/dv_vbcode/html/vbtskcodeexamplereadingexceldataintodataset.asp
说明：
可以引用Excel 工作簿中的三种对象：
• 整张工作表：[Sheet1$]  ，Sheet1 就是工作表的名称
• 工作表上的命名单元格区域：[MyNamedRange] （不需要指定工作表，因为整个xls中命名区域只能唯一）
XLS命名方法：选中单元格范围》插入》名称》定义
• 工作表上的未命名单元格区域 ：[Sheet1$A1:B10]
（在关系数据库提供的各种对象中（表、视图、存储过程等），Excel 数据源仅提供相当于表的对象，它由指定工作簿中的工作表和定义的命名区域组成。命名区域被视为“表”，而工作表被视为“系统表”）

注意：
•必须使用[]（方括号），否将报：
FROM 子句语法错误
•必须跟$（美元符号），否则报：
Microsoft Jet 数据库引擎找不到对象'Sheet2'。请确定对象是否存在，并正确地写出它的名称和路径。
•如果工作表名称不对，或者不存在，将报：
'Sheet2$' 不是一个有效名称。请确认它不包含无效的字符或标点，且名称不太长。
•在 如何在 Visual Basic 或 VBA 中使用 ADO 来处理 Excel 数据   中提到可以使用
~  和 '(波浪线和单引号）代替[]，使用ADO。NET测试没有成功，报：
FROM 子句语法错误
•当引用工作表明名（[Sheet1$]）时，数据提供程序认为数据表从指定工作表上最左上方的非空单元格开始。比如，工作表从第 3 行，C 列开始，第3行，C列之前以及第1、2行全为空，则只会显示从第3行，C列开始的数据；以最后表最大范围内的非空单元结束；
•因此，如需要精确读取范围，应该使用命名区域 [NamedRange]，或者指定地址：[Sheet1$A1:C10]

4。如何引用列名？
•根据默认连接字符串中，数据提供程序会将有效区域内的第一行作为列名，如果此行某单元格为空则用F1、F2表示，其中序数，跟单元格的位置一致，从1开始；
•如果希望第一行作为数据显示，而非列名，可以在连接串的 Extended Properties 属性指定：HDR=NO
默认值为：HDR=NO 格式如下：

        string connStr = "Provider=Microsoft.Jet.OLEDB.4.0;" +
                        "Extended Properties=""Excel 8.0;HDR=NO"";" + 
                        "data source=" + xlsPath;

注意： Excel 8.0;HDR=NO  需要使用双引号（这里的反斜扛，是C#中的转义）

ref： ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.VisualStudio.v80.chs/WD_ADONET/html/745c5f95-2f02-4674-b378-6d51a7ec2490.htm 中 《连接Excel》节（说明：在我自己的MSDN中，它的例子使用了两个双引号是错的，测试没有通过，原文这样说的：

注意，Extended Properties 所需的双引号必须还要加双引号。

）

在这种情况下，所有的列名都是以F开头，然后跟索引，从F1开始，F2，F3。。。。。。。

5。为什么有效单元格数据不显示出来？
出现这种情况的可能原因是，默认连接中，数据提供程序根据前面单元格推断后续单元个的数据类型。
可以通过 Extended Properties 中指定 IMEX=1

“IMEX=1;”通知驱动程序始终将“互混”数据列作为文本读取

ref：同4

PS：在baidu这个问题的时候，有网友说，将每个单元都加上引号，这固然是格方案，但是工作量何其大啊，又不零活，庆幸自己找到”治本药方“
 
more ref：
如何在 Visual Basic 或 VBA 中使用 ADO 来处理 Excel 数据
http://dotnet.aspx.cc/ShowDetail.aspx?id=C673E2CD-3F1E-4919-8CE0-D69B894A0599

注意：
在网上有很多同志说是加上HDR或IMEX这两个属性值后会报“找不到可安装的ISAM ”的错误。这时解决方法很简单：
就是把连接串写成如下形式：

Provider=Microsoft.Jet.Oledb.4.0;Data Source={0};Extended Properties='Excel 8.0;HDR=1; IMEX=1;' (注意红色标注的单引号)

而不要写成这样的形式：

Provider=Microsoft.Jet.Oledb.4.0;Data Source={0};Extended Properties=Excel 8.0;HDR=1; IMEX=1;

应用程序经常需要与Excel进行数据交互，在上一篇文章ADO.NET 如何读取 Excel （上）阐 述了基于ADO.NET 读取Excel的基本方法与技巧。今天这里要介绍是如何动态的读取Excel数据，这里的动态指的是事先不知道Excel文件的是什么样的结构，或者无法 预测，比如一张.xls文件有多少张sheet，而且每张sheet的结构可能都不一样等等。
其实我们可以通过获取Excel的“架构信息”来动态的构造查询语句。这里的“架构信息”与数据库领域的“数据库架构信息”意义相同（也称“元数据”）， 对于整个数据库，这些“元数据”通常包括数据库或可通过数据库中的数据源、表和视图得到的目录以及所存在的约束等；而对于数据库中的表，架构信息包括主 键、列和自动编号字段等。
在ADO.NET 如何读取 Excel （上）提到

在关系数据库提供的各种对象中（表、视图、存储过程等），Excel 数据源仅提供相当于表的对象，它由指定工作簿中的工作表和定义的命名区域组成。命名区域被视为“表”，而工作表被视为“系统表”）

这里我们将Excel也当作一个“数据库”来对待，然后利用OleDbConnection.GetOleDbSchemaTable 方法
要获取所需的架构信息，该方法获取的架构信息与ANSI SQl-92是兼容的：

注意：对于那些不熟悉 OLE DB 架构行集的人而言，它们基本上是由 ANSI SQL-92  定义的数据库构造的标准化架构。每个架构行集具有为指定构造提供定义元数据的一组列（称作 .NET 文档中的“限制列”）。这样，如果请求架构信息（例 如，列的架构信息或排序规则的架构信息），则您会明确知道可以得到哪种类型的数据。如果希望了解更多信息，请访问 Appendix B: Schema Rowsets。

ref：http://www.microsoft.com/china/msdn/library/office/office/odatanet2.mspx?mfr=true

以下是读取Excel文件内“表”定义元数据，并显示出来的的程序片断：

        // 读取Excel数据，填充DataSet
        // 连接字符串            
        string xlsPath = Server.MapPath("~/app_data/somefile.xls");
        string connStr = "Provider=Microsoft.Jet.OLEDB.4.0;" +
                        "Extended Properties=""Excel 8.0;HDR=No;IMEX=1"";" + // 指定扩展属性为 Microsoft Excel 8.0 (97) 9.0 (2000) 10.0 (2002)，并且第一行作为数据返回，且以文本方式读取
                        "data source=" + xlsPath;
        string sql_F = "SELECT * FROM [{0}]";

        OleDbConnection conn = null;
        OleDbDataAdapter da = null;
        DataTable tblSchema = null;
        IList<string> tblNames = null;

        // 初始化连接，并打开
        conn = new OleDbConnection(connStr);
        conn.Open();

        // 获取数据源的表定义元数据                        
        //tblSchema = conn.GetSchema("Tables");
        tblSchema = conn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables, new object[] { null, null, null, "TABLE" });

        GridView1.DataSource = tblSchema;
        GridView1.DataBind();

        // 关闭连接
        conn.Close();

GetOleDbSchemaTable 方法的详细说明可以参考：
http://msdn2.microsoft.com/zh-CN/library/system.data.oledb.oledbconnection.getoledbschematable.aspx

接着是一段利用“架构信息”动态读取Excel内部定义的表单或者命名区域的程序片断：

        // 读取Excel数据，填充DataSet
        // 连接字符串            
        string xlsPath = Server.MapPath("~/app_data/somefile.xls");
        string connStr = "Provider=Microsoft.Jet.OLEDB.4.0;" +
                        "Extended Properties=""Excel 8.0;HDR=No;IMEX=1"";" + // 指定扩展属性为 Microsoft Excel 8.0 (97) 9.0 (2000) 10.0 (2002)，并且第一行作为数据返回，且以文本方式读取
                        "data source=" + xlsPath;
        string sql_F = "SELECT * FROM [{0}]";

        OleDbConnection conn = null;
        OleDbDataAdapter da = null;
        DataTable tblSchema = null;
        IList<string> tblNames = null;

        // 初始化连接，并打开
        conn = new OleDbConnection(connStr);
        conn.Open();

        // 获取数据源的表定义元数据                        
        //tblSchema = conn.GetSchema("Tables");
        tblSchema = conn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables, new object[] { null, null, null, "TABLE" });

        //GridView1.DataSource = tblSchema;
        //GridView1.DataBind();

        // 关闭连接
        //conn.Close();

        tblNames = new List<string>();
        foreach (DataRow row in tblSchema.Rows) {
            tblNames.Add((string)row["TABLE_NAME"]); // 读取表名
        }

        // 初始化适配器
        da = new OleDbDataAdapter();
        // 准备数据，导入DataSet
        DataSet ds = new DataSet();

        foreach (string tblName in tblNames) {
            da.SelectCommand = new OleDbCommand(String.Format(sql_F, tblName), conn);
            try {
                da.Fill(ds, tblName);
            }
            catch {
                // 关闭连接
                if (conn.State == ConnectionState.Open) {
                    conn.Close();
                }
                throw;
            }
        }

        // 关闭连接
        if (conn.State == ConnectionState.Open) {
            conn.Close();
        }

        // 对导入DataSet的每张sheet进行处理        
        // 这里仅做显示
        GridView1.DataSource = ds.Tables[0];
        GridView1.DataBind();

        GridView2.DataSource = ds.Tables[1];
        GridView2.DataBind();

        // more codes
        // .

这里我们就不需要对SELEC 语句进行“硬编码”，可以根据需要动态的构造FROM 字句的“表名”。

不仅可以，获取表明，还可以获取每张表内的字段名、字段类型等信息：

tblSchema = conn.GetOleDbSchemaTable(OleDbSchemaGuid.Columns, new object[] { null, null, null, null });

在ADO.nET 1.x 时候只有OleDb提供了GetOleDbSchemaTable 方法，而SqlClient或者OrcaleClient没有对应的方法，因为对应数据库已经提供了类似功能的存储过程或者系统表供应用程序访问，比如对 于Sql Server：

SELECT *
FROM Northwind.INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = N'Customers'

而在ADO.NET 2.0中每个xxxConnenction都实现了基类System.Data.Common.DbConnection的 GetSchemal 方法
来获取数据源的架构信息。

 一：sqlserver连接oracle  
  1.配置windows的ODBC数据源：    
  开始菜单—》设置—》管理工具—》数据源（ODBC）—》进入配置用户DSN或者系统DSN均可以：  
  添加—》选择Microsoft   ODBC   for   oracle—》自定义数据源名称（最好跟tns中连接串同名！）—》服务器名称  
  （必填！填写tns文件中的连接串名称）—》完成。    
   
  2.配置sqlserver2000中的连接服务器：    
  企业管理器—》安全性—》连接服务器—》右键新建连接服务器—》定义连接名称；  
  选其他数据源；   指定程序名称为：Microsoft   OLE   DB   Provider   for   Oracle;   产品名称可不填；    
  数据源指定刚才ODBC中定义好的数据源名称；   提供程序字符串按以下格式填写：User   ID=username;Password=userpasswd  
  (或者按如下格式：UID=username;PWD=userpasswd)，  
  这里的用户名和密码对应所要连接的oracle数据库中的用户名和密码   —》   安全性标签页里：  
  设置用此安全上下文进行，并录入oracle的数据库用户名和密码—》服务器选项标签页可默认—》确定。    
   
  3.完成了。使用方法  
  在sqlserver企业管理器—》安全性—》连接服务器打开刚建好的连接服务器—》点击表，  
  即可在右边窗口看到该oracle数据库用户拥有的的所有表名，但在这里还并不能查看表的记录，这个需要在sqserver的查询分析器中用具体sql实现！  
  访问表时，使用格式为：   [连接服务器名]..[ORACLE用户].[表名]。必须为大写。更详细具体的使用这里不再赘述。  
  ------------------------------------------------------------------------------------------  
  二：oracle连接sqlserver  
  1、安转透明网关  
  在自定义安转内  
  D:\oracle\ora92\tg4msql\admin\inittg4msql.ora       tg4msql  
  2、在D:\oracle\ora92\network\admin\listener.ora内添加  
    (SID_DESC   =  
              (GLOBAL_DBNAME   =   tg4msql)    
                (PROGRAM   =   tg4msql)  
              (ORACLE_HOME   =   D:\oracle\ora92)  
              (SID_NAME   =   tg4msql)  
          )  
  3、配置tns  
  tnsnames.ora  
  -----------------  
  例子1  
  cdma   =  
      (DESCRIPTION   =  
          (ADDRESS_LIST   =  
              (ADDRESS   =   (PROTOCOL   =   TCP)(HOST   =   zhyg)(PORT   =   1521))  
          )  
          (CONNECT_DATA   =  
              (SID   =   tg4msql)  
              (SERVER   =   DEDICATED)  
          )  
          (HS=OK)  
      )  
  例子2  
  du   =  
      (DESCRIPTION   =  
          (ADDRESS_LIST   =  
              (ADDRESS   =   (PROTOCOL   =   TCP)(HOST   =   sha38)(PORT   =   1521))  
          )  
          (CONNECT_DATA   =  
              (SID   =   jf)  
              (SERVER   =   DEDICATED)  
          )  
          (HS=OK)  
      )  
  --------  
  3、创建数据链路      
  CREATE   PUBLIC   DATABASE   LINK   DU   CONNECT   TO   SA   IDENTIFIED   BY   SA   USING   'DU'  
  ok可以使用了  
  select   *   from   sysobjects@cdma