基於web的資料庫

A. 有了解的比較優秀的數據管理服務呢

任何web軟體和應用程序都需要強大的資料庫管理工具。目前，網上的資料庫管理工具各式各樣，而開發者選擇一款適合自己的資料庫管理工具尤為重要。小編為大家收集了10款超強的資料庫管理工具，幫助開發者輕松搞定很多難題。

Open KeyVal

OpenKeyval是一款免費、開源的鍵值資料庫管理工具，基於Web，並且基於PHP開發，其目標是用最簡單的方法來管理Web應用程序數據。用戶只需要發送一個POST請求就可以存儲任何類型的數據。也可以隨時發送請求刪除數據。它以JSON格式來響應請求。

B. web資料庫是什麼意思 可以理解為網站或網頁資料庫嗎 越清楚越好

web資料庫
"Web資料庫" 在學術文獻中的解釋

1、所謂Web資料庫是指基於Web模式的DBMS的信息服務,充分發揮DBMS高效的數據存儲和管理能力,以Web這種瀏覽器伺服器(BS)模式為平台,將客戶端融入統一的Web瀏覽器,使用戶可以在Web瀏覽器上方便地檢索資料庫的內容
文獻來源

2、採用這一模式的資料庫通常也稱為Web資料庫.其基本工作原理如圖
文獻來源

3、動態網頁開發所用的資料庫稱為web資料庫.與普通
http://define.cnki.net/WebForms/WebDefines.aspx?searchword=Web%E6%95%B0%E6%8D%AE%E5%BA%93

C. 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資料庫互連是最佳組合。

D. 基於web和基於ssm的區別

基於web和基於ssm的區別分別是：

基於Java Web常見的三層結構是：

1、表現層：也就是Web層，常見的框架有Spring MVC、Struts2 ，並包括用於展示的界面，如JSP界面；

2、業務層：Service層，專注於業務邏輯的實現；

3、持久層：也叫Dao層，常見的框架是Hibernate、MyBatis。負責與資料庫的交互，封裝資料庫的訪問細節。

從資料庫表中讀取載入數據並實例化領域對象（Domian Object）也就是從資料庫中讀取數據，或者返過來將領域對象實例化到資料庫中，也就是將數據寫入到資料庫中。

Java在SSM框架中的體現是：

1、POJO層： 由一組POJO組成，是對系統各種對象的抽象表達。

2、DAO層： 負責資料庫的訪問，增、刪、改、查等，在MyBatis框架中也常被定義為Mapper層。

3、Service層：由業務邏輯對象組成，是不同系統的業務邏輯的具體實現。

4、Controller層：由控制器組成，對來自瀏覽器的用戶請求進行攔截，並調用Service層的響應的業務邏輯組件處理用戶請求，並轉發返回結果到View層。

5、View層：由JSP界面，PDF文檔等組件組成，用於顯示系統對用戶請求的處理結果。

SSM框架中各框架的作用是：

1、MyBatis：持久層框架，負責資料庫訪問。

2、Spring MVC：表現層框架，把模型、視圖、控制器分離，組合成一個靈活的系統。

3、Spring： 整合項目的所有框架，管理各種Java Bean（mapper、service、controller），事務控制。

E. 基於Web的應用程序使用的資料庫模型和步驟分別是什麼

基於這個模型的數據，你可以進行自我建立。

F. 基於Web的資料庫系統開發論文

基於web的資料庫方面的論文，在鍵盤論文網上很多的，你可以參考下，我之前也是找他們的在線輔導老師咨詢的，非常專業

這里還有點資料，你參考下

主要的內容：

1）將Web技術和資料庫技術相結合，在WWW上開發動態交互的Web資料庫應用，已逐 漸成為基於WWW的信息管理系統的核心和重要發展方向，本文分析和研究了關於動態Web 資料庫的開發與應用及其相關的問題。

