資料庫和數據源

① 數據源和資料庫有什麼區別

1. 用戶DSN會把相應的配置信息保存在Windows的注冊表中，但是只允許創建該DSN的登錄用戶使用。

2.系統DSN同樣將有關的配置信息保存在系統注冊表中，但是與用戶DSN不同的是系統DSN允許所有登錄伺服器的用戶使用。

3.文件DSN把具體的配置信息保存在硬碟上的某個具體文件中。文件DSN允許所有登錄伺服器的用戶使用，而且即使在沒有任何用戶登錄的情況下，也可以提供對資料庫DSN的訪問支持。此外，因為文件DSN被保存在硬碟文件里，所以可以方便地復制到其它機器中(文件可以在網路范圍內共享)。這樣，用戶可以不對系統注冊表進行任何改動就可直接使用在其它機器上創建的DSN。

② 新建的資料庫和數據源有什麼區別

提供某種所需要數據的原始媒體。信息系統的數據源必需可靠，目前常用的數據源有：①觀測數據，即現場獲取的實測數據，它們包括野外實地勘測、量算數據，台站的觀測記錄數據，遙測數據等。②分析測定數據，即利用物理和化學方法分析測定的數據。③圖形數據，各種地形圖和專題地圖等。④統計調查數據，各種類型的統計報表、社會調查數據等。⑤遙感數據，由地面、航空或航天遙感獲得的數據。

當人們收集了大量的數據後，應該把它們保存起來進入近一步的處理，進一步的抽取有用的信息。當年人們把數據存放在文件櫃中，可現在隨著社會的發展，數據量急劇增長，現在人們就藉助計算機和資料庫技術科學的保存大量的數據，以便能更好的利用這些數據資源。

呃。。。SORRY。。。那會帖錯了。。。嘿嘿。。。

③ 數據源和資料庫/ODBC和ADO的區別

ODBC和ADO的區別:
ODBC（Open Database Connection，開放式數據互連）是訪問資料庫的一個統一介面標准，它允許開發人員使用ODBC API（應用程序介面）來訪問多種不同的數據源，並執行數據操作。
當使用應用程序時，應用程序首先通過使用ODBC API與驅動管理器進行通信，ODBC API由一組ODBC函數調用組成，通過API調用ODBC函數提交SQL請求，然後，驅動管理器通過分析ODBC函數並判斷數據源的類型，並配置正確的 驅動器，並把ODBC函數調用傳遞給驅動器，最後，驅動器處理ODBC函數調用，把SQL請求發送給數據源，數據源執行相應操作後，驅動器返回執行結果， 管理器再把執行結果返回給應用程序。
微軟公司的ADO (ActiveX Data Objects) 是一個用於存取數據源的COM組件。它提供了編程語言和統一數據訪問方式OLE DB的一個中間層。允許開發人員編寫訪問數據的代碼而不用關心資料庫是如何實現的，而只用關心到資料庫的連接。訪問資料庫的時候，關於SQL的知識不是必要的，但是特定資料庫支持的SQL命令仍可以通過ADO中的命令對象來執行。
ADO包含一些頂層的對象：

連接，代表到資料庫的連接
記錄集，代表資料庫記錄的一個集合
命令，代表一個SQL命令
記錄，代表數據的一個集合
流，代表數據的順序集合
錯誤，代表資料庫訪問中產生的意外
欄位，代表一個資料庫欄位
參數，代表一個SQL參數
屬性，保存對象的信息
ADO組件的使用需要利用支持COM的高級語言，例如ASP中的VBScript或者Visual Basic，甚至Delphi,微軟的競爭對手Borland的一個產品，現在也支持使用ADO來訪問資料庫。

ODBC通常用來訪問不具備OLE-DB特性的非Microsoft資料庫中的數據；16位的ODBC驅動程序工作起來可能非常緩慢。

ODBC素以最慢的數據訪問方法而著稱，但是很可惜，當ADO或DAO都不支持某個資料庫管理器而ODBC支持這個資料庫管理器時，在這種特定的情形 下，你仍然需要使用ODBC。在大多數情況下，這意味著要從資料庫廠商那裡獲得所需的驅動程序，雖然Visual C++確實附帶了一些產品的驅動程序（如果你正在使用資料庫管理器的某些神秘功能，那麼就需要建立自己的介面棗這並不是一件十分困難的事）。本質上講，你 總是要使用ODBC來訪問Microsoft產品之外的其它DBMS產品所創建的資料庫，這些資料庫並不具備OLE-DB功能。ODBC還要求做一些額外 的工作棗為ADO調整Visual C++中的大部分向導。

高級技巧

除了使用ADO和ODBC外，你還可以使用像DAO（數據訪問對象）這樣的早期技術，該技術包含在像Access這樣的Microsoft產品中。 DAO依賴於用Microsoft Access自動獲得的Microsoft Jet資料庫引擎。DAO還是較早版的Visual Basic所使用的引擎（最新版的Visual Basic和Visual C++依賴於相同的ADO/OLE-DB組合），所以如果需要支持較早的Visual Basic應用程序，那麼DAO仍是一個不錯的選擇。

盡管Microsoft文件聲明，可以用DAO訪問非Microsoft產品建立的資料庫，但你仍會發現，在這種情況下，使用ADO和ODBC要好得 多。這樣的話，不但兼容性問題會少一些，速度也將有所提高，因為數據請求經過的介面層減少了。有一條經驗要記住，DAO是設計用來處理MDB文件的。

ADO的一個問題是，它不支持遠程通信。這是Microsoft提出RDO（遠程數據對象）的原因之一。這種特別技術在Visual Basic應用程序中的使用，要比在Visual C++中的使用多得多，所以我猜想，你們中有很多人都在使用它。但是，記住RDO仍是一種生命力很強的技術，這一點很重要。ADO確實具有替代RDO的遠 程數據服務(RDS)特徵。換言之，ADO在一個軟體包中提供了DAO和RDO兩種功能性。

ODBC使用的是微軟提供的通用資料庫連接，所以效率不高，ADO就好些，主要是針對微軟資料庫做了優化，降低了系統資源的使用率，所以效率比ODBC要高一些，特別是並發用戶多時更能體現速度上的差異。