Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\MyExcel.xls;Extended Properties=""Excel 8.0;HDR=Yes;IMEX=1""

OleDbConnection 对象的 GetOleDbSchemaTable 方法

OleDbSchemaGuid 成员

限制

schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables,
new Object[] {null, null, null, "TABLE"});

返回的数据表

schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables,
new Object[] {null, null, null, "TABLE"});

for (int i = 0; i < schemaTable.Columns.Count; i++) {
Console.WriteLine(schemaTable.Columns[i].ToString());
}

for (int i = 0; i < schemaTable.Rows.Count; i++) {
Console.WriteLine(schemaTable.Rows[i].ItemArray[2].ToString());
}

回到顶端

创建列出数据库中的表的示例

using System.Data;
            using System.Data.OleDb;

OleDbConnection cn = new OleDbConnection();
            DataTable schemaTable;
            //Connect to the Northwind database in SQL Server.
            //Be sure to use an account that has permission to list tables.
            cn.ConnectionString = "Provider=SQLOLEDB;Data Source=server;User ID=sa;
            Password=password;Initial Catalog=Northwind";
            cn.Open();
            //Retrieve schema information about tables.
            //Because tables include tables, views, and other objects,
            //restrict to just TABLE in the Object array of restrictions.
            schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables,
            new Object[] {null, null, null, "TABLE"});
            //List the table name from each row in the schema table.
            for (int i = 0; i < schemaTable.Rows.Count; i++) {
            Console.WriteLine(schemaTable.Rows[i].ItemArray[2].ToString());
            }
            //Explicitly close - don't wait on garbage collection.
            cn.Close();
            //Pause
            Console.ReadLine();

回到顶端

创建检索表的架构的示例

using System.Data;
            using System.Data.OleDb;

OleDbConnection cn = new OleDbConnection();
            DataTable schemaTable;
            //Connect to the Northwind database in SQL Server.
            //Be sure to use an account that has permission to retrieve table schema.
            cn.ConnectionString = "Provider=SQLOLEDB;Data Source=server;User ID=sa;
            Password=password;Initial Catalog=Northwind";
            cn.Open();
            //Retrieve schema information about the Employees table.
            schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Tables,
            new Object[] {null, null, "Employees", "TABLE"});
            //List the schema info for the Employees table
            //in the format Field Descriptor :Field Value.
            for (int i = 0; i < schemaTable.Columns.Count; i++) {
            Console.WriteLine(schemaTable.Columns[i].ToString() + " : " +
            schemaTable.Rows[0][i].ToString());
            }
            //Explicitly close - don't wait on garbage collection.
            cn.Close();
            //Pause
            Console.ReadLine();

回到顶端

创建列出表中的列的示例

using System.Data;
            using System.Data.OleDb;

OleDbConnection cn = new OleDbConnection();
            DataTable schemaTable;
            //Connect to the Northwind database in SQL Server.
            //Be sure to use an account that has permission to list the columns in the Employees table.
            cn.ConnectionString = "Provider=SQLOLEDB;Data Source=server;User ID=sa;
            Password=password;Initial Catalog=Northwind";
            cn.Open();
            //Retrieve schema information about columns.
            //Restrict to just the Employees TABLE.
            schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Columns,
            new Object[] {null, null, "Employees", null});
            //List the column name from each row in the schema table.
            for (int i = 0; i < schemaTable.Rows.Count; i++) {
            Console.WriteLine(schemaTable.Rows[i].ItemArray[3].ToString());
            }
            //Explicitly close - don't wait on garbage collection.
            cn.Close();
            //Pause
            Console.ReadLine();

回到顶端

创建列出表中的主键的示例

cn.ConnectionString = "Provider=SQLOLEDB;Data Source=server;User ID=sa;
Password=password;"

schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Primary_Keys,
new Object[] {"Northwind", "dbo", "Employees"});

schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Primary_Keys,
new Object[] {"Pubs", "dbo", "Employee"});

using System.Data;
            using System.Data.OleDb;

OleDbConnection cn = new OleDbConnection();
            DataTable schemaTable;
            //Connect to SQL Server.
            //Be sure to use an account that has permissions to list primary keys
            //in both the Northwind and Pubs databases.
            cn.ConnectionString = "Provider=SQLOLEDB;Data Source=server;User ID=sa;
            Password=password;";
            cn.Open();
            //Retrieve schema information about primary keys.
            //Restrict to just the Employees TABLE in the Northwind CATALOG.
            schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Primary_Keys,
            new Object[] {"Northwind", "dbo", "Employees"});
            //List the primary key for the first row in the schema table.
            //The first three items in the ItemArray in the row are catalog, schema, and table.
            //The fourth item is the primary key.
            Console.WriteLine(schemaTable.Rows[0].ItemArray[3].ToString());
            //Retrieve primary key for the Employee TABLE in the Pubs CATALOG.
            schemaTable = cn.GetOleDbSchemaTable(OleDbSchemaGuid.Primary_Keys,
            new Object[] {"Pubs", "dbo", "Employee"});
            //List the primary key for the first row in the schema table.
            Console.WriteLine(schemaTable.Rows[0].ItemArray[3].ToString());
            //Explicitly close - don't wait on garbage collection.
            cn.Close();
            //Pause
            Console.ReadLine();

