web.config配置數據庫連接


第一種:

取連接字符串

string connString = System.Web.Configuration.WebConfigurationManager.ConnectionStrings["SqlConnStr"].ConnectionString;

或者

protected static string connectionString = ConfigurationManager.ConnectionStrings["SqlConnStr"].ConnectionString; 

web.config文件:加在</configSections>后面

   <connectionStrings>
    <remove name="LocalSqlServer" />
    <add name="SqlConnStr" connectionString="user id=xx;password=xx;initial catalog=database_name;data source=.\sqlxxxx" />
  </connectionStrings>

第二種:
取連接字符串:

string myvar=configurationsettings.appsettings["connstring"]; 

web.config文件:加在<appsettings>和</appsettings> 之間

<appsettings> 
    <add key="connstring" value="uid=xx;pwd=xx;database=batabase_name;server=(local)" /> 
</appsettings>


據說兩者通用,但是第二種是asp.net2.0的新特性,建議使用第二種。
其實我一直有個疑問,兩個字符串中的UID;PWD;和User ID; Password;是否等價。
根據網上我查到的資料是可以互換通用的。 

 

網上找到了個貌似更詳細的解釋:

連接SQL Server數據庫的機制與連接Access的機制沒有什么太大的區別,只是改變了Connection對象和連接字符串中的不同參數.

首先,連接SQL Server使用的命名空間不是"System.Data.OleDb",而是"System.Data.SqlClient".

其次就是他的連接字符串了,我們一個一個參數來介紹(注意:參數間用分號分隔):
  "user id=sa":連接數據庫的驗證用戶名為sa.他還有一個別名"uid",所以這句我們還可以寫成"uid=sa".
  "password=":連接數據庫的驗證密碼為空.他的別名為"pwd",所以我們可以寫為"pwd=".
  這里注意,你的SQL Server必須已經設置了需要用戶名和密碼來登錄,否則不能用這樣的方式來登錄.如果你的SQL Server設置為Windows登錄,那么在這里就不需要使用"user id"和"password"這樣的方式來登錄,而需要使用"Trusted_Connection=SSPI"來進行登錄.
  "initial catalog=Northwind":使用的數據源為"Northwind"這個數據庫.他的別名為"Database",本句可以寫成"Database=Northwind".
  "Server=YourSQLServer":使用名為"YourSQLServer"的服務器.他的別名為"Data Source","Address","Addr".如果使用的是本地數據庫且定義了實例名,則可以寫為"Server=(local)\實例名";如果是遠程服務器,則將"(local)"替換為遠程服務器的名稱或IP地址.
  "Connect Timeout=30":連接超時時間為30秒.

 在這里,建立連接對象用的構造函數為:SqlConnection.

 

 

近日正在看Asp.net,看到Web.config有很不清楚之處,特意從網絡、MSDN搜集、歸納和整理,供大家分享。

在ASP.NET的web.config中,可以用兩種方式來寫連接字符串的配置。

 

<configuration>
   <appSettings>
      <add key="connstr1" value="Data Source=.;Initial Catalog=DBName;Integrated Security=true"/>
      <add key="connstr2" value=".........">
   </appSettings>
   <connectionStrings>
      <add name="connstr3" connectionString="........" />
      <add name="connstr4" connectionString="......" providerName="System.Data.Sqlclient"
   </connectionStrings>
</configuration>

 

 

如上代碼所示:兩種方式為appSettings和connectionStrings

appSettings:

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

         ②里面存的相當於鍵值對的形式,key和value。不僅僅可以存連接字符串,還可以存儲一些配置項。其中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;
 
        
其它說明:
	①Initial Catalog=Database就是數據庫名稱,根據從網絡上搜集到的信息看,兩者好像可以完全通用,基本沒有區別。
     ②	Integrated Security集成安全選項設置,可識別的值為 true、false、yes、no以及與true等效的sspi。當為 false 時,將在連接中指定用戶ID和密碼。當為true時,將使用當前的Windows 帳戶憑據進行身份驗證。其中SSPI為Security Supoort Provider Interface即安全支持提供者接口,Microsoft安全支持提供器接口(SSPI)是定義得較全面的公用API,用來獲得驗證、信息完整性、信息隱私等集成安全服務,以及用於所有分布式應用程序協議的安全方面的服務。應用程序協議設計者能夠利用該接口獲得不同的安全性服務而不必修改協議本身。SQL Server 數據庫連接字符串中,Integrated Security=SSPI 表示使用 Windows 身份驗證,即使用運行當前應用程序的用戶來連接 SQL Server,對網頁來說,一般是 IIS 中的匿名用戶。    
 
        

既然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代碼:

<configuration>
  <connectionStrings>
    <add name="connStr" connectionString="Data Source=.;Initial Catalog=mydb;Integrated Security=true" providerName="System.Data.SqlClient"/>
  </connectionStrings>
</configuration>
      ④程序代碼:進行判斷,如果providerName="System.Data.SqlClient"則執行SQLServer的腳本,如果providerName="System.Data.OracleClient"則調用Oracle的數據庫腳本。
 
        
public static readonly string connStr = System.Configuration.ConfigurationManager.ConnectionStrings["connStr"].ProviderName;
public static string databaseType = System.Configuration.ConfigurationManager.ConnectionStrings["connStr"].ProviderName;
public static int ExecuteNonQuery(CommandType commandType, string commandText, params System.Data.OleDb.OleDbParameter[] parm)
{
    int num = 0;
    if (databaseType == "System.Data.SqlClient")
    {
        //此處執行Microsoft SQLServer的數據庫腳本
    }
    else if (databaseType == "System.Data.OracleClient")
    {
        //此處執行Oracle的數據庫腳本
    }

    return num;
}
 
        
 
        
常見的數據庫連接代碼(C#):
 
        
SqlConnection conn = new SqlConnection( “Server=(local);Integrated Security=SSPI;database=Pubs“);
SqlConnection conn = new SqlConnection(“server=(local)\NetSDK;database=pubs;Integrated Security=SSPI“);
SqlConnection conn = new SqlConnection(“Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;“);
SqlConnection conn = new SqlConnection(“ data source=(local);initial catalog=xr;integrated security=SSPI;
persist security info=False;workstation id=XURUI;packet size=4096; “);

SqlConnection myConn  = new System.Data.SqlClient.SqlConnection(“Persist Security Info=False;Integrated
Security=SSPI;database=northwind;server=mySQLServer“);

SqlConnection conn = new SqlConnection( “ uid=sa;pwd=passwords;initial catalog=pubs;data source=127.0.0.1;Connect Timeout=900“);


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM