資料庫訪問技術有哪些

『壹』 後台資料庫連接使用什麼技術請簡單描述一下.

你好，目前應用最多的包括ODBC、DAO、OLEDB和ADO四種資料庫訪問技術，ADO技術是微軟資料庫應用程序開發的新介面，具有ODBC和DAO的特性。ADO的優勢表現在其介面能夠允許更高級別的數據交換，屬於高層資料庫訪問技術。
謝謝，望採納！

『貳』 常見資料庫的連接方式有哪些呢

一種是以系統身份登陸，一種是以sql連接方式登錄
連接方式 ado,jdbc,odbc,ole db等

『叄』 Web資料庫的訪問技術

Web資料庫訪問技術通常是通過三層結構來實現的。目前建立與Web資料庫連接訪問的技術方法可歸納為CGI技術，ODBC技術和ASP、JSP、PHP技術。
CGI技術
CGI（Common Gateway Interface，通用網關界面）是一種Web伺服器上運行的基於Web瀏覽器輸入程序的方法，是最早的訪問資料庫的解決方案。CGI程序可以建立網頁與資料庫之間的連接，將用戶的查詢要求轉換成資料庫的查詢命令，然後將查詢結果通過網頁返回給用戶。
CGI程序需要通過一個介面才能訪問資料庫。這種介面多種多樣，資料庫系統對CGI程序提供了各種資料庫介面如Perl、C/C++、VB等。為了使用各種資料庫系統，CGI程序支持ODBC方式，通過ODBC介面訪問資料庫。
ODBC技術
ODBC（Open Database Connectivity，開放資料庫互接）是一種使用SQL的應用程序介面（API）。ODBC最顯著的優點就是它生成的程序與資料庫系統無關，為程序員方便地編寫訪問各種DBMS的資料庫應用程序提供了一個統一介面，使應用程序和資料庫源之間完成數據交換。ODBC的內部結構為4層：應用程序層、驅動程序管理器層、驅動程序層、數據源層。它們之間的關系如圖1-5所示。由於ODBC適用於不同的資料庫產品，因此許多伺服器擴展程序都使用了包含ODBC層的系統結構。
Web伺服器通過ODBC資料庫驅動程序向資料庫系統發出SQL請求，資料庫系統接收到的是標准SQL查詢語句，並將執行後的查詢結果再通過ODBC傳回Web伺服器，Web伺服器將結果以HTML網頁傳給Web瀏覽器，工作原理如圖1-6所示。
由於Java語言所顯示出來的編程優勢贏得了眾多資料庫廠商的支持。在資料庫處理方面，Java提供的JDBC為資料庫開發應用提供了標準的應用程序編程介面。與ODBC類似，JDBC也是一種特殊的API，是用於執行SQL語句的Java應用程序介面。它規定了Java如何與資料庫之間交換數據的方法。採用Java和JDBC編寫的資料庫應用程序具有與平台無關的特性。
ASP、JSP、PHP技術
ASP是Microsoft開發的動態網頁技術，主要應用於Windows NT+IIS或 Windows 9x+PWS平台。確切地說ASP不是一種語言，而是Web伺服器端的開發環境。利用ASP可以產生和運行動態的、交互的、高性能的Web服務應用程序。ASP支持多種腳本語言，除了VBScript和Pscript，也支持Perl語言，並且可以在同一ASP文件中使用多種腳本語言以發揮各種腳本語言的最大優勢。但ASP默認只支持VBScript和Pscript，若要使用其他腳本語言，必須安裝相應的腳本引擎。ASP支持在伺服器端調用ActiveX組件ADO對象實現對資料庫的操作。在具體的應用中，若腳本語言中有訪問資料庫的請求，可通過ODBC與後台資料庫相連，並通過ADO執行訪問庫的操作。關於ASP的編程技術將會在第7章中詳細介紹。
JSP是Sun公司推出的新一代Web開發技術。作為Java家族的一員，幾乎可以運行在所有的操作系統平台和Web伺服器上，因此JSP的運行平台更為廣泛。目前JSP支持的腳本語言只有Java。JSP使用JDBC實現對資料庫的訪問。目標資料庫必須有一個JDBC的驅動程序，即一個從資料庫到Java的介面，該介面提供了標準的方法使Java應用程序能夠連接到資料庫並執行對資料庫的操作。JDBC不需要在伺服器上創建數據源，通過JDBC、JSP就可以實現SQL語句的執行。
PHP是Rasmus Lerdorf推出的一種跨平台的嵌入式腳本語言，可以在Windows、UNIX、Linux等流行的操作系統和IIS、Apache、Netscape等Web伺服器上運行，用戶更換平台時，無需變換PHP代碼。PHP是通過Internet合作開發的開放源代碼軟體，它借用了C、Java、Perl語言的語法並結合PHP自身的特性，能夠快速寫出動態生成頁面。PHP可以通過ODBC訪問各種資料庫，但主要通過函數直接訪問資料庫。PHP支持目前絕大多數的資料庫，提供許多與各類資料庫直接互連的函數，包括Sybase、Oracle、SQL Server等，其中與SQL Server資料庫互連是最佳組合。