出处：http://support.microsoft.com/kb/309681/zh-cn

This code is standalone (it needs Prototype, but not Scriptaculous), and it can be used with Draggable with one note: The Draggable handle cannot be the element that is Resizeable, you must specify a handle element when you create a Draggable to avoid confusion between Draggable and Resizeable.

This doesn’t work very well
...
...
new Draggable(‘foo’); new Resizeable(‘foo’);
...
...

This works nicely:
...
...

new Draggable(‘foo’, {handle: ‘bar’}); new Resizeable(‘foo’);

There aren’t many options for this object, but here they are:

The grab areas can be defined with top, left, bottom, right. Each defaults to 6 pixels. If you set this to 0 (zero), then resize in that direction will be disabled.
...
...

new Resizeable(‘foo’, {top: 0, left:50} );

A callback function can be defined that will be called when the resize is over.
...
...

new Resizeable(‘foo’, {resize: function(el) { alert(‘Done!’); } } );

The minimum height and width of the DIV can be specified as minHeight and minWidth options.

The resizable code in action – view source to see how it works.

The Javascript source file can be downloaded here

Currently, this code doesn’t quite work in IE (the DIV can jiggle around a little), but Firefox 1.0 is working Ok.

出处：http://blog.craz8.com/articles/2005/12/01/make-your-divs-resizeable

public AttributeCollection(StateBag bag)
{
      this._bag = bag;
}

　　这样的结果就是，Attributes和Attributes.CssStyle可能会被保存在ViewState中，事实上ASP.NET默认确实会保存其中的内容到ViewState中。

　　这种设计真的是让人觉得莫名其妙，在大家对ViewState效率问题的讨论中，觉得ViewState确实是鸡肋，用来保持一些服务器状态和数据让大家觉得方便也就算了。可是居然把和UI相关的内容都一股脑存到ViewState里，真的是疯狂。

　　下面是使用Attributes定义了一些自定义内容后的ViewState的情形：

// AnalysisReport自定义控件上定义了一些自定的内容

　　Attributes和Attributes.CssStyle被自动保存到ViewState中后，除了ViewState体积急增后，PostBack时Load ViewState的负担也同时增大了。上面这个事例中的页面PostBack的LoadState代价，如下图：

　　实际上我在编写控件时，从来没有想过要保持Attributes和Attributes.CssStyle，也没有想过要再次使用其中的数据。而且这个默认保存到ViewState的行为居然不能定制（至少我还没有发现），后来想到在ASP.NET页面生存期中，SaveState结束在PreRender中，所以在Render事件中使用Attributes和Attributes.CssStyle的就不会保存到ViewState中去。

　　修改代码：

protected override void OnPreRender(EventArgs e)
{
    this.Attributes["abc"] = "123";
    this.Attributes.CssStyle["abc-style"] = "123-style";
    base.OnPreRender(e);
}

protected override void Render(HtmlTextWriter output)
{
    this.Attributes["abc"] = "123";
    this.Attributes.CssStyle["abc-style"] = "123-style";
    output.Write(Text);
}

　　就不会再将Attributes和Attributes.CssStyle保存到ViewState中了，上面那个AnalysisReport按上面的示例修改后，绑定同样数据的运行效果为：

　　LoadState的代价也大大降低，其开销为：

1.显示本月第一天

2.显示本月最后一天

3.上个月的最后一天

SELECT dateadd(ms,-3,DATEADD(mm,DATEDIFF(mm,0,getdate()),0))

4.本月的第一个星期一i

select DATEADD(wk,DATEDIFF(wk,0, dateadd(dd,6-datepart(
            day,getdate()),getdate())),0)

5.本年的第一天

SELECT DATEADD(yy,DATEDIFF(yy,0,getdate()),0)

6.本年的最后一天

SELECT dateadd(ms,-3,DATEADD(yy,DATEDIFF(yy,0,getdate())+1,0))

7.去年的最后一天

SELECT dateadd(ms,-3,DATEADD(yy,DATEDIFF(yy,0,getdate()),0))

8.本季度的第一天

SELECT DATEADD(qq,DATEDIFF(qq,0,getdate()),0)

9.本周的星期一

SELECT DATEADD(wk,DATEDIFF(wk,0,getdate()),0)

10.查询本月的记录

select * from tableName where DATEPART(mm, theDate)
            =DATEPART(mm, GETDATE()) and DATEPART(yy, theDate)
            = DATEPART(yy, GETDATE())

11.查询本周的记录

select * from tableName where DATEPART(wk, theDate) = DATEPART
            (wk, GETDATE()) and DATEPART(yy, theDate) = DATEPART(yy, GETDATE())

12查询本季的记录 注：其中:GETDATE()是获得系统时间的函数。

select * from tableName where DATEPART(qq, theDate) = DATEPART
            (qq, GETDATE()) and DATEPART(yy, theDate) = DATEPART(yy, GETDATE())

