在项目中我们经常会用到数据缓存，也会在项目处理对缓存的维护，但是有些时间我们需要人为的 来维护这些缓存，用下面的代码来实现：

首先创建一张表(要求ID自动编号)： create table redheadedfile( id int identity(1,1), filenames nvarchar(20), senduser nvarchar(20), primary key(id) ) 然后我们写入50万条记录： declare @i int set @i=1 while @i<=500000 begin insert into redheadedfile(filenames,senduser) values('我的分页算法','陆俊铭')

.一旦数据库操作完毕，一定关闭连接 .在关闭连接时记得删除临时对象 .在关闭连接前，确保关闭任何用户定义事务 .显示非交互性数据，使用SQLDataReader可以获得 最佳性能 .注意共享那些经过复杂处理或漫长查询才得到的数据 .在页面跳转时记得终止当前页面的处理 .有大量连接的字符串操作不要使用+，改用 StringBuilder

提高性能的方法： 1、 避免不必要的操作.例如:在Page_Load中使用IsPostBack; 2、 尽量减少使用服务器端控件 3、 关闭不必要的页面Session和控件的ViewState <%@Page EnableSessionState =”false”%> 4、 禁用VB和JSP动态类型 <%@Page Language=”VB” Strict=”true”%> 5、 使用存储过程 6、 使用DateReader代替DataS

性能方面：存储过程提供了许多标准sql语言中所没有的高级特性。其传递参数和执行逻辑表达式的功能，有助于应用程序设计者处理复杂任务。另外，存储过程存储在本地服务器上，减少了执行该过程所需的网络传输宽带和执行时间。（存储过程已经对sql语句进行了预编译，所以其执行速度比在程序里执行sql语句快很多） 程序结构方面：从程序的可扩展性

最后我们不得不从后台处理来考虑。我们发现后台的服务类以及业务逻辑被频繁调用，所以我们使用Singleton模式将底层业务逻辑类和工具类进行了重构，发现性能大幅提升。虽然有人说Singleton的一个缺点便是每次都需要检查类是否创建，这会消耗资源。但是检查所消耗的资源总比创建要小得多吧，何况不会无止境的吞噬宝贵的内存。

4. 适当使用服务器控件 在控件标记中加runat=server会增加web服务器的负担.除非有必要处理控件的属性,在服务器处理控件的事件时候就不要为标记加此属性 5.在必要的时候使用ViewState viewstate包含的控件越多,服务器负担就愈大,利用viewstate还可能惹出麻烦，例如一个显示错误信息的label控件，我们希望不要在每一个页面上都

页面(.aspx)和用户控件(.ascs) 可重用类型(组件)放在\bin目录下 数据放在SQL数据库中 推荐 : 为Web Farm设计 不要假定访问者永远会回到同一服务器 注意静态变量和应用状态 Web Farm会话状态 推荐 : 用同一个进程 应避免(可能时): 对XML Web服务的同步调用 通过DCOM的远程调用 使用XML Web 服务 : 因特网上应用之间的通

用Tree显示菜单及物品列表(从服务端获取数据)比较方便, 当前显示Tree 主要有两种方式: 1. 在Tree初始化时将数据全部一次性从服务端获取, 获取完数据后页面展开或收缩时就不再需要获取数据, 这样, 获取完数据使用时效率比较高, 但当树节点很多时, 在每次初始化时会有较大的延迟. 2. 初始化时只

用Tree显示菜单及物品列表(从服务端获取数据)比较方便, 当前显示Tree 主要有两种方式: 1. 在Tree初始化时将数据全部一次性从服务端获取, 获取完数据后页面展开或收缩时就不再需要获取数据, 这样, 获取完数据使用时效率比较高, 但当树节点很多时, 在每次初始化时会有较大的延迟. 2. 初始化时只