2）簡要地介紹了Web資料庫與傳統資料庫相比的諸多優點，以及目前Web資料庫在不 同應用方案中的類型；討論了兩種Web資料庫系統結構：混合Web資料庫系統結構、B/S模 式Web資料庫系統結構

3）闡述了Web和關系資料庫處理模式的不同之處，在此基礎上討論了 三種集成模型：CGI、API、Fat Client；分析了Web資料庫的幾種實現技術，並分析了它們各 自的優缺點和應用場所；初步探討了Windows DNA體系結構，在此基礎上把Web資料庫與 DNA相集成，進行可擴展設計

4）最後，在資料庫安全與網路安全問題的基礎上，從伺服器安 全、用戶身份驗證、對話期安全三方面研究了基於Web的資料庫的安全問題。

結論：
本文研究了資料庫與www相結合的理論和技術問題，研究結果表明：兩者的集成可以 把Web與資料庫的優點集中在一起，使計算機系統具有資料庫功能、網路功能、多媒體功能 和超文本功能。Web資料庫與DNA體系結構相結合，利用XML技術，使應用程序具有更好 的擴展性，達到節約資源的目的

論文的框架你看下，大同小異的：
第一章 緒論38-45
1．1 Www的動態交互技術38-39
1．2 WWW環境下建立資料庫系統39-43
1．2．1 資料庫系統39-41
1．2．2 WWW環境下的資料庫系統41-43
1．3 Web資料庫的應用分類43-45

第二章 Web資料庫系統結構45-49
2．1 混合web資料庫系統45
2．2 B/S模式Web資料庫系統45-49
2．2．1 三層體系結構45-47
2．2．2 多層體系結構47
2．2．3 三層B/S模式47-49

第三章 Web資料庫的集成模型49-55
3．1 CGI Architecture50-51
3．2 API Architecture51-52
3．3 Fat Client Architecture52-55

第四章 Web資料庫的實現技術55-87
4．1 基於web的異構資料庫系統的集成55-58
4．1．1 資料庫系統之間的差異性55
4．1．2 異構資料庫系統集成的策略55-56
4．1．3 ODBC（開放式資料庫互聯）56-57
4．1．4 OLE DB技術57-58
4．2 存取資料庫的對象群：DAO，RDO，及ADO58-61
4．2．1 DAO58-59
4．2．2 RDO59
4．2．3 ADO（ActiveX Data Objects）59-60
4．2．4 與其他數據訪問對象一起使用ADO60-61
4．3 用類進行資料庫訪問61-63
4．4 ASP網路開發技術63-66
4．4．1 ASP技術概述63-64
4．4．2 IDC技術64-65
4．4．3 ASP和傳統CGI的對比65
4．4．4 ASP同腳本語言的關系65-66
4．5 利用ASP技術訪問Web資料庫的方法66-68
4．5．1 Web資料庫訪問方法之一66
4．5．2 Web資料庫訪問方法之二66-67
4．5．3 RDS67-68
4．6 用Java語言訪問資料庫68-80
4．6．1 Java語言的特點68-70
4．6．2 Applet和Application70-71
4．6．3 Java語言與資料庫的介面JDBC71
4．6．4 JDBC的體系結構71-74
4．6．5 JDBC的功能與特點74-78
4．6．6 Agave JDBC NetServer78-80
4．7 JSP網路開發技術80-85
4．7．1 JSP的運行方式80-81
4．7．2 JSP與ASP的比較81
4．7．3 JSP與傳統CGI比較81
4．7．4 Java Servlet技術81-83
4．7．5 JSP和Servlet的結合使用83-84
4．7．6 JavaBeans84-85
4．8 PHP網路開發技術85-87
4．8．1 PHP技術概述85-86
4．8．2 PHP與其它動態發布網頁技術的比較86-87