13.获取当月总天数:

select DATEDIFF(dd,getdate(),DATEADD
            (mm, 1, getdate()))
            select datediff(day,
            dateadd(mm, datediff(mm,'',getdate()), ''),
            dateadd(mm, datediff(mm,'',getdate()), '1900-02-01'))

14.获取当前为星期几

DATENAME(weekday, getdate())

在Visual Studio 2003下开发网站的都知道ASP.NET 1.1网站生成后都是一个唯一命名的程序集（项目名称.DLL），但是这种情况在Visual Studio 2005的网站开发中不见了。Visual Studio 2005给我们提供了“发布网站”这样方便的功能，不用在像以前一样COPY的部署，但是采用其“发布网站”的功能，会在站点的BIN目录中产生App_Code.compiled，App_Code.dll，App_Web_xxxxxx.dll，项目名称.dll等等这样的程序集，如果不采用预编译的方式那么产生的文件会更加的多，因为很多都是随机命名也没有什么规律可言；这样会给那些想COPY更新的人带来不便，因为原来的文件不能被覆盖，需要先删除再COPY；有很多时候可能就是更新了后台代码，直接生成项目或是WEB的程序集，像以前一样直接覆盖DLL的方式也很简单。

也许很多人不会考虑BIN下存放的东西，只要站点能运行就好了，那么这样的人读到这里也就没有必要再看此文章，要知道时间是宝贵的，浪费在自己不关心的事情上很不值得的。

上面罗嗦了一堆，下面笔者将介绍采用Microsoft Web Deployment Projects在Visual Studio 2005中生成唯一程序集的方法。

关于Microsoft Web Deployment Projects工具可以从微软站点获得详尽的资料，我也没什么好说的了微软写的很清楚了，呵呵。

下载地址：

http://msdn.microsoft.com/asp.net/reference/infrastructure/wdp/default.aspx

详细使用：

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnaspp/html/web_deployment_projects.asp

安装后在“生成”和WEB项目的上下文菜单看到“Add Web Deployment Project…”，好了添加一个Web Deployment Project项目，起一个名称，这个名称就是将来编译后生成的程序集名称，默认的名称“当前项目名称_deploy”

双击Web Deployment Project的项目出现属性页面

Compilation中的Output Folder设置项目输出路径

Output Assemblies中的四大选项：

n        Merge all outputs to a single assembly－所有输出都编译成一个程序集（参数：程序集名称）

n        Treat as library component (remove the App_Code.compiled file)－App_Code视为类库（删除App_Code.compiled文件）

n        Merge each individual folder output to its own assembly－WEB项目中单独的目录会编译到一个程序集中（参数：程序集前缀）

n        Merge all pages and control outputs to a single assembly－所有页面控件编译到一个程序集中（参数：程序集名称）

n        Create a separate assembly for each page and control output－为每一个页面和控件创建程序集

Signing使用key文件建立强命名空间的程序集

Deployment

n        Enable Web.config file section replacement－用不同的config文件替换Web.config中的节点

n        Create an IIS virtual directory for the output folder－创建IIS虚拟目录（参数：虚拟目录名称）

n        Remove the App_Data folder from output location－删除输出目录中的App_Data目录

好了通过简单的设置，就可以生成一个看上去非常“干净利落”的bin目录，每个程序集都很明显，对部分升级工作很有帮助。

remote client Request---->IIS---->aspnet_isapi.dll-->aspnet_wp.exe-->HttpRuntime--->

HttpModule--->HttpHandler Factory--->HttpHandler--->HttpHandler.ProcessRequest()-->

Response client Request

      还做了一个事情，就是对DataTable进行filter的时候 ，我的一个同事和我说了以下的代码：
      DataView dv = dt.DefaultView ;
      dv.RowFilter = filter ;
      DataTable result = dv.ToTable() ;
      上面的代码是能工作的，但是它的性能一点都不好，后来我把上面的代码改成了：
      DataRow[] rows = dv.Select( filter ) ;
      foreach( DataRow row in rows )
      {
         result.ImportRow(row) ;
      }

      也有数十倍的性能提高。

一、返回多个数据集

　　检查你的访问数据库的代码，看是否存在着要返回多次的请求。每次往返降低了你的应用程序的每秒能够响应请求的次数。通过在单个数据库请求中返回多个结果集，可以减少与数据库通信的时间，使你的系统具有扩展性，也可以减少数据库服务器响应请求的工作量。

　　如果你是用动态的SQL语句来返回多个数据集，那我建议你用存储过程来替代动态的SQL语句。是否把业务逻辑写到存储过程中，这个有点争议。但是我认为，把业务逻辑写到存储过程里面可以限制返回结果集的大小，减小网络数据的流量，在逻辑层也不用在过滤数据，这是一个好事情。

　　用SqlCommand对象的ExecuteReader方法返回一个强类型的业务对象，再调用NextResult方法来移动数据集指针来定位数据集。示例一演示了一个返回多个ArrayList强类型对象的例子。只从数据库中返回你需要的数据可以大大的减小你的服务器所耗用的内存。