『肆』 常用的資料庫訪問行為實時監控技術有哪些

資料庫防火牆系統，串聯部署在資料庫伺服器之前，解決資料庫應用側和運維側兩方面的問題，是一款基於資料庫協議分析與控制技術的資料庫安全防護系統。DBFirewall基於主動防禦機制，實現資料庫的訪問行為控制、危險操作阻斷、可疑行為審計。
資料庫安全技術之一，資料庫安全技術主要包括：資料庫漏掃、資料庫加密、資料庫防火牆、數據脫敏、資料庫安全審計系統。
資料庫安全風險包括：刷庫、拖庫、撞庫。
資料庫安全攻擊手段包括：SQL注入攻擊。

『伍』 常用的資料庫安全技術有哪些

1)用戶標識和鑒別：該方法由系統提供一定的方式讓用戶標識自己咱勺名字或身份。每次用戶要求進入系統時，由系統進行核對，通過鑒定後才提供系統的使用權。

(2)存取控制：通過用戶許可權定義和合法權檢查確保只有合法許可權的用戶訪問資料庫，所有未被授權的人員無法存取數據。例如C2級中的自主存取控制(I)AC)，Bl級中的強制存取控制(M．AC)。

(3)視圖機制：為不同的用戶定義視圖，通過視圖機制把要保密的數據對無權存取的用戶隱藏起來，從而自動地對數據提供一定程度的安全保護。

(4)審計：建立審計日誌，把用戶對資料庫的所有操作自動記錄下來放人審計日誌中，DBA可以利用審計跟蹤的信息，重現導致資料庫現有狀況的一系列事件，找出非法存取數據的人、時間和內容等。

(5)數據加密：對存儲和傳輸的數據進行加密處理，從而使得不知道解密演算法的人無法獲知數據的內容。

『陸』 Visual Basic中的資料庫訪問技術有哪些

DAO數據訪問對象
RDO遠程數據對象
DAOActive數據對象

『柒』 常用的資料庫訪問方式是什麼

mysql，sqlserver,oracle,access等等，這些都是很有名的，
但是再用的時候一般根據所用的編程語言選擇使用的資料庫，
比如mysql開源的，和php結合比較好。
sqlserver是微軟的，和.net之類配合使用較好。
oracle一般大型項目使用較多

『捌』 資料庫技術包括哪些技術

資料庫涉及到的技術，包括資料庫系統、SQL 語言和資料庫訪問技術。

『玖』 資料庫訪問技術分那些類別啊急求

隨著資料庫產品和技術的發展，資料庫訪問技術也從ODBC、DAO、RDO、OLE DB、ADO 和 RDS發展到今天的ADO.NET。以下內容由城市刀客整理編輯，旨在為你展示資料庫訪問技術的概貌。
<!--[if !supportEmptyParas]-->

ODBC<!--[endif]-->

ODBC 技術為訪問不同的SQL 資料庫提供了一個共同的介面。ODBC 使用 SQL 作為訪問數據的標准。這一介面提供了最大限度的互操作性：一個應用程序可以通過共同的一組代碼訪問不同的 SQL 資料庫管理系統 (DBMS)。開發人員可以添加資料庫驅動程序，將應用程序與用戶所選的 DBMS 聯系起來。驅動程序管理器提供應用程序與資料庫之間的中間鏈接。ODBC 介麵包含一系列功能，由每個 DBMS 的驅動程序實現。當應用程序改變它的 DBMS 時，開發人員只使用新的 DBMS 驅動程序替代舊的驅動程序，並且應用程序可以無需修改代碼照常運行。

<!--[if !supportEmptyParas]-->

標准 ODBC 結構的關系圖如下：

DAO & RDO