第五章 Web資料庫與DNA87-96
5．1 Web資料庫與DNA87-89
5．1．1 DNA體系結構的優點87
5．1．2 DNA體系結構的實現87-88
5．1．3 Web-DNA體系結構88-89
5．2 使用ADO記錄集89-91
5．2．1 在伺服器之間傳送數據89-90
5．2．2 使用層次化的ADO記錄集90-91
5．3 使用DNA模型進行可擴展設計91-93
5．3．1 可擴展性是關於節約資源的91
5．3．2 三種不同的用戶界面91
5．3．3 有限可擴展性的經典實現及其改進方法91-93
5．4．1 XML94
5．4．2 把記錄集轉成XML94-96

第六章 Web資料庫系統安全96-106
6．1 信息安全問題的新局面96-97
6．2 資料庫的安全問題97-98
6．3 網路安全問題98-100
6．3．1 防火牆技術99
6．3．2 數據加密技術99-100
6．3．3 網路安全一體化解決方法100
6．4 基於Web的資料庫安全問題100-106
6．4．1 Web資料庫的安全問題100-101
6．4．2 伺服器安全101-103
6．4．3 用戶身份驗證安全103-106

總結

最後還有參考文獻和致謝就不寫了

如果還有什麼不懂的就上鍵盤論文自己看吧

G. 求一篇基於web的資料庫設計社會實踐調查報告

《基於web的資料庫設計實踐》
The Database Design Based On WEB Used In Remote Concurrent Design

Abstract: the paper analyses the database characteristics used in the remote concurrent proct design system based on Internet, deeply researches the database structure, interface and the method of the data safety.

Keywords: Internet, remote concurrent design, database based on Web

近年來，隨著Web技術的蓬勃發展，人們已不滿足於只在瀏覽器上獲取靜態的信息，想要通過它發表意見、查詢數據。隨著電子商務的普及人們開始參與一些網路商務活動，這就迫切需要實現Web與資料庫的互連[1]。產品異地並行設計對數據的要求有一定的特殊性，主要有（1）產品數據多種多樣。產品設計，特別是機械產品設計常常是大型而又復雜，在異地通過不同的設計小組，按不同的分工設計同一產品，所要管理和通訊的數據類型隨著分工的不同而有不同的表現形式，如常規的數字組成的數據集，以圖形、圖象形式表達的產品模型數據，以文字形式描述設計的文檔，還有圖表、公式等形式，復雜多樣。（2）產品數據交換頻繁，流量大。產品設計是一個協同工作的創造性集體智慧凝聚的過程，要使設計順利進行，分布在異地的不同設計小組之間就要經常性地進行數據交換，並且有些形式表達的產品數據是較大的文件。（3）產品數據的一致性要求高。分工合作的不同設計小組之間的設計任務是彼此關聯，互相依賴的。如果其中一個數據改變了，相關聯的數據必須跟著改變，在Web資料庫設計時必須考慮數據的一致性問題。（4）產品數據的並發性訪問頻繁。由於異地產品設計的特殊屬性，數據的並發性訪問非常頻繁。所以，進行基於Internet的產品異地並行設計的Web資料庫設計與一般的電子商務不同，要充分考慮以上屬性。本文結合我們近期開發的機械產品異地並行設計系統（RCDS, Remote Concurrent Design System），綜合比較了多種當今流行的網路數據存取技術，設計出可靠安全的資料庫系統。

1 Web資料庫連接方案

1.1資料庫連接方案選擇

RDO、DAO和ADO是比較常見的Web資料庫訪問技術。

DAO (Data Access Objects) 數據訪問對象是第一個面向對象的介面，它含有 Microsoft Jet 資料庫引擎（由 Microsoft Access 所使用），並允許 Visual Basic 開發者通過 ODBC 象連接到其他資料庫一樣，直接訪問到 Access 表。DAO 最適用於單系統應用程序或小范圍本地分布使用，對大范圍的異地並行設計顯得功能不夠強大。