二、对数据进行分页

　　ASP。NET的DataGrid有一个非常有用的功能：分页。如果DataGrid允许分页，在某一时刻它只下载某一页的数据，另外，它有一个数据分页的济览导航栏，它让你可以选择浏览某一页，而且每次只下载一页的数据。

　　但是它有一个小小的缺点，就是你必须把所有的数据都绑定到DataGrid中。也就是说，你的数据层必须返回所有的数据，然后DataGrid再根据当前页过滤出当前页所需要的数据显示出来。如果有一个一万条记录的结果集要用DataGrid进行分页，假设DataGrid每页只显示25条数据，那就意味着每次请求都有9975条数据都是要丢弃的。每次请求都要返回这么大的数据集，对应用程序的性能影响是非常大的。

　　一个好的解决方案是写一个分页的存储过程，例子2是一个用于对Northwind数据库orders表的分页存储过程。你只需要传当前页码，每页显示的条数两个参数进来，存储过程会返回相应的结果。

　　在服务器端，我专门写了一个分页的控件来处理数据的分页，在这里，我用了第一个方法，在一个存储过程里面返回了两个结果集：数据记录总数和要求的结果集。

　　返回的记录总数取决于要执行查询，例如，一个where条件可以限制返回的结果集的大小。因为在分页界面中必须要根据数据集记录的大小来计算总的页数，所以必须要返回结果集的记录数。例如，如果一共有1000000条记录，如果用where条件就可以过滤成只返回1000条记录，存储过程的分页逻辑应该知道返回那些需要显示的数据。

三、连接池

　　用TCP来连接你的应用程序与数据库是一件昂贵的事情（很费时的事情），微软的开发者可以通过用连接池来反复的使用数据库的连接。比起每次请求都用TCP来连一次数据库，连接池只有在不存在有效的连接时才新建一个TCP连接。当关闭一个连接的时候，它会被放到池中，它仍然会保持与数据库的连接，这样就可以减少与数据库的TCP连接次数。

　　当然，你要注意那些忘记关的连接，你应在每次用完连接后马上关闭它。我要强调的是：无论什么人说.net framework中的GC(垃圾收集器)总会在你用完连接对象后调用连接对象的Close或者Dispose方法显式的关闭你的连接。不要期望CLR会在你想象的时间内关掉连接，虽然CLR最终都要销毁对象和关闭边接，但是我们并不能确定它到底会在什么时候做这些事情。

　　要用连接池优化，有两条规则，第一，打开连接，处理数据，然后关闭连接。如果你必须在每次请求中多次打开或关闭连接，这好过一直打开一个边接，然后把它传到各个方法中。第二，用相同的连接字符串（或者用相同的用户标识，当你用集成认证的时候）。如果你没有用相同的连接字符串，如你用基于登录用户的连接字符串，这将不能利用连接池的优化功能。如果你用的是集成的论证，因为用户很多，所以你也不能充分利用连接池的优化功能。.NET CLR提供了一个数据性能计数器，它在我们需要跟踪程序性能特性的时候非常有用，当然也包括连接池的跟踪了。

　　无论你的应用程序什么时候要连在另一台机子的资源，如数据库，你都应该重点优化你连资源所花的时间，接收和发送数据的时间，以及往返回之间的次数。优化你的应用程序中的每一个处理点（process hop），它是提高你的应用的性能的出发点。

　　应用程序层包含与数据层连接，传送数据到相应的类的实例以及业务处理的逻辑。例如，在Community Server中，要组装一个Forums或者Threads集合，然后应用业务逻辑，如授权，更重要的，这里要完成缓存逻辑。

四、ASP.NET缓存API

　　在写应用程序之前,你要做的第一件事是让应用程序最大化的利用ASP.NET的缓存功能。

　　如果你的组件是要在Asp.net应用程序中运行，你只要把System.Web.dll引用到你的项目中就可以了。然后用HttpRuntime.Cache属性就可访问Cache了（也可以通过Page.Cache或HttpContext.Cache访问）。

　　有以下几条缓存数据的规则。第一，数据可能会被频繁的被使用，这种数据可以缓存。第二，数据的访问频率非常高，或者一个数据的访问频率不高，但是它的生存周期很长，这样的数据最好也缓存起来。第三是一个常常被忽略的问题，有时候我们缓存了太多数据，通常在一台X86的机子上，如果你要缓存的数据超过800M的话，就会出现内存溢出的错误。所以说缓存是有限的。换名话说，你应该估计缓存集的大小，把缓存集的大小限制在10以内，否则它可能会出问题。在Asp.net中，如果缓存过大的话也会报内存溢出错误，特别是如果缓存大的DataSet对象的时候。

　　这里有几个你必须了解的重要的缓存机制。首先是缓存实现了“最近使用”原则（ a least-recently-used algorithm），当缓存少的时候，它会自动的强制清除那些无用的缓存。其次 “条件依赖”强制清除原则（expiration dependencies），条件可以是时间，关键字和文件。以时间作为条件是最常用的。在asp.net2.0中增加一更强的条件，就是数据库条件。当数据库中的数据发生变化时，就会强制清除缓存。要更深入的了解数据库条件依赖请看Dino Esposito 在MSDN杂志2004年七月刊的Cutting Edge专栏文章。Asp.net的缓存架构如下图所示：
　　
五、预请求缓存

