如上代码所示：两种方式为appSettings和connectionStrings

appSettings：

 ①它是asp.net1.1的时候用的,在vs2003中用的

 ②里面存的相当于键值对的形式，key和value。不仅仅可以存连接字符串，还可以存储一些配置项。

 ③在appSettings中，不能使用ProviderName=\"System.Data.......\"(不过如果你要用也可以，只要写在value里面就可以了，当成值传递过去)

 ④在后台取值方式用代码：

string conn=System.Configuration.ConfigurationManager.AppSettings[\"connstr\";]
 

connectionStrings：

①它是asp.net2.0中新增的。

②里面存的也类似于键值对的形式,使用的是name和connectionString，一般就存连接字符串。

③在connectionStrings中可以,可以使用providerName.

④在后台代码，取值的方式：

string conn=System.Configuration.ConfigurationManager.ConnectionStrings[\"connstr\"].ConnectionString;

既然connectionStrings是2.0版本出来的，那它肯定比appsettings有好处了：

网上如是说：

① 可将连接字符串加密，使用MS的一个加密工具即可。
② 可直接邦定的数据源控件，而不必写代码读出来再赋值给控件。
③ 可方便的更换数据库平台，如换为Oracle数据库，只需修改providerName

providerName它的作用是什么呢？

我们先看一下providerName的参数值。

①providerName=\"System.Data.SqlClient\"  ----说明使用的是MSSQLServer数据库
②providerName=\"System.Data.SqlLite\"  ----说明使用的是SQLLite数据库
③providerName=\"System.Data.OracleClient\"  ----说明使用的是Oracle数据库
或providerName=\"System.Data.Oracle.DataAccess.Client\"  ----同上
④providerName=\"System.Data.OleDb\"   ----说明使用的是Access数据库

providerName可写可不写。

我们什么时候用providerName呢？

比如，我们现在要做一个项目，以后会卖个两个企业使用：A和B。这就有不确定因素了，A使用Oracle，B使用SQLserver。所以

①数据库：我们需要建两个库，一个用oracle，一个用Sqlserver。

 ②程序：我们一般不去写两个系统让他们使用，我们肯定会去判断，先判断他们使用的是什么数据库，然后再在程序里执行什么样的数据库脚本。

③web.config代码：

 ④程序代码：进行判断，如果providerName=\"System.Data.SqlClient\"则执行SQLServer的脚本，如果providerName=\"System.Data.OracleClient\"则调用Oracle的数据库脚本。

    return num;
}