RDO (Remote Data Objects) 遠程數據對象是一個到 ODBC 的、面向對象的數據訪問介面，它同易於使用的 DAO style組合在一起，提供了一個介面，形式上展示出所有 ODBC 的底層功能和靈活性。RDO 在訪問 Jet 或 ISAM 資料庫方面有一定的限制，而且它只能通過現存的 ODBC 驅動程序來訪問關系資料庫。但是，RDO 已被證明是許多 SQL Server、Oracle

以及其他大型關系資料庫開發者經常選用的最佳介面。RDO 提供了用來訪問存儲過程和復雜結果集的更多和更復雜的對象、屬性，以及方法。對異地並行設計Web資料庫來說也不是十分理想。

ADO（ActiveX Data Objects）為ActiveX組件中資料庫訪問組件，ASP就是通過它實現對資料庫的訪問。ADO 是 DAO、RDO 的後繼產物。ADO 2.0在功能上與 RDO 更相似，而且一般來說，在這兩種模型之間有一種相似的映射關系。ADO 「擴展」了 DAO 和 RDO 所使用的對象模型，這意味著它包含較少的對象、更多的屬性、方法（和參數），以及事件。例如，ADO 沒有與 rdoEngine 和 rdoEnvironment 對象相等同的對象，可以包含 ODBC 驅動程序管理器和 hEnv 介面。盡管事實上介面可能是通過 ODBC OLE DB 服務提供程序實現的，但目前也不能從 ADO 中創建 ODBC 數據源。ADO 是為 Microsoft最新和最強大的數據訪問範例 OLE DB 而設計的，是一個便於使用的應用程序層介面。OLE DB 為任何數據源提供了高性能的訪問，這些數據源包括關系和非關系資料庫、電子郵件和文件系統、文本和圖形、自定義業務對象等等。ADO 在關鍵的 Internet 方案中使用最少的網路流量，並且在前端和數據源之間使用最少的層數，所有這些都是為了提供輕量、高性能的介面。同時 ADO 使用了與 DAO和 RDO相似的約定和特性，簡化的語義使它更易於學習。

ADO最早是在IIS中引入的，主要用於ASP，用ADO可以使伺服器端的腳本通過ODBC存取和操縱資料庫伺服器的數據。使用ADO的對象可以建立和管理資料庫的連接，從資料庫伺服器請求和獲取數據，執行更新、刪除、添加數據、獲取ODBC的錯誤信息等。ADO是ASP方案中最具吸引力的資料庫連接控制項，它為用戶提供了連接任何兼容ODBC的資料庫以及創建全功能資料庫應用程序的能力。

ADO具有簡單易用、高速、佔用資源少等的優點。不同於DAO和RDO，ADO有著更高的執行效率。ADO 對象模型如圖1a所示。每個 Connection、Command、Recordset 和 Field 對象都有 Properties 集合，如圖1b所示。

a) b)

圖1 ADO對象模型及屬性

應該說，ADO是微軟的下一代資料庫連接技術，用來全面取代RDO和DAO的數據訪問工具。從發展趨勢來看，ADO今後將逐步替代老的DAO特別是RDO數據訪問介面，成為新的遠程數據訪問方法。所以，選擇ADO作為產品異地並行設計的Web資料庫介面技術是合適的。

1.2 ADO應用分析

ADO 並不是自動和現存的數據訪問應用程序代碼兼容的。當 ADO 封裝 DAO 和 RDO 的功能性的時候，必須將許多語言要素轉換為 ADO 語法。在某些情況下，這將意味著要對現存代碼的某些功能做一個簡單轉換。在其他情況下，最佳的做法可能是用 ADO 的新功能重寫該應用程序。

