1. 語義web的體系結構
下圖描述了語義Web的七層體系結構： 自描述
文檔 數據 數據 規則 信任 證明 數
字
簽
名 邏輯 本體 RDF+RDF Schema XML+NS+XML Schema 名稱空間 Unicode URI 第一層：Unicode和URI。
Unicode是一個字元集，這個字元集中所有字元都用兩個位元組表示，可以表示65536個字元，基本上包括了世界上所有語言的字元。數據格式採用Unicode的好處就是它支持世界上所有主要語言的混合，並且可以同時進行檢索。URI(Uniform ResourceIdentifier)，即統一資源定位符，用於唯一標識網路上的一個概念或資源。在語義Web體系結構中，該層是整個語義Web的基礎，其中Unicode負責處理資源的編碼，URI負責資源的標識。
第二層：XML+NS+xmlschema。
XML是一個精簡的標准通用標記語言，它綜合了標准通用標記語言的豐富功能與HTML的易用性，它允許用戶在文檔中加入任意的結構，而無需說明這些結構的含意。NS(NameSpace)即命名空間，由URI索引確定，目的是為了避免不同的應用使用同樣的字元描述不同的事物。XML Schema是文檔類型定義（外語縮寫：DTD）的替代品，它本身採用XML語法，但比DTD更加靈活，提供更多的數據類型，能更好地為有效的XML文檔服務並提供數據校驗機制。正是由於XML靈活的結構性、由URI索引的NS而帶來的數據可確定性以及XMLSchema所提供的多種數據類型及檢驗機制，使其成為語義Web體系結構的重要組成部分。該層負責從語法上表示數據的內容和結構，通過使用標準的語言將網路信息的表現形式、數據結構和內容分離。
第三層：RDF+rdfschema。
資源描述框架（外語縮寫：RDF）是一種描述WWW上的信息資源的一種語言，其目標是建立一種供多種元數據標准共存的框架。該框架能充分利用各種元數據的優勢，進行基於Web的數據交換和再利用。RDF解決的是如何採用XML標准語法無二義性地描述資源對象的問題，使得所描述的資源的元數據信息成為機器可理解的信息。如果把XML看作為一種標准化的元數據語法規范的話，那麼RDF就可以看作為一種標准化的元數據語義描述規范。Rdfschema使用一種機器可以理解的體系來定義描述資源的詞彙，其目的是提供詞彙嵌入的機制或框架，在該框架下多種詞彙可以集成在一起實現對Web資源的描述。
第四層：「本體詞彙」（Ontology vocabulary）。
該層是在RDF(S)基礎上定義的概念及其關系的抽象描述，用於描述應用領域的知識，描述各類資源及資源之間的關系，實現對詞彙表的擴展。在這一層，用戶不僅可以定義概念而且可以定義概念之間豐富的關系。
第五至七層：Logic、Proof、Trust。
Logic負責提供公理和推理規則，而Logic一旦建立，便可以通過邏輯推理對資源、資源之間的關系以及推理結果進行驗證，證明其有效性。通過Proof交換以及數字簽名，建立一定的信任關系，從而證明語義Web輸出的可靠性以及其是否符合用戶的要求。
2. 什麼是web五層結構
就是B/W/C/D/C結構
B: Browser; W: Web Server; C: CRUBA Server; D: Database; C: Client
傳統的Web資料庫B/W/D結構也逐漸暴露出了許多不足：
（1）由於瀏覽器只是為了進行Web瀏覽而設計的，當其應用於Web應用系統時，許多功能不能實現或實現起來比較困難。比如：通過瀏覽器進行大量的數據的錄入，或進行報表答應都是非常困難和不便的。
（2）復雜應用構造困難。雖然可以用ActiveX，Java等技術開發較為復雜的應用，但是相對於發展已經非常成熟C/S的一系列應用工具來說，這些技術的開發復雜，並沒有完全成熟的技術供使用。
（3）Web Server成為Database的唯一的客戶端，所有對資料庫的連接都通過該伺服器實現，Web伺服器同時要處理與客戶請求及資料庫伺服器的連接，當訪問量大時，Server負載過重。
2.1 Web資料庫的五層體系結構
正是由於B/W/D結構自身具有的這些弱點，為了改善其不足，在其基礎上，提出了一新的結構體系—— B/W/C/D/C結構
五層體系結構有如下優點：
（1）充分發揮了B/S結構與C/S結構系統的優勢，揚長避短。充分考慮用戶利益，保證瀏覽查詢者操作方便的同時也使得系統的更新簡單，維護簡單靈活，易於操作。
（2）信息發布端採用B/S結構，保持了瘦客戶端的優點。裝入客戶機的軟體可以採用統一的WWW瀏覽器。而且由於WWW瀏覽器和網路綜合伺服器都基於工業標准，可以在所有平台上工作。客戶機或伺服器的操作系統也可以完全統一，客戶端存在的各種問題迎刃而解。
（3）資料庫端採用C/S結構，通過ODBC/JDBC進行連接。這一部分的功能只涉及到系統維護，數據更新等，客戶端很少，不存在完全採用C/S結構帶來的客戶端維護工作量大等缺點。並且，在客戶端上可以構造非常復雜的應用，界面友好靈活，易於操作，能解決許多B/S存在的固有的缺點。
（4）許多原有的基於C/S結構的系統可以非常容易地升級到五層體系結構，只需要開發用於發布的WWW界面，可以保留原有的C/S結構的某些子系統，充分地利用現有資源。使得現有系統或資源無需進行大的改造即可以連接使用，保護了用戶以往的投資。
（5）由於應用了CORBA伺服器，對資料庫的訪問提供了一個統一的介面，使CORBA伺服器具有共享性，形成了模塊性更強的結構，更易擴充，升級。
3. 電子商務作業：1，Internet最新應用，並解釋其原理。2，web體系結構的組成及工作原理，並說明三層體系結構
1,internet 的原理太多了，不好說，反正就是iso/osi的七層模型了。應用就多了，控制，B2C，B2B等等
2,一般來說，組成Web站點體系結構有如下幾個基本元素。
瀏覽器
因為Web瀏覽器標准、簡單且普遍使用，所以它可以稱得上是一個接近理想狀態的圖形用戶介面（Graphical User Interface，GUI）。
目前比較流行的瀏覽器有：IE，firefox，opera，safari等，所以必須要了解其的相關特性，這也利於更好的利用這些特性來做相關架構的設計。
負載均衡
最簡單的莫屬DNS輪詢（Round Robin DNS）方式了，但是不建議使用，因為下面的三個原因迫使你特別小心：
1. Round Robin DNS無法實現真正的負載均衡，但是在一些簡單情況下還是能夠均衡負載。真正的負載均衡是監測伺服器的使用情況，以及根據該使用情況來分配連接，以便能始終將連接分配給那些有足夠的容量來處理這些連接的伺服器。
當Round Robin集中的一台伺服器比其他伺服器慢很多時，就會產生一種稱為」護航（convoying）「的特殊情況，這時用戶會列隊等待速度較慢的伺服器，而較快的伺服器則未被使用。真正的負載均衡不會出現這樣的問題。
2. RRDNS不會視圖解決伺服器的失效問題。用戶仍然會被引導到失效的伺服器上。真正的負載均衡可以提高站點的可用性，因為如果一台伺服器出現故障，那麼其他的伺服器會自動接過該伺服器的負載。
3. RRDNS很難保持用戶的狀態，特別是使用session的業務，比如某個用戶在發表文章或者回復的時候，應用程序會對該用戶的session保存在當前的伺服器上，但是當用戶寫好文章或者回復開始提交後，因為RRDNS，結果發現用戶提交到了另外的伺服器上，因為新的伺服器上沒有用戶的session，提示用戶未登陸等警告信息，所以會導致提交失敗。
很多情況，情況當要從dns里刪除失效的IP時，會發現DNS的更新非常慢，因為很多LOCAL DNS並不遵循相關規范，這樣有許多用戶的LOCAL DNS伺服器的緩存里仍會保留這個失效的IP，而且保留的時候甚至會很久，在國內特別是小的ISP常會這么做。
IP級別的負載均衡
這里常見的軟體的實現方式有LVS，值得驕傲的是LVS是由國人章文嵩開發的，其簡單高效，當然也需要配合其他的HA軟體來實現」三H「。通過IP級別的負載均衡可以避免上述的RRDNS弊端。
當然也可以使用硬體均衡設備。
Web伺服器
目前常用開源的Web伺服器有：Apache、Nginx、Lighttpd等。
Web伺服器的內容和日誌應當分開保存到各自專用的磁碟上，這樣可以避免他們相互干擾。
中間件
任何與一端的Web伺服器和另一端的資料庫交互的軟體都可以被成為中間件。中間件的好處可以使結構清晰簡單，可以提高整體性能。
資料庫
資料庫表可以通過某種方式被定義、鏡像、分割、部署，以使之發揮最大的性能。資料庫的優化是們深奧的學問，一個好的資料庫管理員（Database Administrator，DBA）身價也是不菲的。
目前常見的DB有：mysql、oracle等。
雖然Web站點體系基本上是上述幾個方面，但是影響Web性能確有更多的因素，只要把握上述幾個方面，逐步排除和優化，我想結果一定不會差。
4. Web應用的三層體系架構中的三層是 ( ) 、 ( ) 和 ( ) 。
web三層從內到外分別為數據層，業務層和展示層。
三個編譯指令為：page、include、taglib。
JavaBean密切相關的三個JSP元素是:useBean、getproperty和setproperty
5. Web Service
Web Service 技術是原來的組件技術思想在 Internet 時代中的進一步發展，更准確地說，Web Service 是封裝成單個實體發布到網路上，並提供 API 以提供其他程序使用的功能集合，是在 Internet 上進行分布式計算的基本構造塊，是可用 URL 定位服務資源。簡言之，Web Service 是可遠程調用的應用程序組件。Web Service 的本質目的是提供一個與操作系統、程序設計語言、機器類型、運行環境均無關的平台，實現 Internet 中應用程序的共享。Web Service 基於一系列的標准協議，其協議構架如圖 4.4 示。
圖 4.4 Web Service 協議架構
統一描述、發現與集成協議 UDDI(UniversalDescription，Discovery and Integration )用 於 構 建Web Service 的服務注冊中心，實現服務發現功能。Web 服務描述語言 WSDL(Web Service DescriptionLanguage)駐 留 在 服務 容 器 中， 定義 了 一 種提供Web 服務 描述 的 標 准化 方 式。簡 單 對 象 訪 問協議SOAP(Simple Object Access Protocol)提供傳輸數據的標准方式，充當在服務提供方和服務請求方之間激活服務的消息交換服務。可擴展標記語言 XML(Extensible Markup Language)是 Internet 上數據交換的標准，在 Web Service 中實現信息表達，用於 SOAP，WSDL 和 UDDI。超文本傳輸協議 HTTP(Hyper Text Transfer Protol)是 Web Service 最流行的傳輸協議。Web Service 體系結構是一種面向服務的結構，典型的Web Service 組件架構如圖 4.5 示。
Web Service 體系結構主要由服務請求者、服務注冊中心和服務提供者三部分組成。其實現過程包括服務發布與注冊、服務查詢與發現、服務綁定與調用三個過程。服務請求者指查詢、調用服務的客戶端程序; 服務提供者即服務的所有者和部署服務的平台; 服務注冊中心指用來存儲服務信息的信息庫，服務提供者在這里發布、注冊服務、而服務請求者在這里查詢、綁定服務，最終實現調用服務提供者的服務。
圖 4.5 Web Service 組件架構
Web Service 有兩大核心優勢，即分布性和互操作性。在 Web Service 架構下，服務提供者和服務請求者都可以是分布式的，一個服務請求者可以遠程調用多個服務提供者的服務，服務提供者也可以同時為多個服務請求者提供服務，這為服務共享提供了一個最佳的方式。
互操作性也是服務共享的關鍵問題。Web Service 的信息表達基於標准通用的 XML 語言，在 XML 語言的基礎上，使用 WSDL 和 UDDI 實現服務注冊與發現，使用 SOAP 實現服務調用。基於這些標準的協議，Web Service 實現了服務的跨平台、跨語言的共享。XML、SOAP、WSDL 和 UDDI 是用於構建和使用 Web Service 的核心標准和技術。以下將分別介紹這四種標准和技術。
4.2.2.1 XML
XML 是一種數據描述語言，為 Internet 上數據交換的標准。XML 定義了應用系統間傳遞數據的結構，而且這種結構的描述不是基於二進制的、只能由程序去判讀的代碼，而是一種簡單的、能夠用通用編輯器讀取的文本。XML 的基本概念包括元素、屬性、DTD，Schema 和命名空間等。元素是 XML 文檔內容的基本單元。語法上而言，一個元素包括一個起始標記、結束標記以及標記之間的數據內容。形式上為: < tag > 數據內容 < tag > 。元素內容可以為其他的元素或未處理文本或兩者的混合，還可以是空的。元素的嵌套使得文檔的層次結構很容易表示。一個元素可以有多個屬性。屬性是一個名稱數據對，表示為字元串。用戶可以根據需要自己定義。一個元素不能有同名的兩個屬性。
XML 的精髓是允許文檔編寫者制定基於信息描述、體現數據間邏輯關系的自定義標記。如果不對文檔標記作明確定義，而是任意地使用它們，則生成的文檔是無法識別的。DTD 是對文檔結構的一個清晰描述，定義了特定文檔中允許出現的元素類型、屬性和實體，給出了文檔的整體結構和語法。XML Schema 是定義 XML 的數據定義文件。XMLSchema 也規定了一套特定文檔的結構，這是與 DTD 的相同之處。與 DTD 相比，最大的不同在於它本身也是 XML 文檔。此外還有以下的不同: XML Schema 可以用 XML 解析器來解析; 允許使用全局性元素(在整個 XML 文檔中用相同的方式使用元素)和局部元素(特定的上下文中元素有不同的含義); 提供豐富的數據類型(整型、布爾型、日期類型等)，且元素的數據類型可以自定義。
XML 命名空間是一組可以用作 XML 文檔的元素或屬性名稱的名稱集，就是將元素或屬性的名稱歸類。因為 XML 的開放性，允許任何人創建屬於他們自己的元素或屬性名稱，這樣就不可避免地出現不同的人或組織定義的元素名稱或屬性名稱重復，使得相同的名稱表達不同的語義。為了避免元素之間出現相同名稱的沖突，命名空間限定這些元素或屬性名稱在命名空間內是唯一的。一般命名空間由這些統一資源標識符 URI(Universal Resource Identifier)來識別。URI 在 Internet 上是全球唯一的，用 URI 來限定 XML 元素名稱或屬性名稱也就確保是全球唯一的。XML 主要具有四大優勢:
(1)XML 用文本格式表示數據，方便在 Internet 上的傳輸。這一點使 XML 數據可以方便地利用現有的 Internet 上基於文本的各種傳輸協議(如 HTTP)進行傳輸，可以安全的穿越防火牆。
(2)XML 是可擴展的。XML 是一個元語言(MetaLanguage)，它使用了標准化的方法定義其他語言。它只是為結構文檔提供了一個數據格式，而沒有深入該數據本身，定義它的詞彙列表。這使自定義標記語言成為可能，每個行業，每個部門，甚至每個人都可以定義自己的標記語言。
(3)XML 可以對信息進行很好的層次描述。它基於信息內容的描述，對信息的表達清晰。
(4)XML 可以進行數據完整性的自動檢驗。XML DTD 和 Schema 機制使得 XML 解析器可以檢驗 XML 文檔是否與 DTD 或 Schema 相配。
4.2.2.2 SOAP
SOAP 通過定義一個關於遠程組件如何請求信息和如何遞交信息的標准，實現 Internet中不同應用之間的集成和交互。SOAP 是一個基於 HTTP 和 XML 的請求、響應 RPC 協議。SOAP 把 XML 使用代碼化為請求和響應參數編碼模式，並用 HTTP 傳輸。SOAP 本身沒有定義任何應用程序語義，如編程模型或特定語義的實現，實際上它通過提供一個有標准組件的包模型和在模塊中編碼數據的機制，定義了一個簡單的表示應用程序語義的機制。這使得 SOAP 能夠被用於從消息系統到 RPC(遠程進程調用)的各種應用中。
SOAP 規范主要由信封(Envelop)、編碼規則(Encoding Rules)和 RPC 表示(RPC Representation)三部分組成。①SOAP 信封構造定義了一個整體的 SOAP 消息表示框架，可以用於表示消息中的內容是什麼，是誰發送的，誰接受並處理它，以及這些處理操作是可選的還是必需的等。②SOAP 編碼規則定義了一個數據的編碼機制，通過這樣一個編碼機制來定義應用程序中需要使用的數據類型，並可用於交換由這些應用程序定義的數據類型所衍生的實例。③SOAP RPC 表示定義了一個用於表示遠程過程調用和響應的約定，例如，如何使用 HTTP 或 SMTP 協議於 SOAP 綁定，如何傳輸過程調用，在具體傳輸協議的哪個部分傳輸過程響應，如可以在 HTTP 的響應的時候傳遞過程響應。這三部分在功能上是彼此獨立的。特別的，信封和編碼規則是被定義在不同的 XML 命名空間中，這樣有利於通過模塊化獲得定義和實現的簡明性。
SOAP 消息是 SOAP 應用中的主體要素。SOAP 為在一個鬆散的、分布的環境中使用XML 對等地交換結構化地和類型化的消息提供了一個簡單的輕量級機制。SOAP 消息的描述框架格式是以 SOAP 信封為根元素，內含 SOAP Header 和 SOAP Body 子元素的一個XML 文檔。所有的 SOAP 消息都是使用 XML 格式來編碼的。SOAP 消息必須不包含 DTD與 PI(Processing Instructions)。除 SOAP must understand attribute 和 SOAP actor attribute外，一般允許屬性及屬性值自由地選擇是在 XML 實例中描述還是在 XML Schema 中描述。SOAP 是一種基於 XML 的輕量級消息交換協議，它是建立在現有行業標准之上的，所以在支持這些標準的平台上運行的應用程序可以通過 SOAP 消息與其他平台上運行的應用程序有效地進行通信，而且能夠穿越防火牆，因而得到了業界的廣泛支持。
4.2.2.3 WSDL
Web 服務描述語言 WSDL(Web Services Description Language)是基於 XML 模式的規范，用於將 Web 服務描述為操作集，並將數據輸入/輸出參數描述為消息。WSDL 還定義使用綁定機制將任何傳輸協議、數據格式或結構附加到抽象消息、操作或終端的通信模型。
WSDL 將 Web 服務描述為一組服務訪問點，或稱為一組 「埠」，客戶端可以通過這些埠對包含面向文檔信息或面向過程調用的服務進行訪問。一個埠定義了一個 「服務」項目的提供地點。一個服務可以有多個提供地點，但只能對一組事先定義好的 「信息」做出響應。「信息」是對通信數據的描述，每條信息由一組數據組成，這些數據必須定義為收、發雙方都能識別的 「類型」。埠和信息結合在一起代表了一組 「操作」，並定義了這個服務訪問點的 「埠類型」。把一種協議和一種數據格式關聯在一起就定義出了一種可重復使用的 「綁定」。把一個網址和一個綁定關聯在一起就定義了一個埠，相關的具體部署的端點通過組合就成為抽象的 Web 服務。綜上所述，WSDL 文檔的根元素是 definitions 元素，該元素又包含 6 個子元素:
(1)Types: 包含可由伺服器收發的消息的架構定義。最常見的表示架構的方法是使用 XML 架構;
(2)Message: 充當一個將架構中的消息與消息的定義關聯起來的交叉引用。簡單地說，就是定義通信中的數據，包括數據輸入和輸出。
(3)PortType: 定義一組 Web 服務可公開的介面。一個介面與一個或多個消息關聯。
(4)Operation: 它是對服務端所實現功能的抽象定義。
(5)Binding: 將 PortType 定義與某個特定的協議關聯。
(6)Service: 定義 Web 服務公開的相關端點(埠)的集合。
4.2.2.4 UDDI
統一描述、發現和集成協議 UDDI(Universal Description，Discovery and Integration)是一套基於 Web 的、分布式的、為 Web 服務提供信息注冊中心的實現標准規范，同時也包含一組使不同的人或組織能將自身提供的 Web 服務注冊以使得他人或其組織能夠發現的訪問協議的實現標准。UDDI 注冊的工作流程如圖 4.6。
UDDI 注冊中心是 Web 服務注冊、用戶集中管理的地方，通過它可以發布、查詢、調用 Web Service，也可以查詢特定服務的描述信息，並動態綁定到該服務上。UDDI 注冊中心同時還提供服務結點管理、用戶管理、許可權管理、計費管理等功能。服務提供者提供服務需要到 UDDI 注冊中心進行服務的注冊、登記，這樣用戶就可以通過 UDDI 注冊中心獲取所需要服務的基本信息與技術細節信息，再通過對服務的綁定得到服務和產品。
圖 4.6 UDDI 注冊工作流程
6. 構成Web有幾大要素
構成web的要素有：文字、圖片、多媒體以及底層代碼。
文字與圖片是構成一個網頁的兩個最基本的元素。你可以簡單的理解為：文字，就是網頁的內容，圖片，就是網頁的美觀。除此之外，網頁的元素還包括動畫、音樂、程序等等。
在網頁上點擊滑鼠右鍵，選擇菜單中的 「 查看源文件 」 ，就可以通過記事本看到網頁的實際內容。可以看到，網頁實際上只是一個純文本文件，它通過各式各樣的標記對頁面上的文字、圖片、表格、聲音等元素進行描述（例如字體、顏色、大小），而瀏覽器則對這些標記進行解釋並生成頁面，於是就得到你現在所看到的畫面。 為什麼在源文件看不到任何圖片？ 網頁文件中存放的只是圖片的鏈接位置，而圖片文件與網頁文件是互相獨立存放的，甚至可以不在同一台計算機上。
7. 簡述web技術的結構
它是超級文本的簡稱。 二、超媒體（hypermedia） 超媒體是超文本（hypertext）和多媒體在信息瀏覽環境下的結合。它是超級媒體的簡稱。用戶不僅能從一個文本跳到另一個文本，而且可以激活一段聲音，顯示一個圖形，甚至可以播放一段動畫。 Internet採用超文本和超媒體的信息組織方式，將信息的鏈接擴展到整個Internet上。Web就是一種超文本信息系統，Web的一個主要的概念就是超文本連接，它使得文本不再象一本書一樣是固定的線性的。而是可以從一個位置跳到另外的位置。可以從中獲取更多的信息。可以轉到別的主題上。想要了解某一個主題的內容只要在這個主題上點一下，就可以跳轉到包含這一主題的文檔上。正是這種多連接性把它稱為Web。 三、超文本傳輸協議（HTTP） Hypertext Transfer Protocol超文本在互聯網上的傳輸協議。 當你想進入萬維網上一個網頁, 或者其他網路資源的時候，通常你要首先在你的瀏覽器上鍵入你想訪問網頁的統一資源定位符（UniformResourceLocator)，或者通過超鏈接方式鏈接到那個網頁或網路資源。這之後的工作首先是URL的伺服器名部分，被名為域名系統的分布於全球的網際網路資料庫解析，並根據解析結果決定進入哪一個IP地址(IP address)。 接下來的步驟是為所要訪問的網頁，向在那個IP地址工作的伺服器發送一個HTTP請求。在通常情況下，HTML文本、圖片和構成該網頁的一切其他文件很快會被逐一請求並發送回用戶。 網路瀏覽器接下來的工作是把HTML、CSS和其他接受到的文件所描述的內容，加上圖像、鏈接和其他必須的資源，顯示給用戶。這些就構成了你所看到的「網頁」。 大多數的網頁自身包含有超鏈接指向其他相關網頁，可能還有下載、源文獻、定義和其他網路資源。像這樣通過超鏈接，把有用的相關資源組織在一起的集合，就形成了一個所謂的信息的「網」。這個網在網際網路上被方便使用，就構成了最早在1990年代初蒂姆·伯納斯-李所說的萬維網。 傳統的Web資料庫系統體系結構 傳統的Web資料庫系統一般實現Web資料庫系統的連接和應用可採取兩種方法，一種是在Web伺服器端提供中間件來連接Web伺服器和資料庫伺服器，另一種是把應用程序下載到客戶端並在客戶端直接訪問資料庫。中間件負責管理Web伺服器和資料庫伺服器之間的通信並提供應用程序服務，它能夠直接調用外部程序或腳本代碼來訪問資料庫，因此可以提供與資料庫相關的動態HTML頁面，或執行用戶查詢，並將查詢結果格式化成HTML頁面。通過Web伺服器返回給Web瀏覽器。最基本的中間件技術有通過網關介面CGI和應用程序介面API兩種。 （一）、基於通用網關介面CGI CGI是WWW伺服器運行時外部程序的規范，按照CGI編寫的程序可以擴展伺服器的功能，完成伺服器本身不能完成的工作，外部程序執行時間可以生成HTML文檔，並將文檔返回WWW伺服器。CGI應用程序能夠與瀏覽器進行交互作用，還可以通過資料庫的API與資料庫伺服器等外部數據源進行通信，如一個CGI程序可以從資料庫伺服器中獲取數據，然後格式化為HTML文檔後發送給瀏覽器，也可以將從瀏覽器獲得的數據放到資料庫中。幾乎使用的伺服器軟體都支持CGI，開發人員可以使用任何一種WWW伺服器內置語言編寫CGI，其中包括流行的C、C、VB和Delphi等。 從體系結構上來看，用戶通過Web瀏覽器輸入查詢信息，瀏覽器通過HTTP協議向Web伺服器發出帶有查詢信息的請求，Web伺服器按照CGI協議激活外部CGI程序，由該程序向DBMS發出SQL請求並將結果轉化為HTML後返回給Web伺服器。再由Web伺服器返回給Web瀏覽器。這種結構體現了客戶/伺服器方式的三層模型，其中Web伺服器和CGI程序實際起到了HTML和SQL轉換的網關的作用。CGI的典型操作過程是：分析CGI數據；打開與DBMS的連接；發送SQL請求並得到結果；將結果轉化為HTML；關閉DBMS的連接；將HTML結果返回給Web伺服器。 基於Web的資料庫訪問利用已有的信息資源和伺服器。其訪問頻率大，尤其是熱點數據。但其主要的缺點是：①客戶端與後端資料庫伺服器通信必須通過Web伺服器，且Web伺服器要進行數據與HTML文檔的互相轉換，當多個用戶同時發出請求時，必然在Web伺服器形成信息和發布瓶頸。②CGI應用程序每次運行都需打開和關閉資料庫連接，效率低，操作費時；③CGI應用程序不能由多個客戶機請求共享，即使新請求到來時CGI程序正在運行，也會啟動另一個CGI應用程序，隨著並行請求的數量增加，伺服器上將生成越來越多的進程。為每個請求都生成進程既費時又需要大量內存，影響了資源的使用效率，導致性能降低並增加等待時間；④由於SQL與HTML差異很大，CGI程序中的轉換代碼編寫繁瑣，維護困難；⑤安全性差，缺少用戶訪問控制，對資料庫難以設置安全訪問許可權；⑥HTTP協議是無狀態且沒有常連接的協議，DBMS事務的提交與否無法得到驗證，不能構造Web上的OLTP應用。 （二）、基於伺服器擴展的API 為了克服CGI的局限性，出現的另一種中間件解決方案是基於伺服器擴展API的結構。與CGI相比，API應用程序與Web伺服器結合得更加緊密，佔用的系統資源也少得多，而運行效率卻大大提高，同時還提供更好的保護和安全性。 伺服器API一般作為一個DLL提供，是駐留在WWW伺服器中的程序代碼，其擴展WWW伺服器的功能與CGI相同。WWW開發人員不僅可以API解決CGI可以解決的一切問題，而且能夠進一步解決基於不同WWW應用程序的特殊請求。各種API與其相應的WWW伺服器緊密結合，其初始開發目標伺服器的運行性能進一步發掘、提高。用API開發的程序比用CGI開發的程序在性能上提高了很多，但開發API程序比開發CGI程序要復雜得多。API應用程序需要一些編程方面的專門知識，如多線程、進程同步、直接協議編程以及錯誤處理等。目前主要的WWWAPI有Microsoft公司的ISAPI、Netscape公司的NSAPI和OReily公司的WSAPI等。使用ISPAI開發的程序性能要優於用CGI開發的程序，這主要是因為ISAPI應用程序是一些與WWW伺服器軟體處於同一地址空間的DLL，因此所有的HTTP伺服器進程能夠直接利用各種資源這顯然比調用不在同一地址空間的CGI程序語句要佔用更少的系統時間。而NSAPI同ISAPI一樣，給WWW開發人員定製了NetscapeWWW伺服器基本服務的功能。開發人員利用NSAPI可以開發與WWW伺服器的介面，以及與資料庫伺服器等外部資源的介面。 雖然基於伺服器擴展API的結構可以方便、靈活地實現各種功能，連接所有支持32位ODBC的資料庫系統，但這種結構的缺陷也是明顯的：①各種API之間兼容性很差，缺乏統一的標准來管理這些介面；②開發API應用程序也要比開發CGI應用復雜得多； ③這些API只能工作在專用Web伺服器和操作系統上。 （三）、基於JDBC的Web資料庫技術 Java的推出，使WWW頁面有了活力和動感。Internet用戶可以從WWW伺服器上下載Java小程序到本地瀏覽器運行。這些下載的小程序就像本地程序一樣，可獨立地訪問本地和其他伺服器資源。而最初的Java語言並沒有資料庫訪問的功能，隨著應用的深入，要求Java提供資料庫訪問功能的呼聲越來越高。為了防止出現對Java在資料庫訪問方面各不相同的擴展，JavaSoft公司指定了JDBC，作為Java語言的資料庫訪問API。 採用JDBC技術，在JavaApplet中訪問資料庫的優點在於：直接訪問資料庫，不再需要Web資料庫的介入，從而避開了CGI方法的一些局限性；用戶訪問控制可以由資料庫伺服器本地的安全機制來解決，提高了安全性；JDBC是支持基本SQL功能的一個通用低層的應用程序介面，在不同的資料庫功能的層次上提供了一個統一的用戶界面，為跨平台跨資料庫系統進行直接的Web訪問提供了方案。從而克服了API方法一些缺陷；同時，可以方便地實現與用戶地交互，提供豐富的圖形功能和聲音、視頻等多媒體信息功能。 JDBC是用於執行SQL語句的Java應用程序介面API，由Java語言編寫的類和介面組成。Java是一種面向對象、多線程與平台無關的編程語言，具有極強的可移植性、安全性和強健性。JDBC是一種規范，能為開發者提供標準的資料庫訪問類和介面，能夠方便地向任何關系資料庫發送SQL語句，同時JDBC是一個支持基本SQL功能的低層應用程序介面，但實際上也支持高層的資料庫訪問工具及API。所有這些工作都建立在X/Open SQL CLI基礎上。JDBC的主要任務是定義一個自然的Java介面來與X/OpenCLI中定義的抽象層和概念連接。JDBC的兩種主要介面分別面向應用程序的開發人員的JDBC API和面向驅動程序低層的JDBC DriverAPI。JDBC完成的工作是：建立與資料庫的連接；發送SQL語句；返回數據結果給Web瀏覽器。
8. web中的信息資源的基本構成是什麼
構成Web
（World Wide Web、萬維網）體系結構的五大基本元素是：Web伺服器、Web瀏覽器、瀏覽器與伺服器之間的通信協議HTTP(Hypertext Transfer Protocol 、超文本傳輸協議)、寫Web文檔的語言HTML（Hypertext Markup Language、超文本標記語言)、以及用來標識Web上資源的URL（Universal Resource Locator 、統一資源定位器)。
Web系統的組成部分：
頁面：超文本文檔在用戶端顯示為頁面（Page）
瀏覽器：頁面通過一個稱作瀏覽器（Browser）的程序觀看。
超鏈接：頁面內鏈接到其它頁面的文本串叫超鏈接，一般突出顯示。
主頁（Homepage）是首頁，整個文件的起始點和匯總點。
標識頁面的方法是採用統一資源定位器URL (Uniform Resource Locator) 有效地作為頁面的世界性名字。也稱為網頁在Internet上的地址（網址）。如:http：//www.cug.e.cn/welcome.html
Web系統的結構：
Web系統是客戶 —— 伺服器模式：
Web客戶機：客戶端的瀏覽器
Web伺服器：多媒體資源存放的主機
中間件：可以調用Web伺服器中的資料庫和其它應用程序，滿足客戶的各種應用要求。
Web系統的請求與應答：
客戶機使用特定的協議如 HTTP 與伺服器建立連接，客戶機發送請求伺服器接受並執行客戶請求的操作，再將結果返回客戶。
Web客戶-伺服器系統的功能:
信息取得,資料和交易的管理以及共享信息。
9. web技術架構的重要組成包括哪些
不知道你問的是不是這樣的：提供一種統一的、面向組件的編程模型。
Web Service的體系結構描述了三個角色（服務提供者、服務請求者、服務代理者）以及三個操作（發布、查找、綁定）。
Web主要技術特徵：在傳輸層和網路層採用TCP/IP協議，預設斷口的80；在應用層採用HTTP協議，使用HTML文檔實現信息交互；基本上運行在C/S模式下。
10. 什麼是web服務體系結構web服務體系結構具有哪些特徵
Web Services體系結構是面向對象分析與設計（OOAD）的一種合理發展（logical evolution），同時也是電子商務解決方案中，面向體系結構、設計、實現與部署而採用的組件化的合理發展（logical evolution of components geared towards the architecture, design, implementation, and deployment of e-business solutions）。這兩種方式在復雜的大型系統中經受住了考驗。和面向對象系統一樣，封裝、消息傳遞、動態綁定、服務描述和查詢也是Web Services中的基本概念，而且，Web Services另外一個基本概念就是：所有東西都是服務，這些服務發布一個API供網路中的其他服務使用，並且封裝了實現細節。
具體見：
http://blog.chinaunix.net/uid-714081-id-2678597.html