　　在前面，我提到过即使我们只对某些地方作了一个小小的性能改进也可以获得大的性能提升，我非常喜欢用预请求缓存来提升程序的性能。

　　虽然Cache API设计成用来保存某段时间的数据，而预请求缓存只是保存某个时期的某个请求的内容。如果某个请求的访问频率高，而且这个请求只需要提取，应用，修改或者更新数据一次。那么就可以预缓存该请求。我们举个例子来说明。

　　在CS的论坛应用程序中，每一个页面的服务器控件都要求得到用于决定它的皮肤（skin）的自定义的数据，以决定用哪个样式表及其它的一些个性化的东西。这里面的某些数据可能要长时间的保存，有些时间则不然，如控件的skin数据，它只需要应用一次，而后就可以一直使用。

　　要实现预请求缓存，用Asp.net 的HttpContext类，HttpContext类的实例在每一个请求中创建，在请求期间的任何地方都可以通过HttpContext.Current属性访问。HttpContext类有一个Items集合属性，在请求期间所有的对象和数据都被添加到这个集合中缓存起来。和你用Cache缓存访问频率高数据一样，你可以用HttpContext.Items缓存那些每个请求都要用到的基础数据。它背后的逻辑很简单：我们向HttpContext.Items中添加一个数据，然后再从它里面读出数据。

六、后台处理

　　通过上面的方法你的应用程序应该运行得很快了，是不是？但是在某些时候，程序中的一次请求中可能要执行一个非常耗时的任务。如发送邮件或者是检查提交的数据的正确性等。

　　当我们把asp.net Forums 1.0集成在CS中的时侯，发现提交一个新的帖子的时候会非常的慢。每次新增一个帖子的时侯，应用程序首先要检查这个帖子是不是重复提的，然后用“badword”过滤器来过滤，检查图片附加码，作帖子的索引，把它添加到合适的队列中，验证它的附件，最后，发邮件到它的订阅者邮件箱中。显然，这个工作量很大。

　　结果是它把大量的时间都花在做索引和发送邮件中了。做帖子的索引是一项很耗时的操作，而发邮件给订阅都需要连接到SMTP服务，然后给每一个订阅者都发一封邮件，随着订阅用户的增加，发送邮件的时间会更长。

　　索引和发邮件并不需要在每次请求时触发，理想状态下，我们想要批量的处理这些操作，每次只发25封邮件或者每隔5分钟把所有的要发的新邮件发一次。我们决定使用与数据库原型缓存一样的代码，但是失败了，所以又不得不回到VS.NET 2005。

　　我们在System.Threading命名空间下找到了Timer类，这个类非常有用，但却很少有人知道，Web开发人员则更少有人知道了。一旦他建了该类的实例，每隔一个指定的时间，Timer类就会从线程池中的一个线程中调用指定的回调函数。这意味着你的asp.net应用程序可以在没有请求的时候也可以运行。这就是后以处理的解决方案。你就可以让做索引和发邮件工作在后台运行，而不是在每次请求的时候必须执行。

　　后台运行的技术有两个问题，第一是，当你的应用程序域卸载后，Timer类实例就会停止运行了。也就是不会调用回调方法了。另外，因为CLR的每个进程中都有许多的线程在运行，你将很难让Timer获得一个线程来执行它，或者能执行它，但会延时。Asp.net层要尽量少的使用这种技术，以减少进程中线程的数量，或者只让请求用一小部分的线程。当然如果你有大量的异步工作的话，那就只能用它了。

　　你可以从http://www.rob-howard.net/中下载示例程序，请下载Blackbelt TechEd 2004的示例程序。

七、页面输出缓存和代理服务

　　Asp.net是你的界面层（或者说应该是），它包含页面，用户控件，服务器控件（HttpHandlers 和HttpModules）以及它们生成的内容。如果你有一个Asp.net页面用来输出html，xml,imgae或者是其它的数据，对每一个请求你都用代码来生成相同的输出内容，你就很有必要考虑用页面输出缓存了。

　　你只要简单的把下面的这一行代码复制到你的页面中就可以实现了：<%@ PageOutputCache VaryByParams=”none” Duration=”60” %> 你就可以有效的利用第一次请求里生成的页面输出缓存内容，60秒后重新生成一道页面内容。这种技术其实也是运用一些低层的Cache API来实现。用页面输出缓存有几个参数可以配置，如上面所说的VaryByParams参数，该参数表示什么时候触发重输出的条件，也可以指定在Http Get或Http Post 请求模式下缓存输出。例如当我们设置该参数为VaryByParams=”Report”的时候，default.aspx?Report=1或者default.aspx?Report=2请求的输出都会被缓存起来。参数的值可以是多个用分号隔开参数。