包含在 DAO 和 RDO 模型中的許多功能被合並為單個對象，這樣就生成了一個簡單得多的對象模型。然而，由於這個原因，起初可能會覺得找到合適的 ADO 對象、集合、屬性、方法，或事件非常困難。與 DAO 和 RDO不同的是，盡管 ADO 對象是分層結構的，但在分層結構范圍之外也是可以創建的。同時，也應當注意，ADO 當前並不支持 DAO 的所有功能。ADO 主要包括 RDO 風格的功能性，以便和 OLE DB 數據源交互，另外還包括遠程和 DHTML 技術。

一般說來，在 ADO 的演化過程中，馬上把大多數 DAO 應用程序（except possibly是那些使用 ODBCDirect 的應用程序）移植到 ADO 上為時太早，因為當前的 ADO 並不支持數據定義 (DDL)、用戶、組等等。不過，如果只將 DAO 用於客戶—伺服器應用程序，並不依賴於 Jet 資料庫引擎或不使用 DDL，那麼就可能移植到 ADO。最終，Microsoft 將提供一個 ADO DDL 組件來幫助進行 DAO 到 ADO 的移植，並為 OLE DB 供應商提供一般的 DDL 支持。

在ASP中使用ADO技術來訪問Web資料庫，其應用前景是無可估量的。原理圖如下：

圖2 ADO在ASP程序中的應用

2 Web資料庫管理系統

常見的資料庫類型有面向對象的資料庫（OODB）和關系型資料庫。OODB對主流資料庫應用開發來說是相當新穎的，使用OODB使應用程序中的數據對象與現實世界中的對象一一對應，面向對象資料庫擴充了對象模型。一個常用的對象模型是由對象資料庫管理組（ODMG）開發出來，具有比傳統的關系資料庫更優越的性能，但畢竟在目前還是一種探索階段，暫時還未有相應的技術普及。

關系資料庫已經是資料庫體系的世界標准。當開發一個數據驅動應用程序時，大多數情況下用戶需要訪問網路（如Internet、Intranet等）上的數據信息，就RCDS就是建立在網路的信息通訊之上，是完全的客戶機/伺服器應用程序。

SQL Server是一個可縮放、高性能的關系型資料庫管理系統（RDBMS），它的設計是為了滿足分布式客戶/伺服器計算的需要，允許客戶應用程序使用幾個特定的工具和技術控制從伺服器檢索的數據。這些包括觸發器、存儲過程和規則的選項。因此，系統採用MS SQL Server7.0作為後台資料庫。

3 Web資料庫結構

數據模型通常有層次模型、網狀模型、關系模型及OO（面向對象）模型等。其中關系模型是建立在數學概念基礎之上的一種模型，由若干個關系框架組成的集合,它也是到目前為止最為成熟的一種資料庫類型。本文RCDS採用MS SQL Server作為後台資料庫，根據資料庫工具和資料庫特點，開發出一套可靠健壯的數據存儲方案。

整個資料庫共有AdminData、ChatNames、DesignUnits、Message、OnlineUnits、Procts、RqtTasks、RqtTaskUnits、RqtDesignUnits、ShareData、Tasks、TaskUnits和UploadFiles等表格。在建立數據模型的時候首先考慮是要避免重復數據，也就是建立規范化資料庫。規范化資料庫可以通過被稱為範式水平的指標來衡量，級別有第一範式、第二範式和第三範式，通常第三範式就是要達到的目標，因為它提供了數據冗餘和開發簡易性之間的最好折衷。

RCDS資料庫正是按照第三範式標准來設計的，它保證了模型的精簡和表格的緊湊性。而第三範式標准也最大發揮了關系資料庫的優勢，圖3是部分表格的視圖鏈接情況。

圖3 關系表格視圖

4.1 並發控制的處理