DAO 是建立在 Microsoft Jet Microsoft Access 的資料庫引擎基礎之上的。Jet 是第一個連接到 Access 的面向對象的介面。使用 Access 的應用程序可以用 DAO 直接訪問資料庫。由於 DAO 是嚴格按照 Access 建模的，因此，使用 DAO 是連接 Access 資料庫最快速、最有效的方法。DAO 也可以連接到非 Access 資料庫，例如，SQL Server 和 Oracle。DAO 使用 ODBC，但是由於 DAO 是專門設計用來與 Jet 引擎對話的，Jet 將解釋 DAO 和 ODBC 之間的調用。使用除 Access 之外的資料庫時，這種額外的解釋步驟導致較慢的連接速度。如下圖所示：

<!--[if !supportEmptyParas]--> <!--[endif]-->

要克服這樣的限制，Microsoft 創建了 RDO。圖 Application1 顯示了 RDO 如何直接訪問 ODBC API，而無需通過 Jet 引擎。不久之後，Microsoft 推出了 ODBCDirect，它是 DAO 的擴展，在後台使用 RDO。圖 Application2 顯示 ODBCDirect 如何允許現有的 DAO 應用程序訪問資料庫，而沒有 Jet 引擎產生的性能損失。

OLE DB

OLE DB 建立於 ODBC 之上，並將此技術擴展為提供更高級數據訪問介面的組件結構。此結構對企業中及 Internet 上的 SQL、非 SQL 和非結構化數據源提供一致的訪問。（實際上，在訪問基於 SQL 的數據時，OLE DB 仍使用 ODBC，因為對於 SQL 它是最優結構。）

OLE DB 由三個組件構成：數據使用者（例如，一個應用程序）；包含並公開數據的數據提供程序以及處理並傳輸數據的服務組件（例如，查詢處理器、游標引擎）。OLE DB 是一個針對 SQL 數據源和非 SQL 數據源（例如，郵件和目錄）進行操作的 API。如下圖所示：

OLE DB 為 C 和 C++ 程序員及使用其他包含 C 樣式函數調用語言的程序員提供綁定。有一些語言（例如 VB 和 VBScript）不提供指針數據類型（地址變數）。因此，這些語言不能使用 C 樣式綁定，而且不能直接調用 OLE DB。<!--[if !supportEmptyParas]--> <!--[endif]-->

在此基礎上，Microsoft 推出了另一個數據訪問對象模型：ADO。ADO 採用基於 DAO 和 RDO 的對象，並提供比 DAO 和 RDO 更簡單的對象模型（盡管會產生一些冗餘的功能，如現在進行一項操作時可以用不止一種方法）。ADO 中的對象層次結構比 DAO 中的更平緩。ADO 包含一些簡化對數據存儲區數據的訪問任務的內置對象。

<!--[if !supportEmptyParas]-->

下圖顯示了應用程序連接到資料庫可採取的許多途徑。例如，VB 程序員可以使用 ADO 將應用程序連接到 OLE DB 提供程序。如果資料庫不支持 OLE DB，應用程序可以通過 ODBC 連接。Visual C++ (VC++) 程序員可以使用 ADO 或直接通過 OLE DB 連接。

讓我們看一個簡單示例，它顯示 ADO 是如何運行的。清單 1 顯示可如何使用典型的記錄集對象--ADO 中的核心對象。記錄集對象表示一系列記錄（很像一個表），並支持游標類型，例如，adOpenForwardOnly、adOpenKeyset、adOpenDynamic 和 adOpenStatic。游標可以在伺服器端（默認情況下），也可在客戶端。<!--[if !supportEmptyParas]--> <!--[endif]-->

清單 1

<!--#include file="adovbs.inc"-->

<%

Dim connStr, rs
connStr = "Provider=SQLOLEDB.1;Persist Security Info=False;User ID=sa;Initial Catalog=pubs;Data Source=localhost"
SET rs= Server.CreateObject("ADODB.Recordset")
<!--[if !supportEmptyParas]-->rs.Open "Authors", connStr, adOpenForwardOnly, adLockOptimistic, adCmdTable
WHILE NOT rs.EOF
response.write rs("au_fname") & "," & rs("au_lname") & "<br>"
rs.moveNext
END
SET rs=nothing
%>

<!--[if !supportEmptyParas]-->

要訪問一條記錄，ADO 需要按順序掃描記錄集。要訪問多個表，需要執行 JOIN 查詢，並將返回的結果作為記錄集。雖然記錄集對象支持斷開的數據訪問，ADO 還是主要為連接的數據訪問而設計。這種連接的訪問模式佔用伺服器端的重要資源。另外，要傳輸記錄集，必須使用 COM 封送處理。COM 封送處理是數據類型轉換過程，這種轉換佔用額外的系統資源。<!--[if !supportEmptyParas]--> <!--[endif]-->

