台灣最大程式設計社群網站
線上人數
2192
 
會員總數:246145
討論主題:189731
歡迎您免費加入會員
討論區列表 >> ASP >> [ASP]請教資料庫的連結
[]  
[我要回覆]
1
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
[ASP]請教資料庫的連結
價值 : 0 QP  點閱數:966 回應數:6
樓主

阿福
初學者
799 905
8023 563
發送站內信

set conn=server.createObject("adodb.connection")
set rs=server.createObject("adodb.recordset")
ConnectionString ="driver={Microsoft Access Driver (*.mdb)};dbq=" & server.mapPath("/quota123/db/iddemo.mdb")"
conn.Open  ConnectionString
rs.Open sql,conn,3


Set conn= Server.CreateObject("ADODB.Connection")
ConnectionString ="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath("/quota123/db/iddemo.mdb")
conn.Open  ConnectionString
Set RS=Server.CreateObject("ADODB.Recordset")
RS.Open SQL,conn,3,3


請教一下 這裡的兩個ConnectionString 有何不同呢
謝謝

搜尋相關Tags的文章: [ 資料庫 ] , [ 資料庫 ] , [ 連結 ] ,
本篇文章發表於2002-08-21 09:20
1樓
回應

sabcat
檢舉此回應
前者用ODBC來開啟
後者用OLEDB
本篇文章回覆於2002-08-21 09:46
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
2樓
作者回應

阿福
檢舉此回應
ODBC連結
那不是如同下面用法 連結到該資料庫的Alias就好嗎?!需要寫那麼多設定嗎
Set DBConnection= Server.CreateObject("ADODB.Connection")
DBConnection.Open "demoDB"
本篇文章回覆於2002-08-21 09:50
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
3樓
回應

sabcat
檢舉此回應
因為...可再分為dsn與dsn-less(應該沒拼錯吧?丫災)
用alias的方式雖然方便..但機動性不高..因為它只能在你自己的本機上測試
若你將來要把資料庫與程式放到免費空間裡..將會連結不到..除非你請對方幫你設定
因此一般較少採用alias的方式
本篇文章回覆於2002-08-21 10:20
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
4樓
回應

sdargon
檢舉此回應
那用OLEDB跟用ODBC開啟有什麼差別?
本篇文章回覆於2002-08-21 10:30
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
5樓
回應

sabcat
檢舉此回應
一般來說是感覺不出什麼差別..(至少對我而言@@)
底下就我自己所知道的說明...但不保證一定是對的@@"
ODBC是由業界所製定的一個標準..它用什麼方式來存取資料源..SORRY..我不清楚
OLE DB則是架構在COM之上,你可把它看成是COM的一組介面
而且是為各個資料庫所撰寫的專用驅動程式,在效率上比ODBC來的好
但ODBC可解決相容性的問題(如果該資料庫沒有提供OLE DB的DRIVRE話)

以上是我所知的大概..書也沒寫的很清楚..資料也語焉不詳...>"<
有人要幫忙補充的嗎? 
本篇文章回覆於2002-08-21 10:49
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
6樓
回應

Allen
捐贈 VP 給 Allen 檢舉此回應
以下節錄自CodeCharge使用手冊, 各位可以參考一下
=========================
There are several standard methods of connecting to databases, such as Open Database Connectivity (ODBC) and Jet database engine, otherwise known as DSN and DSN-less connections respectively. DSN-less/JET connections are often used when connecting to MS Access, Excel or other file or text based databases. On the other hand, a DSN connection is used with almost all other proprietary databases such as MS SQL, MySQL, DB2, Oracle, Sybase, etc. As a prerequisite, DSN connections require the appropriate ODBC driver installed on your computer. Most database vendors provide ODBC drivers along with their products and usually, the drivers are installed together with the database software. If this is not the case, you can usually find an appropriate ODBC driver at the vendor’s site or other sites where freeware drivers are posted.

There are conflicting reports about the advantages of DSN connections over DSN-less connections. However, if you use MS Access and need to make a choice between the two, here is some information that could aid you in making the correct decision:

A DSN-less connection is a little easier to setup in CodeCharge than a DSN/ODBC connection because you don’t need to define the Data Source Name (DSN) in the system Control Panel. A DSN-less connection can also come in handy on the server side since some hosting companies place a limit on the number of DSN connections a client can have. DSN-less connections are not subject to such a limit.

Although it is disputable whether DSN connections performs better than DSN-less connections, the key advantage of using a DSN is that you can setup the same DSN on multiple machines, for example the development and the production machines, and your programs will work on the configured machines without any changes. You would simply copy the generated files from one computer to another and they should function correctly as long as you defined the same DSN on both computers. On the other hand, if you use a DSN-less connection, you may need to modify your connection string for each computer, either directly in CodeCharge or in the Common.asp file generated by CodeCharge. Often you will use one connection type during design phase and a different one for production. 

If you use MySQL during design time, you have to use a DSN/ODBC connection when working within CodeCharge. However, the generated web pages don’t have to use a DSN/ODBC connection. In the case of PHP, CodeCharge generates PHPLib compliant code which allows for direct connection to the database without ODBC. 
本篇文章回覆於2002-08-21 11:35
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
   
1

回覆
如要回應,請先登入.