　　许多人都没有意识到当用页面输出缓存的时候，asp.net也会生成HTTP头集（HTTP Header）保存在下游的缓存服务器中，这些信息可以用于Microsoft Internet安全性中以及加速服务器的响应速度。当HTTP缓存的头被重置时，请求的内容会被缓在网络资源中，当客户端再次请求该内容时，就不会再从源服务器上获得内容了，而直接从缓存中获得内容。

　　虽然用页面输出缓存不提高你的应用程序性能，但是它能减少了从的服务器中加载已缓存页面内容的次数。当然，这仅限于缓存匿名用户可以访问的页面。因为一旦页面被缓存后，就不能再执行授权操作了。

八、 用IIS6.0的Kernel Caching

　　如果你的应用程序没用运行在IIS6.0(windows server 2003)中，那么你就失去了一些很好的提高应用程序性能的方法。在第七个方法中，我讲了用页面输出缓存提高应用程序的性能的方法。在IIS5.0中，当一个请求到来到IIS后，IIS会把它转给asp.net，当应用了页面输出缓存时，ASP.NET中的HttpHandler会接到该请求，HttpHandler从缓存中把内容取出来并返回。

　　如果你用的是IIS6.0，它有一个非常好的功能就是Kernel Caching，而且你不必修改asp.net程序中任何代码。当asp.net接到一个已缓存的请求，IIS的Kernel Cache会从缓存中得到它的一份拷贝。当从网络中传来一个请求的时，Kernel层会得到该请求，如果该请求被缓存起来了，就直接把缓存的数据返回，这样就完工了。这就意味着当你用IIS的Kernel Caching来缓存页面输出时，你将获得不可置信的性能提升。在开发VS.NET 2005的 asp.net时有一点，我是专门负asp.net性能的程序经理，我的程序员用了这个方法，我看了所有日报表数据，发现用kernel model caching的结果总是最快的。它们的一个共同的特征就是网络的请求和响应量很大,但IIS只占用了5%的CPU资源。这是令人惊奇的。有许多让你使用用IIS6.0的理由，但kernel cashing是最好的一个。

九、 用Gzip压缩数据

　　除非你的CPU占用率太高了，才有必要用提升服务器性能的技巧。用gzip压缩数据的方法可以减少你发送到服务端的数据量，也可以提高页面的运行速度，同时也减少了网络的流量。怎么样更好的压缩数据取决于你要发送的数据，还有就是客户端的浏览器支不支持（IIS把用gzip压缩后的数据发送到客户端，客户端要支持gzip才能解析，IE6.0和Firefox都支持）。这样你的服务器每秒能多响应一些请求，同样，你也减少了发送响应的数据量，也就能多发送一些请求了。

　　好消息，gzip压缩已经被集成在IIS6.0中了，它比IIS5.0中gzip更好。不幸的是，在IIS6.0中启用gzip压缩，你不能在IIS6.0的属性对话中设置。IIS开发团队把gzip压缩功能开发出来了，但他们却忘了在管理员窗口中让管理员能很方便的启用它。要启用gzip压缩，你只能深入IIS6.0的xml配置文件中修改它的配置。

　　除了阅读本文以外，只好再看看Brad Wilson写的 IIS6 压缩一文：http://www.dotnetdevs.com/articles/IIS6compression.aspx；另外还有一篇介绍aspx压缩基础知识的文章，Enable ASPX Compression in IIS。但是要注意，在IIS6中动态压缩和kernel cashing是互斥的。

十、 服务器控件的ViewState

　　ViewState是asp.net中的一个特性，它用于把生成页面要用的一状态值保存在一个隐藏域中。当页面被回传到服务器时，服务器要解析，校验和应用ViewState中的数据以还原页面的控件树。ViewState是一个非常有用的特性，它能持久化客户端的状态而不用cookie或者服务器的内存。大部分的服务器控件都是用ViewState来持久化那些在页面中与用户交互的元素的状态值。例如，用以保存用于分页的当前页的页码。

　　用ViewState会带来一些负面的影响。首先，它加大的服务器的响应和请求的时间。其次，每次回传时都增加了序列化和反序列化数据的时间。最后，它还消耗了服务器更多的内存。

　　许多的服务器控件很趋于使用ViewState，如众所周知的DataGrid，而有时候是没有必须使用的。默认情况下是允许使用ViewState的，如果你不想使用ViewState的话，你可以在控件或页面级别把关闭它。在控件中，你只要把EnableViewState属性设为False就可以了；你也可以在页面中设置，使它的范围扩展到整个页面中： <%@ Page EnableViewState=”false” %> 如果页面无需回传或者每次请求页面只是呈现控件。你就应该在页面级别中把ViewState关掉。

更多信息

简繁体转换

Strings.StrConv 这个方法还是博客园的一个兄弟发现的，我添了几行代码。做个记录，免得以后忘记。
我的分词组件可以利用这个临时解决一下繁体分词了。

添加 Microsoft Visual Basic.NET Runtime 引用。

using System;
using System.IO;
using System.Text;
using Microsoft.VisualBasic;