在多個用戶同時訪問一個資料庫時就產生並發問題，特別是在其中一些用戶對資料庫有添加或刪除修改等操作時，那麼其他所獲得的數據可能是一塌糊塗，甚至造成整個數據訪問的沖突、終止，從而使系統發生混亂以至崩潰。RCDS採用的解決辦法是鎖定技術，總體上分為共享鎖定和排它鎖定兩種類型（如圖4）。前者是指同時有幾個過程共享一個鎖定，比如一個用戶（或客戶）正在讀取一個數據，雖然在這之前他已經對該數據設置了鎖（LOCK），但其他用戶同樣可以（也只能是）讀取它。而排他鎖定一般應用於對數據進行修改或更新（包括添加刪除等）操作，即是用戶在修改一個數據之前設置了鎖定，在一定的時間里其他用戶是不能訪問到該數據的，只有等待鎖定解除（UNLOCK）才能進行訪問到它，當然在計算機處理的時候，其他的用戶一般是感覺不到有這個等待時間的。通過這樣的處理，就保證了數據的一致性。

a) 共享鎖定

b) 排它鎖定

圖4 安全鎖定類型

在ADO進行資料庫操作時，它的鎖定類型相對來說復雜一些。打開記錄集時，可以指定鎖定類型。鎖定類型決定了當不止一個用戶同時試圖改變一個記錄時，資料庫應如何處理。ADO中的鎖定主要有以下四種類型：

l AdLockReadOnly 指定你不能修改記錄集中的記錄

l AdLockPessimistic 指定在編輯一個記錄時，立即鎖定它

l AdLockOptimstic 指定只有調用記錄集的Update方法時，才鎖定記錄

l AdLockBatchOptimstic 指定記錄只能成批地更新

在預設情況下，記錄集使用只讀鎖定。要指定不同的鎖定類型，可以在打開記錄集時包含這些鎖定常量之一。部分代碼如下：

… …

Set MyConn=Sever.CreateObject(「ADODB.Connection」)

//定義資料庫連接MyConn

Set RS=Sever.CreateObject(「ADODB.RecordSet」)

//定義返回數據記錄集

MyConn.Open 「ByktDB.dsn」//建立應用程序與數據源的連接

RS.Open 「SELECT * FROM Mytable」, MyConn, adOpenDynamic， adLockPessimistic

//進行資料庫操作，並且設置鎖定

RS.Close

MyConn.Close

… …

4.2產品數據一致性處理

數據的安全因素除了前面所提到的並行控制之外，還要考慮事務處理。網路資料庫有其不同的地方，例如：假設某個時間有一個設計人員在你的站點上索取一些設計信息，有關的設計信息存儲在兩個表中。一個表用來保存該設計者的信息，另一個表包含了要索取的設計信息。該設計人員的信息已經輸入了第一個表中。但是，就在這時，發生了意外情況，一道閃電擊中了你的伺服器，使第二個表沒有被更新。在這種情況下，一個健壯的系統就必須保證最後的結果是兩個表都沒有被更新過。這時候事務處理就發揮了重要的功效。

使用事務處理，你可以防止第二個表沒有被更新而第一個表被更新的情況出現：當一組語句構成一個事務處理時，如果一個語句沒有執行成功，則所有的語句都不成功。不管是針對多個表，還是進行表內多個記錄的操作，它們所需要的安全保證是一樣的。事務處理的實現代碼如下：

… …

Set MyConn=Sever.CreateObject(「ADODB.Connection」)

MyConn.Open 「ByktDB.dsn」

MyConn.BeginTrans //事務處理開始

MyConn.Execute 「INSERT DataTable(Num) Values(『3628』)」

MyConn.Execute 「INSERT Shipping (Address) VALUES(『Paris,France』)」

MyConn.CommitTrans //事務處理結束

MyConn.Close

… …

在上面這段代碼中，用BeginTrans方法和CommitTrans方法來標記事務處理的開始和結束。在BeginTrans方法被調用之後，CommitTRans方法被調用之前，不管出現什麼錯誤，兩個表都不會被更新，在這個過程中所有處理的數據都保持了完全可靠的一致性。

H. 什麼叫做基於web開發的資料庫 這種資料庫到底好在哪裡