從 ADO 2.1 開始，Microsoft 將 XML 支持添加到 ADO 對象模型，這樣就可將記錄集保存為 XML 文檔。然而，直到 ADO 2.5 出現，ADO 2.1 中 XML 支持的一些限制（例如，分層記錄集對象的保持）才被取消。雖然 ADO 可以將 XML 文檔讀入記錄集，但它只能讀取名為高級數據表圖 (Advanced Data TableGram, ADTG) 的專用架構。<!--[if !supportEmptyParas]--> <!--[endif]-->

Microsoft 希望擁有斷開的數據訪問機制，它擴展了 ADO 並推出遠程數據服務 (RDS)。RDS 是按照 ADO 建模的，無需實時連接就可以使記錄集傳輸到客戶端（例如，Web 瀏覽器）。然而，如同 ADO 一樣，RDS 使用 COM 封送處理將記錄集從伺服器傳輸到客戶端。

ADO.NET

在開始設計 .NET 框架時，Microsoft 就以此為契機重新設計了數據訪問模型。Microsoft 沒有進一步擴展 ADO，而是決定設計一個新的數據訪問框架,但保留了縮寫詞。Microsoft 根據其成功的 ADO 對象模型經驗設計了 ADO.NET。但 ADO.NET 滿足了 ADO 無法滿足的三個重要需求：提供了斷開的數據訪問模型，這對 Web 環境至關重要；提供了與 XML 的緊密集成；還提供了與 .NET 框架的無縫集成（例如，兼容基類庫類型系統）。

下圖顯示了 ADO.NET 的結構。但缺少了能夠在 ADO 中執行諸多功能的記錄集對象。ADO.NET 具有幾個專用對象以執行特定任務，用於代替記錄集對象。表 1 描述了其中的三個專用對象：DataAdapter、DataReader 和 Dataset。

表一：

DataAdapter The DataAdapter object provides a bridge between the database and a DataSet. The key advantage of DataAdapter is that it can work with any data source. The data source might be a database or it might be an XML document.

//DataAdapter提供了一個資料庫與DataSet之間的橋梁。它最大的優點在於能工作於不同的數據源，這些數據源可以是資料庫，也可以是 XML文件。

DataReader The DataReader object provides an efficient way to retrieve records on the server side. DataReader is a connected, read-only, and forward-only data-access mode. This object is useful for Web applications, which use DataReader to display records on Web pages.

//DataReader對象提供了從伺服器端高效獲取數據的途徑，它是在只讀和只進的連接模式下從數據源讀取數據的，這個對象對通過網頁展示數據記錄的Web應用程序開發很有用。

DataSet The DataSet object provides disconnected copies of records from a database. The DataSet object stores records from a table (or multiple tables) in memory without holding a connection to the server. When in memory, DataSet is a binary object. When the DataSet is remoted, transferred, or serialized, it''s represented as a DiffGram—an XML format. Because XML is plaintext, records can be exchanged easily over the Web, bypassing firewall restrictions（限制性）. DataSet also contains various objects—such as constraints（壓縮）, relationships, and views—that let you manipulate（操作） tables on the client side instead of working through one Recordset in ADO.

//DataSet對象在斷開資料庫連接的情況下提供了一個資料庫內容的拷貝，它把記錄從表中取出，以二進制對象的形式存放在內存中。當Dataset被調用的時候，它表現為DiffGram--一種XML格式。

『拾』 在java中與資料庫連接的技術是什麼

JDBC和ODBC都是資料庫連接的技術，JDBC使用更加廣泛。
JDBC（Java Data Base Connectivity,java資料庫連接）是一種用於執行SQL語句的Java API，可以為多種關系資料庫提供統一訪問，它由一組用Java語言編寫的類和介面組成。JDBC提供了一種基準，據此可以構建更高級的工具和介面，使資料庫開發人員能夠編寫資料庫應用程序。
開放資料庫互連（ODBC）是Microsoft提出的資料庫訪問介面標准。開放資料庫互連定義了訪問資料庫API的一個規范，這些API獨立於不同廠商的DBMS，也獨立於具體的編程語言（但是Microsoft的ODBC文檔是用C語言描述的，許多實際的ODBC驅動程序也是用C語言寫的。）ODBC規范後來被X/OPEN和ISO/IEC採納，作為SQL標準的一部分，具體內容可以參看《ISO/IEC 9075-3:1995 (E) Call-Level Interface (SQL/CLI)》等相關的標准文件。