namespace Rainsoft.Text
{
  /// <summary>
  /// 字符串编码转换类
  /// </summary>
  public class StringEncoding
  {
    private StringEncoding()
    {
    }

    /// <summary>
    /// 将字符串转换为简体中文
    /// </summary>
    public static string ToSimplifiedChinese(string s)
    {
      return Microsoft.VisualBasic.Strings.StrConv(s, VbStrConv.SimplifiedChinese, 0);
    }

    /// <summary>
    /// 将文件转换为简体中文
    /// </summary>
    /// <param name="filename">源文件名</param>
    /// <param name="encoding">源文件字符编码</param>
    /// <param name="outFilename">目标文件名</param>
    /// <param name="outEncoding">目标文件字符编码</param>
    /// <example>
    /// <code>
    /// ToSimplifiedChinese("big5.txt", Encoding.GetEncoding("big5"), "gb.txt", Encoding.GetEncoding("gb2312"));
    /// ToSimplifiedChinese("big5.txt", Encoding.GetEncoding("big5"), "gb.txt", Encoding.UTF8);
    /// </code>
    /// </example>
    public static void ToSimplifiedChinese(string filename, Encoding encoding, string outFilename, Encoding outEncoding)
    {
      StreamReader r = new StreamReader(filename, encoding);
      StreamWriter w = new StreamWriter(outFilename, false, outEncoding);
      try
      {
        w.Write(Strings.StrConv(r.ReadToEnd(), VbStrConv.SimplifiedChinese, 0));
        w.Flush();
      }
      finally
      {
        w.Close();
        r.Close();
      }
    }

    /// <summary>
    /// 将字符串转换为繁体中文
    /// </summary>
    public static string ToTraditionalChinese(string s)
    {
      return Microsoft.VisualBasic.Strings.StrConv(s, VbStrConv.TraditionalChinese, 0);
    }

    /// <summary>
    /// 将文件转换为繁体中文
    /// </summary>
    /// <param name="filename">源文件名</param>
    /// <param name="encoding">源文件字符编码</param>
    /// <param name="outFilename">目标文件名</param>
    /// <param name="outEncoding">目标文件字符编码</param>
    /// <example>
    /// <code>
    /// ToTraditionalChinese("gb.txt", Encoding.GetEncoding("gb2312"), "gb.txt", Encoding.GetEncoding("big5"));
    /// ToTraditionalChinese("gb.txt", Encoding.GetEncoding("gb2312"), "gb.txt", Encoding.UTF8);
    /// </code>
    /// </example>
    public static void ToTraditionalChinese(string filename, Encoding encoding, string outFilename, Encoding outEncoding)
    {
      StreamReader r = new StreamReader(filename, encoding);
      StreamWriter w = new StreamWriter(outFilename, false, outEncoding);
      try
      {
        w.Write(Strings.StrConv(r.ReadToEnd(), VbStrConv.TraditionalChinese, 0));
        w.Flush();
      }
      finally
      {
        w.Close();
        r.Close();
      }
    }
  }
}

表示32位的IP地址和16位的TCP端口号。
上面的信息以8位为一组，逗号间隔十进制传输。
就是ip为172.16.62.72, port高位为0x11,低位为0x76,即port是 4470





出处：http://www.cndiy8.com/ask12/ask176578.htm

div{margin:30px!important;margin:28px;}

div{maring:30px;margin:28px}

div{width:300px!important;width  /**/:340px;margin:0  10px  0  10px}

ul{margin:0;padding:0;}

<script  type="text/javascript">

{float:left;text-align:left;margin:0 0 0 200px;}

{float:left;text-align:left;margin:0 0 0 200px;display:inline;}

（2）计算模
Y = mod(S, 11)

（3）通过模得到对应的校验码
Y: 0 1 2 3 4 5 6 7 8 9 10
校验码: 1 0 X 9 8 7 6 5 4 3 2
四、举例如下：
北京市朝阳区: 11010519491231002X
广东省汕头市: 440524188001010014

    根据〖中华人民共和国国家标准 GB 11643-1999〗中有关公民身份号码的规定，公民身份号码是特征组合码，由十七位数字本体码和一位数字校验码组成。排列顺序从左至右依次为：六位数字地址码，八位数字出生日期码，三位数字顺序码和一位数字校验码。

    地址码表示编码对象常住户口所在县(市、旗、区)的行政区划代码。生日期码表示编码对象出生的年、月、日，其中年份用四位数字表示，年、月、日之间不用分隔符。顺序码表示同一地址码所标识的区域范围内，对同年、月、日出生的人员编定的顺序号。顺序码的奇数分给男性，偶数分给女性。校验码是根据前面十七位数字码，按照ISO 7064:1983.MOD 11-2校验码计算出来的检验码。下面举例说明该计算方法。 

    15位的身份证编码首先把出生年扩展为4位，简单的就是增加一个19，但是这对于1900年出生的人不使用（这样的寿星不多了）

    某男性公民身份号码本体码为34052419800101001，首先按照公式⑴计算：

∑(ai×Wi)(mod 11)……………………………………(1)