資料庫技術是計算機處理與存儲數據的最有效、最成功的技術，而計算機網路的特點是資源共享，因此數據與資源共享這兩種技術的結合即成為今天廣泛應用的Web資料庫（也叫網路資料庫）
一個Web資料庫就是用戶利用瀏覽器作為輸入介面，輸入所需要的數據，瀏覽器將這些數據傳送給網站，網站再對這些數據進行處理，例如，將數據存入後台資料庫，或者對後台資料庫進行查詢操作等，最後網站將操作結果回傳給瀏覽器，通過瀏覽器將結果告知用戶。網站上的後台資料庫就是Web資料庫。找優秀Web資料庫開發，就上一品威客網開發欄目，中國領先的文化創意服務交易平台。

I. 基於web數據抽取有幾種方法優缺點是什麼

1 基於自然語言的Web 信息抽取
自然語言處理是計算機科學領域與人工智慧領域中的一個重要方向。它研究能實現人與
計算機之間用自然語言進行有效通信的各種理論和方法。基於自然語言處理的方法在一定程
度上借鑒了自然語言處理技術，利用子句結構、短語和子句之間的關系，建立基於語法和語
義的抽取規則來實現信息抽取。目前採用這種原理的典型系統有RAPIER[3], WHISK [2]。下
面介紹比較有代表性的WHISK 系統。
WHISK 系統既適用於結構化、半結構化的文本也適用於自由文本。該系統並不需要提
前進行語法分析，它的規則不僅由文本中的一個短語或一系列與某領域相關的短語學習而得
到，還可以由這些短語的約束學習得到。為了盡可能加入人的參與，該系統同時學習和標記
訓練數據，而不是隨機取實例進行手工標記。系統使用語法分析器和語義類（如人名、機構
名）分析器，分析出用戶標記信息的語法成分和對應的語義類，生成基於語法標記和語義類
標記的抽取規則，實現信息抽取。
這種方法的缺點是：沒有很好的利用HTML 文檔的層次結構；需要大量的人為參與的
工作，很難實現自動的抽取；只支持記錄型的語義模式結構，不支持復雜對象的抽取。所以
此方法適用范圍較窄。
2 基於HTML 文檔結構的Web 信息抽取
這類Web 信息抽取技術的特點是依賴於HTML 文檔的內部結構特徵。在信息抽取之前，
將HTML 文檔解析成能夠體現該文檔標簽層次關系的語法樹，通過自動或者半自動的方式
產生抽取規則，將信息抽取轉化為對語法樹的操作實現信息抽取。採用該類介紹的典型系統
有LIXTO[5]、W4F[6]和DataRover[4]等。
DataRover 利用啟發規則發現分類片段中的結構規律。然後利用這些規律將在線目錄轉
換到資料庫中的分類產品。該系統使用了一個頁面分割演算法將Web 頁解析的DOM（文檔對
象模型）樹作為輸入通過該演算法找到其中的邏輯段。該系統的不足之處在於：這個方法依賴
於HTML 頁解析的DOM樹，由於大部分的HTML 頁是非良好結構的，所以解析產生的DOM
樹也不完全正確；另外，此系統只適用於那些包含明確分類的領域，使用范圍比較窄。
LIXTO 可以生成包裝器來將HTML 頁轉換成XML[13]（可擴展標識語言）文檔。允許用
戶以可視化、互動式的方式對樣本頁面中的信息進行標記，系統通過記錄用戶標記的信息生
成信息抽取規則，實現對相似結構網頁的信息抽取。它的不足之處是它的抽取規則使用基於
Datalog 的Elog 語言描述的，實現和優化校困難，另外抽取規則中抽取信息的描述不夠豐富，
不支持圖像信息和文獻信息的處理。

J. web前端常用的資料庫有哪些

1、MySQL
2、Mongodb
3、SQL Server
4、Oracle