公式(1)中：
i----表示号码字符从由至左包括校验码在内的位置序号；
ai----表示第i位置上的号码字符值；
Wi----示第i位置上的加权因子，其数值依据公式Wi=2（n-1）(mod 11)计算得出。

i       18 17 16 15 14 13 12 11 10  9  8  7  6  5  4  3  2  1

ai       3  4  0  5  2  4  1  9  8  0  0  1  0  1  0  0  1 a1

Wi       7  9 10  5  8  4  2  1  6  3  7  9 10  5  8  4  2  1

ai×Wi  21 36  0 25 16 16  2  9 48  0  0  9  0  5  0  0  2 a1

根据公式(1)进行计算：

∑(ai×Wi) =（21+36+0+25+16+16+2+9+48++0+0+9+0+5+0+0+2) = 189

189 ÷ 11 = 17 + 2/11

∑(ai×Wi)(mod 11) = 2

    然后根据计算的结果，从下面的表中查出相应的校验码，其中X表示计算结果为10：

∑(ai×WI)(mod 11)   0 1 2 3 4 5 6 7 8 9 10
校验码字符值ai       1 0 X 9 8 7 6 5 4 3  2
    根据上表，查出计算结果为2的校验码为所以该人员的公民身份号码应该为 34052419800101001X。

以上是转载的（sorry忘了哪里找过来的）,以下是根据原文写的一个校验类，并自动将15位转换成18位.
---------------------------------------------------------------------------------
using System;
using System.Text;
using System.Text.RegularExpressions;
namespace Leisang
{
 /// <summary>
 /// CID 的摘要说明。
 /// </summary>
 public class IdentityCard
 {
  private string cid_;
  private string errmsg;
  private string[] aCity;
  public IdentityCard()
  {
   aCity = new string[]{null,null,null,null,null,null,null,null,null,null,null,
         "北京","天津 ","河北","山西","内蒙古",
         null,null,null,null,null,
         "辽宁","吉林","黑龙江",
         null,null, null,null,null,null,null,
         "上海","江苏","浙江","安微","福建","江西","山东",
         null,null, null,
         "河南","湖北","湖南","广东","广西","海南",
         null,null,null,
         "重庆","四川","贵州","云南","西藏",
         null,null,null,null,null,null,
         "陕西","甘肃","青海","宁夏","新疆",
         null,null, null,null,null,
         "台湾",
         null,null,null,null,null,null,null,null,null,
         "香港","澳门",
         null,null,null,null,null,null,null,null,
         "国外"};
  }
  
  public bool Check(string CardID)
  {
   CID=CardID;
   return Check();
  }

  public bool Check()
  {
   //判断位数
   if(CID.Length==15)
   {
    return Check15();
   }
   else if(CID.Length==18)
   {
    return Check18(CID);
   }
   else
   {
    ErrMsg="身份证位数不正确";
    return false;
   }
  }

  public bool Check18(string cid)
  {
   double iSum=0;
   //string info="";
   System.Text.RegularExpressions.Regex rg = new System.Text.RegularExpressions.Regex(@"^\d{17}(\d|x)$");
   System.Text.RegularExpressions.Match mc = rg.Match(cid);
   if(!mc.Success)
   {
    ErrMsg="身份证输入错误";
    return false;
   }  
   cid = cid.ToLower();
   cid = cid.Replace("x","a");
   if(aCity[int.Parse(cid.Substring(0,2))]==null)
   {
    ErrMsg= "非法地区";
    return false;
   }
   try
   {
    DateTime.Parse(cid.Substring(6,4)+"-"+cid.Substring(10,2)+"-"+cid.Substring(12,2));
   }
   catch
   {
    ErrMsg= "非法生日";
    return false;
   }
   for(int i=17;i>=0;i--)
   {   
    iSum +=(System.Math.Pow(2,i)%11)*int.Parse(cid[17-i].ToString(),System.Globalization.NumberStyles.HexNumber);

   }
   if(iSum%11!=1)
   {
    ErrMsg="非法证号";
    return false;
   }
   //return "";
   string xx;
   int sex=int.Parse(cid.Substring(16,1))%2;
   if(sex==1)
   {
    xx="男";
   }
   else
   {
    xx="女";
   }
   ErrMsg=(aCity [int.Parse(cid.Substring(0,2))]+","+cid.Substring(6,4)+"-"+cid.Substring(10,2) +"-"+cid.Substring(12,2)+","+xx);
   return true;
  }

  public bool Check15()
  {
   string[] verifyID=new string[]{"0","1","2","3","4","5","6","7","8","9","x"};
   CID=CID.Substring(0,6)+"19"+CID.Substring(6,9);
   foreach(string vid in verifyID)
   {
    bool result=Check18(CID+vid);
    if(result)
    {
     ErrMsg+=" your Card ID:"+CID+vid;
     return true;
    }
   }
   return false;
  }
  
  public string CID
  {
   get{return cid_;}
   set{cid_=value;}
  }

  public string ErrMsg
  {
   get{return errmsg;}
   set{errmsg=value;}
  }
 }
}


原文:http://blog.csdn.net/leisang/archive/2004/10/30/159875.aspx