odbcforlinux

Ⅰ mysql資料庫和oracle資料庫的區別

1、體積不同。
Oracle它體積比較龐大，一般是用來開發大型應用（例如分布式）的。而MySQL的體積相對來說比較小，較之Oracle更容易安裝、維護以及管理，操作也簡單，最重要的是它是三個中唯一一個開源資料庫，但目前也屬於Oracle公司的產品了。
2、容量不同。
Oracle容量無限，根據配置決定；而MySQL使用MyISAM存儲引擎，最大表尺寸為65536TB。 MySQL資料庫的最大有效表尺寸通常是由操作系統對文件大小的限制決定的，而不是由MySQL內部限制決定。
3、平台支持及速度的區別。
Oracle支持大多數平台；而MySQL支持各種平台，適合linux。至於速度，Oracle在Linux下的性能，在少量數據時速度低於MySQL，在千萬級時速度快於MySQL。
4、資料庫崩潰造成的影響不同。
Oracle資料庫崩潰後恢復很麻煩，因為他把很多東西放在內存里；資料庫連接要慢些，最好用連接池；而MySQL使用預設的IP埠，但是有時候這些IP也會被一些黑客闖入，使用MyISAM配置，不慎損壞資料庫，結果可能會導致所有的數據丟失。
5、性能的區別。
Oracle全面，完整，穩定，但一般數據量大，對硬體要求較高 ；而MySQL使用CPU和內存極少，性能很高，但擴展性較差。
6、授權價格區別。
Oracle價格較貴，例如Oracle 10G/11G 標准版 [10用戶]¥25600 ，Oracle 10G/11G 標准版 [1CPU無限用戶] ¥157600。而MySQL採用雙重授權，他們是GPL和MySQLAB制定的商業許可協議。如果你在一個遵循GPL的自由項目中使用 MySQL，那麼你可以遵循GPL協議免費使用MySQL。否則，你需要購買MySQLAB制定的那個商業許可協議。

Ⅱ 資料庫論文 急求！！追加1000分

一、三個世界
1、現實世界 人們管理的對象存於現實世界中。現實世界的事物及事物之間存在著聯系，這種聯系是客觀存在的，是由事物本身的性質決定的。例如學校的教學系統中有教師、學生、課程，教師為學生授課，學生選修課程並取得成績。
2、概念世界 概念世界是現實世界在人們頭腦中的反映，是對客觀事物及其聯系的一種抽象描述，從而產生概念模型。概念模型是現實世界到機器世界必然經過的中間層次。涉及到下面幾個術語：
實體：我們把客觀存在並且可以相互區別的事物稱為實體。實體可以是實際事物，也可以是抽象事件。如一個職工、一場比賽等。
實體集：同一類實體的集合稱為實體集。如全體職工。注意區分"型"與"值"的概念。如每個職工是職工實體"型"的一個具體"值"。
屬性：描述實體的特性稱為屬性。如職工的職工號，姓名，性別，出生日期，職稱等。
關鍵字：如果某個屬性或屬性組合的值能唯一地標識出實體集中的每一個實體，可以選作關鍵字。用作標識的關鍵字，也稱為碼。如"職工號"就可作為關鍵字。
聯系：實體集之間的對應關系稱為聯系，它反映現實世界事物之間的相互關聯。聯系分為兩種，一種是實體內部各屬性之間的聯系。另一種是實體之間的聯系。
3、機器世界 存入計算機系統里的數據是將概念世界中的事物數據化的結果。為了准確地反映事物本身及事物之間的各種聯系，資料庫中的數據必須有一定的結構，這種結構用數據模型來表示。數據模型將概念世界中的實體，及實體間的聯系進一步抽象成便於計算機處理的方式。
數據模型應滿足三方面要求：一是能比較真實地模擬現實世界；二是容易為人所理解；三是便於在計算機上實現。數據結構、數據操作和完整性約束是構成數據模型的三要素。數據模型主要包括網狀模型、層次模型、關系模型等，它是按計算機系統的觀點對數據建模，用於DBMS的實現。
關系資料庫採用關系模型作為數據的組織方式。 關系資料庫因其嚴格的數學理論、使用簡單靈活、數據獨立性強等特點，而被公認為最有前途的一種資料庫管理系統。它的發展十分迅速，目前已成為占據主導地位的資料庫管理系統。自20世紀80年代以來，作為商品推出的資料庫管理系統幾乎都是關系型的，例如，Oracle，Sybase，Informix，Visual FoxPro等。
網路資料庫也叫Web資料庫。促進Internet發展的因素之一就是Web技術。由靜態網頁技術的HTML到動態網頁技術的CGI、ASP、PHP、JSP等，Web技術經歷了一個重要的變革過程。Web已經不再局限於僅僅由靜態網頁提供信息服務，而改變為動態的網頁，可提供互動式的信息查詢服務，使信息資料庫服務成為了可能。Web資料庫就是將資料庫技術與Web技術融合在一起，使資料庫系統成為Web的重要有機組成部分，從而實現資料庫與網路技術的無縫結合。這一結合不僅把Web與資料庫的所有優勢集合在了一起，而且充分利用了大量已有資料庫的信息資源。圖1-1是Web資料庫的基本結構圖，它由資料庫伺服器（Database Server）、中間件（Middle Ware）、Web伺服器（Web Server）、瀏覽器（Browser）4部分組成。
Web資料庫的基本結構
它的工作過程可簡單地描述成：用戶通過瀏覽器端的操作界面以交互的方式經由Web伺服器來訪問資料庫。用戶向資料庫提交的信息以及資料庫返回給用戶的信息都是以網頁的形式顯示。
1.1.1 Internet技術與相關協議
Internet技術在Web資料庫技術中扮演著重要的角色。Internet（網際網路）專指全球最大的、開放的、由眾多網路相互連接而成的計算機網路，並通過各種協議在計算機網路中傳遞信息。TCP/IP協議是Internet上使用的兩個最基本的協議。因此也可以說Internet是全球范圍的基於分組交換原理和TCP/IP協議的計算機網路。它將信息進行分組後，以數據包為單位進行傳輸。Internet在進行信息傳輸時，主要完成兩項任務。
（1）正確地將源信息文件分割成一個個數據包，並能在目的地將源信息文件的數據包再准確地重組起來。
（2）將數據包準確地送往目的地。
TCP/IP協議的作用就是為了完成上述兩項任務，規范了網路上所有計算機之間數據傳遞的方式與數據格式，提供了數據打包和定址的標准方法。
1．TCP/IP協議
TCP協議（Transmission Control Protocol，傳輸控制協議）規定了分割數據和重組數據所要遵循的規則和要進行的操作。TCP協議能保證數據發送的正確性，如果發現數據有損失，TCP將重新發送數據。
2．IP協議
在Internet上傳送數據往往都是遠距離的，因此在傳輸過程中要通過路由器一站一站的轉接來實現。路由器是一種特殊的計算機，它會檢測數據包的目的地主機地址，然後決定將該數據包送往何處。IP協議（Internet Protocol，網際協議）給Internet中的每一台計算機規定了一個地址，稱為IP地址。IP地址的標準是由4部分組成（例如202.112.203.11），其中前兩部分規定了當前使用網路的管理機構，第3部分規定了當前使用的網路地址，第4部分規定了當前使用的計算機地址。
Internet上提供的主要服務有E-mail、FTP、BBS、Telnet、WWW等。其中WWW（World Wide Web，萬維網）由於其豐富的信息資源而成為Internet最為重要的服務。
3．HTTP協議
HTTP協議（Hypertext Transfer Protocol，超文本傳輸協議）應用在WWW上，其作用是完成客戶端瀏覽器與Web伺服器端之間的HTML數據傳輸。
1.1.2 Web的工作原理與工作步驟
萬維網簡稱為Web。Web可以描述為在Internet上運行的、全球的、交互的、動態的、跨平台的、分布式的、圖形化的超文本信息系統。
1．Web的工作原理
Web是伴隨著Internet技術而產生的。在計算機網路中，對於提供Web服務的計算機稱為Web伺服器。Web採用瀏覽器/伺服器的工作方式。每個Web伺服器上都放置著大量的Web信息。Web信息的基本單位是Web頁（網頁），多個網頁組成了一個Web節點。每個Web節點的起始頁稱為「主頁」，且擁有一個URL地址（統一資源定位地址）。Web節點之間及網頁之間都是以超文本結構（非線性的網狀結構）來進行組織的。
2．Web的工作步驟
Web的工作步驟如下。
（1）用戶打開客戶端計算機中的瀏覽器軟體（例如Internet Explorer）。
（2）用戶輸入要啟動的Web主頁的URL地址，瀏覽器將生成一個HTTP請求。
（3）瀏覽器連接到指定的Web伺服器，並發送HTTP請求。
（4）Web伺服器接到HTTP請求，根據請求的內容不同作相應的處理，再將網頁以HTML文件格式發回給瀏覽器。
（5）瀏覽器將網頁顯示到屏幕上.

圖1-2 Web的工作步驟
1.1.3 WWW世界中的標記語言
1．HTML語言
HTML（Hypertext Markup Language，超文本標記語言）是創建網頁的計算機語言。所謂網頁實際上就是一個HTML文檔。文檔內容由文本和HTML標記組成。HTML文檔的擴展名就是.html或.htm。瀏覽器負責解釋HTML文檔中的標記，並將HTML文檔顯示成網頁。
（1）HTML標記
HTML標記的作用是告訴瀏覽器網頁的結構和格式。每一個標記用尖括弧<>括起來。大多數標記都有一個開始標記和一個結束標記。標記不分大小寫。多數標記都帶有自己的屬性。例如字體標記<FONT>有FACE、COLOR、SIZE等屬性：FACE定義字體；COLOR定義字體的顏色；SIZE定義字體的大小。
使用格式：<FONT FACE= SONG SIZE=3 COLOR=RED > BEIJING </FONT>。
網頁中有很多文本鏈接和圖片鏈接。鏈接，又被稱為超鏈接，用於鏈接到WWW萬維網中的其他網頁上。在HTML文檔中表示超鏈接的標記是<A>，通過屬性HREF指出鏈接的網頁地址URL。
使用格式：<A HREF=http://www.bigc.e.cn/ > BEIJING </A>。
（2）HTML程序
HTML程序必須以<HTML>標記開始，以</HTML>標記結束。在<HTML>和</HTML>標記之間主要由兩部分組成：文件頭和文件體。文件頭用標記<HEAD> </HEAD>來標識，文件體用標記<BODY></BODY>來標識。在文件的頭部通常包含整個網頁的一些信息。例如<TITLE></TITLE>標記是用來說明網頁的名稱；<META></META>標記是用來說明網頁的其他信息，如設計者姓名和版權信息等。所有在瀏覽器中要顯示的內容稱為網頁的主體，必須放在<BODY></BODY>標記中。下面給出的是一個空網頁的HTML程序。

<HTML>
<HEAD>
<TITLE>(在此標記中寫網頁的標題)</TITLE>
</HEAD>
<BODY>
(在此標記中寫網頁的內容)
</BODY>
</HTML>
（3）HTML規范
HTML規范又稱為HTML標准，它總在不斷地發展。每一新版本的出現，HTML都會增加新的特性和內容。有關HTML版本的詳細信息請訪問www.w3.org網站。
在不同的瀏覽器中，網頁的顯示效果可能會有所不同。每一個瀏覽器都使用自己獨特的方式解釋HTML文檔中的標記，並且多數瀏覽器不完全支持HTML的所有特性。因為，像Microsoft和Netscape公司在HTML標准上又開發了一些特有的HTML標記和屬性，稱之為HTML的擴展。這些標記和屬性只被他們自己的瀏覽器所識別，不可能被其他公司的瀏覽器識別。如果瀏覽器不能識別HTML文檔中的標記，則會忽略這個標記。
（4）HTML程序的編輯環境與運行環境
HTML文檔是一個普通的文本文件（ASCII），不包含任何與平台、程序有關的信息。因此HTML文檔可以利用任何文本編輯器來方便地生成。要注意的是HTML文檔的擴展名必須是.html或.htm。運行HTML文檔可以在任何瀏覽器下進行，並可在瀏覽器上查看網頁的HTML源代碼。
關於HTML語言中標記的種類與使用方法將會在第5章中更詳細地進行介紹。
2．可擴展標記語言（XML）
HTML是Web上的通用語言，隨著Internet的深入人心，WWW上的Web文件日益復雜化、多樣化，人們開始感到了HTML這種固定格式的標記語言的不足。1996年W3C開始對HTML的後續語言進行研究，並於1998年正式推出了XML（Extensible Markup Language，可擴展標記語言）。在設計網頁時，XML提供了比HTML更靈活的方法。
（1）XML語言的特點
XML是國際組織W3C為適應WWW的應用，將SGML （Standard Generalized Markup Language）標准進行簡化形成的元標記語言。簡單地說，XML是使用標記來描述內容或與內容相關的形式信息的通用語言。一個XML文檔由標記和字元數據組成。
而作為元標記語言，XML不再使標記固定，允許網頁的設計者定義數量不限的標記來描述內容，同時還允許設計者創建自己的使用規則。
（2）XML的DTD
DTD（Document Type Definition,文檔類型定義）是一組應用在XML文檔中的自定義標記語言的技術規范。DTD中定義了標記的含義及關於標記的語法規則。語法規則中確定了在XML文檔中使用哪些標記符，它們應該按什麼次序出現，標記符之間如何 嵌套，哪些標記符有屬性等等。DTD可以包含在它所描述的XML文檔中，但通常它是一份單獨的文檔或者一系列文檔。作為外部文件可通過URL鏈接，被不同的XML文檔 共享。
XML把DTD的定義權開放，不同行業可以根據自己的實際需求定義描述內容的DTD，以適應本行業內部的信息交流和存檔需要。因此，適合於不同行業、不同平台的標記語言大批涌現。
（3）XML的CSS與XSL
強調內容描述與形式描述的分離，一方面可以使XML文件的編寫者更集中精力於數據本身，而不受顯示方式的細節影響；另一方面允許為相同的數據定義不同的顯示方式，從而適合於不同應用、不同媒體，使XML數據得到最大程度的重用。XML文檔數據的顯示形式是通過樣式單定義的。CSS（Cascading Style Sheets）是XML使用的一種標準的級聯樣式單，XSL（Extensible Style Language）則是可擴展的樣式語言。
由於XML允許用戶創建任何所需的標記，而通用瀏覽器卻既無法預期用戶標記的意義，又無法為顯示這些標記而提供規則，因此用戶必須為自己創建的XML文檔編寫樣式單，樣式單可以實現共享。
瀏覽器對一個XML文檔的處理過程是，首先去關聯它所指定的樣式單文件，如果該樣式單是一個XSL文件，則按照規定對XML數據進行轉換然後再顯示，XSL本身也是基於XML語言的，可以將XML轉化為HTML後再顯示。如果該樣式單是一個CSS文件，瀏覽器就會按照樣式單的規定給每個標記賦予一組樣式後再顯示。
1.2 Web資料庫訪問技術
Web資料庫訪問技術通常是通過三層結構來實現的，如圖1-3所示。目前建立與Web資料庫連接訪問的技術方法可歸納為CGI技術，ODBC技術和ASP、JSP、PHP 技術。

Web資料庫訪問的三層結構
1.2.1 CGI技術
CGI（Common Cateway Interface，通用網關界面）是一種Web伺服器上運行的基於Web瀏覽器輸入程序的方法，是最早的訪問資料庫的解決方案。CGI程序可以建立網頁與資料庫之間的連接，將用戶的查詢要求轉換成資料庫的查詢命令，然後將查詢結果通過網頁返回給用戶。一個CGI工作的基本原理如圖1-4所示。
CGI程序需要通過一個介面才能訪問資料庫。這種介面多種多樣，資料庫系統對CGI程序提供了各種資料庫介面如Perl、C/C++、VB等。為了使用各種資料庫系統，CGI程序支持ODBC方式，通過ODBC介面訪問資料庫。

CGI工作流程
1.2.2 ODBC技術
ODBC（Open Database Connectivity，開放資料庫互接）是一種使用SQL的應用程序介面（API）。ODBC最顯著的優點就是它生成的程序與資料庫系統無關，為程序員方便地編寫訪問各種DBMS的資料庫應用程序提供了一個統一介面，使應用程序和資料庫源之間完成數據交換。ODBC的內部結構為4層：應用程序層、驅動程序管理器層、驅動程序層、數據源層。它們之間的關系如圖1-5所示。由於ODBC適用於不同的資料庫產品，因此許多伺服器擴展程序都使用了包含ODBC層的系統結構。

ODBC的內部結構
Web伺服器通過ODBC資料庫驅動程序向資料庫系統發出SQL請求，資料庫系統接收到的是標准SQL查詢語句，並將執行後的查詢結果再通過ODBC傳回Web伺服器，Web伺服器將結果以HTML網頁傳給Web瀏覽器，工作原理如圖1-6所示。

Web伺服器通過ODBC訪問資料庫
由於java語言所顯示出來的編程優勢贏得了眾多資料庫廠商的支持。在資料庫處理方面，Java提供的JDBC為資料庫開發應用提供了標準的應用程序編程介面。與ODBC類似，JDBC也是一種特殊的API，是用於執行SQL語句的Java應用程序介面。它規定了Java如何與資料庫之間交換數據的方法。採用Java和JDBC編寫的資料庫應用程序具有與平台無關的特性。
1.2.3 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資料庫互連是最佳組合。
1.3 網路資料庫應用系統的層次體系
當前，Internet/Intranet技術發展異常迅速，越來越多的資料庫應用軟體運行在Internet/Intranet環境下。在此之前，資料庫應用系統的發展經歷了單機結構、集中式結構、客戶機/伺服器（C/S）結構之後，隨著Internet的普及，又出現了瀏覽器/伺服器（B/S）結構與多層結構。在構造一個應用系統時，首先考慮的是系統的體系結構，採用哪種結構取決於系統的網路環境、應用需求等因素。
1.3.1 客戶機/伺服器結構
1．二層C/S結構
二層C/S結構是當前非常流行的資料庫系統結構，在這種結構中，客戶機提出請求，伺服器對客戶機的服務請求做出回答。它把界面和數據處理操作分開在前端（客戶端）和後端（伺服器端），這個主要特點使得C/S系統的工作速度主要取決於進行大量數據操作的伺服器，而不是前端的硬體設備；同時也大大降低了對網路傳輸速度的要求，因為只須客戶端把服務請求發送給資料庫伺服器，資料庫伺服器只把服務結果傳回前端，如圖1-7所示。
在設計時，對數據可能有如下不同的處理形式。
（1）在處理時，客戶機先向伺服器索取數據，然後釋放資料庫，即客戶機發出的是文件請求，在客戶機端處理數據，最後將結果送回伺服器。這種處理方式的缺點很明顯：所有的應用處理都在客戶端完成，這就要求客戶端的計算機必須有足夠的能力，以便執行需要的任何程序。更為糟糕的是，由於所有的處理均在客戶端完成，每次運行時都要將文件整體傳送到客戶端，然後才能執行。如：Student表中有30 000條記錄，客戶端發出命令：

Select * From Student Where Sno='200101'

這條命令將要求伺服器將Student表中的所有記錄傳送到客戶端，然後在客戶端執行查詢，結果只用到一條記錄；如果查詢的記錄不存在，網路傳輸的數據實際上是無 用的。如此大的數據傳輸量是不可想像的。因此，人們提出了在伺服器中能夠執行部分代碼的客戶機/伺服器結構。
（2）在處理時，客戶機接受用戶要求，並發給伺服器；在伺服器端處理用戶要求，最後將結果傳回客戶機顯示或列印。這種處理方式網路通信量較小。客戶機向伺服器發出的是處理請求，而不是文件請求，處理請求中的代碼在伺服器端執行後向客戶機傳送處理後的結果。
這樣，為了特定任務，客戶機上的程序和伺服器上的程序協同工作：客戶機端的代碼用於完成用戶的輸入輸出及數據的檢查，而伺服器端的代碼完成對資料庫的操作。
客戶機/伺服器結構的另一個主要特點在於軟體、硬體平台的無關性。資料庫伺服器上的資料庫管理系統集中負責管理數據，它向客戶端提供一個開放的使用環境，客戶端通過資料庫介面，如ODBC（開放資料庫連接）和SQL語言訪問資料庫，也就是說，不管客戶端採用什麼樣的硬體和軟體，它只要能夠通過網路和資料庫介面程序連接到伺服器，就可對資料庫進行訪問。
在客戶機/伺服器結構中，常把客戶機稱為前台，而把伺服器端稱為後台。前台應用程序的功能包括用戶界面、接收用戶數據、處理應用邏輯、向後台發出請求、同時接收後台返回的結果，最後再將返回的結果按一定的格式或方式顯示給用戶。而後台伺服器則負責共享外部設備、存取共享數據、響應前台客戶端的請求並回送結果等工作。前台的應用程序和數據一般是用戶專用的，而後台的數據和代碼是所有用戶可以共享的。
由於資料庫伺服器不僅要管理共享數據，保證數據的完整性，還要執行一部分代碼，完成客戶端的一些處理請求，所以對用於伺服器的計算機提出較高的要求。最好要採用一台專用的伺服器，有較快的處理速度，有大容量的硬碟和內存，支持磁帶等大容量的存儲設備。
上面講的客戶機/伺服器結構將應用分在了客戶機、伺服器兩級，稱其為兩層客戶機/ 伺服器結構。總之，兩層C/S結構的基本工作方式是客戶程序向資料庫伺服器發送SQL請求，伺服器返回數據或結果。
這種C/S結構有兩種實現方式，一種是客戶來完成表示部分和應用邏輯部分，而伺服器完成數據訪問部分，這種情況是以客戶為中心的，適用於應用相對簡單、數據訪問量不是很大的情況。另一種是以伺服器為中心的，把一些重要的應用邏輯部分放到伺服器上，這樣可充分利用伺服器的計算能力，減少網路上需要傳送的數據。通常以存儲過程和觸發器的形式出現，但存儲過程都依賴於特定資料庫，不同資料庫之間很難移植，而三層C/S結構可以很好地解決這個問題。
注意：觸發器（trigger）是資料庫系統中，一個在插入、刪除、修改操作之後運行的記錄級事件代碼。不同的事件可以對應不同的動作。通常有3種類型的觸發器：INSERT觸發器、DELETE觸發器和UPDATE觸發器。
2．三層C/S結構
由於兩層結構的客戶機/伺服器系統本身固有的缺陷，使得它不能應用於一些大型、結構較為復雜的系統中，故出現了3層結構的客戶機/伺服器系統，將兩層結構中伺服器部分和客戶端部分的應用單獨劃分出來，即採用「客戶機—應用伺服器—資料庫伺服器」結構（如圖1-8所示）。典型的資料庫應用可分為三部分：表示部分、應用邏輯（商業邏輯）部分和數據訪問部分，三層結構便是對應於這三部分。

圖1-8 三層C/S結構
其中，應用伺服器和資料庫伺服器可位於同一主機，也可位於不同主機。客戶機是應用的用戶介面部分，負責用戶與應用程序的交互，運行在客戶機端的軟體也稱為表示層軟體。應用伺服器存放業務邏輯層（也稱為功能層）軟體，是應用邏輯處理的核心，實現具體業務。它能響應客戶機請求，完成業務處理或復雜計算。若有資料庫訪問任務時，應用伺服器層可根據客戶機的要求向資料庫伺服器發送SQL指令。應用邏輯變得復雜或增加新的應用時，可增加新的應用伺服器。資料庫伺服器便是用來執行功能層送來的SQL指令，完成數據的存儲、訪問和完整性約束等。操作完成後再通過應用伺服器向客戶機返回操作結果。
1.3.2 瀏覽器/伺服器結構
隨著Internet技術和Web技術的廣泛應用，C/S結構已無法滿足人們的需要。因為在典型C/S體系中，通常為客戶安裝前端應用程序的做法已不再現實，並且限制客戶端工作環境只能基於Windows、Macintosh或UNIX等操作系統也不切實際。於是基於瀏覽器/伺服器結構（Browser/Server）的系統應運而生。
採用B/S結構後，在客戶端只需安裝一個通用的瀏覽器即可，不再受具體操作系統和硬體的制約，實現了跨平台的應用。
基於B/S結構的典型應用通常採用三層結構：「瀏覽器—Web伺服器—資料庫伺服器」，B/S模式的工作原理是：通過瀏覽器以超文本的形式向Web伺服器提出訪問資料庫的請求，Web伺服器接受客戶請求後，激活對應的CGI程序將超文本HTML語言轉化為SQL語法，將這個請求交給資料庫，資料庫伺服器得到請求後，進行數據處理，然後將處理結果集返回給CGI程序。CGI再將結果轉化為HTML，並由Web伺服器轉發給請求方的瀏覽器，如圖1-9所示。

圖1-9 B/S工作原理
在B/S模式中，客戶端的標准配置是瀏覽器，如IE；業務功能處理由獨立的應用伺服器處理，Web伺服器成為應用處理的標准配置；數據處理仍然由資料庫伺服器處理。
從本質上講，B/S結構與傳統的C/S結構都是以同一種請求和應答方式來執行應用的，區別主要在於：C/S是一種兩層或三層結構模式，其客戶端集中了大量應用軟體，而B/S是一種基於超鏈接（HyperLink）、HTML、Java的三級或多級C/S結構，客戶端僅需單一的瀏覽器軟體，是一種全新的體系結構，解決了跨平台問題。到目前，這兩種結構在不同方面都有著廣泛的應用。雖然C/S結構在Internet環境下明顯不如B/S結構具有優勢，但它在區域網環境下仍具有優勢。
1.3.3 Internet/Intranet信息系統的多層體系結構
多層結構應用軟體與傳統的兩層結構應用軟體相比，有可伸縮性好、可管理性強、安全性高、軟體重用性好等諸多優點，如何在Internet/Intranet環境下構建應用軟體體系結構就成為一個非常重要的問題，也是現今軟體體系研究的一個新熱點。
目前各種技術層出不窮，如最初的靜態HTML頁面、簡單的CGI網關程序、Java Applet程序，現在的ASP等Web資料庫技術，還有動態的Java在線游戲及PHP技術等。
實際上，多層的概念是由Sun公司提出來的。Sun公司提出的多層應用體系包括4層：客戶層、頂端Web服務層、應用服務層和資料庫層。其中頂端Web服務層是Sun公司多層體系結構中非常重要的一層，它主要起代理和緩存的作用。頂端Web伺服器的作用是緩存本地各客戶機經常使用的Java Applet程序和靜態數據，通常被放置在客戶機所在的區域網內，起到一個Java Applet主機（向Web瀏覽器傳送Java Applet程序的計算機）和訪問其他服務的代理作用。與普通代理伺服器的作用相同。構建多層結構應用軟體時，選用Java平台是一個很好的選擇，因為它跨越各應用平台。總之，在Java平台上構建多層應用軟體體系代表著今後Internet/Intranet應用的趨勢。

Ⅲ 如何在linux下通過ODBC連接SQL SERVER資料庫

解壓文件 tar xvf odbc-sqlserver-1.4.27-linux-x86-glibc.tar

# cd odbc-sqlserver-1.4.27-linux-x86-glibc

# ls
all.tar dsn_template_ssl install_intro licenses_template unixodbc.tar.md5sum
all.tar.md5sum echo install_license license.txt unixodbc.tar.sum
all.tar.sum essqlservertarerr install_linkpaths licshell unixODBC_version.txt
check_root.txt ident install_other_procts OSname.txt uodbc
cmpver install install_paths sqlserver_create_dsn.sh uodbcinstall.txt
config.log install_check_linux INSTALL.txt SQLSERVER_uodbcinstall.txt uodbc_tmp
drv_template install_check_procts install_versioned tables_22189.sql versioned
drv_template_2236 install_check_root intro.txt tee
drv_template_ssl install_check_sunos licclient testlib
dsn_22189 install_check_tools license_request.txt unixODBC
dsn_template install_init licenses.out unixodbc.tar

執行install文件安裝ODBC驅動.（用root用戶執行）

#./install

這個集合了很多操作.每步都會彈出提示讓你進入下一步.

第一步提示Press the return key to read license,按回車即可.

接下來會刷很多license信息.Do you accept the license? (q=quit, yes, no):

如果接受,輸入yes.

然後會執行一些檢查命令,查看系統是否有基本一些命令工具的安裝.按回車進入下一步.

緊接著會檢查一些的包是否安裝.按回車進入下一步.

此時會提示安裝unixODBC需要依賴ODBC driver manager.按RETURN進入下一步.

然後會讓你輸入一些個人信息.不想輸的可以直接回車跳過.

接下來會有一步讓選擇licence.會有三個OPTION.

[0] Exit

[1] View existing licenses

[2] SQLServer ODBC Driver V1.2

Please choose the proct you would like a license for by entering its item number or enter one of the other options.

可以選擇2,但是選擇之後發現這個license是收費的..如果想出錢的話就去買.我是直接quit了的.進入下一步.

按要求一步步輸入IP地址,埠,用戶名,密碼,實例.它會自動測試你提供的東西是否正確.當有足夠信息去連接資料庫後,會提示輸入一個DSN名字.即為你的資料庫起一個名字,方便後邊登陸的時候使用.

這一步完成後,配置基本完成了.

別高興的太早,還要配置一個環境變數.

將LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/easysoft/sqlserver:/usr/local/easysoft/lib export LD_LIBRARY_PATH寫入到用戶profile文件中.注意路徑要正確.

現在就可以驗證啦.

#cd /usr/local/easysoft/unixODBC/bin

#./isql -v dsn_name

可以連接就OK啦.

Ⅳ oracle 11g R2 for linux安裝失敗

我在安裝的時候也出現類似的問題，最後查找官方說明是由於GCC沒有安裝導致。Linux 默認是不安裝GCC的 所以需要手動安裝一次。
檢查Linux以下RPM是否安裝成功：
gcc-3.2.3-20
make-3.79.1-17
binutils-2.14.90.0.4-26
openmotif-2.2.2-16
setarch-1.3-1
package compat-db is not installed
compat-gcc-7.3-2.96.122
compat-gcc-c++-7.3-2.96.122
compat-libstdc++-7.3-2.96.122
compat-libstdc++-devel-7.3-2.96.122

以Root 用戶運行 查看是否安裝：rpm -q gcc make binutils openmotif setarch compat-db compat-gcc \
compat-gcc-c++ compat-libstdc++ compat-libstdc++-devel

安裝時 使用 rpm -ivh *.rpm

如果沒有安裝，到Linux的安裝盤 RedHat/RPMS裡面找到相關的RPM，重新安裝一下。（小版本可能略有差異）

Ⅳ 編程高手來啊!!!!!急啊!!!!!

MD5的Java Bean實現
MD5簡介

MD5的全稱是Message-Digest Algorithm 5，在90年代初由MIT的計算機科學實驗室和RSA Data Security Inc發明，經MD2、MD3和MD4發展而來。

Message-Digest泛指位元組串(Message)的Hash變換，就是把一個任意長度的位元組串變換成一定長的大整數。請注意我使用了「位元組串」而不是「字元串」這個詞，是因為這種變換只與位元組的值有關，與字元集或編碼方式無關。

MD5將任意長度的「位元組串」變換成一個128bit的大整數，並且它是一個不可逆的字元串變換演算法，換句話說就是，即使你看到源程序和演算法描述，也無法將一個MD5的值變換回原始的字元串，從數學原理上說，是因為原始的字元串有無窮多個，這有點象不存在反函數的數學函數。

MD5的典型應用是對一段Message(位元組串)產生fingerprint(指紋)，以防止被「篡改」。舉個例子，你將一段話寫在一個叫readme.txt文件中，並對這個readme.txt產生一個MD5的值並記錄在案，然後你可以傳播這個文件給別人，別人如果修改了文件中的任何內容，你對這個文件重新計算MD5時就會發現。如果再有一個第三方的認證機構，用MD5還可以防止文件作者的「抵賴」，這就是所謂的數字簽名應用。

MD5還廣泛用於加密和解密技術上，在很多操作系統中，用戶的密碼是以MD5值（或類似的其它演算法）的方式保存的，用戶Login的時候，系統是把用戶輸入的密碼計算成MD5值，然後再去和系統中保存的MD5值進行比較，而系統並不「知道」用戶的密碼是什麼。

一些黑客破獲這種密碼的方法是一種被稱為「跑字典」的方法。有兩種方法得到字典，一種是日常搜集的用做密碼的字元串表，另一種是用排列組合方法生成的，先用MD5程序計算出這些字典項的MD5值，然後再用目標的MD5值在這個字典中檢索。

即使假設密碼的最大長度為8，同時密碼只能是字母和數字，共26+26+10=62個字元，排列組合出的字典的項數則是P(62,1)+P(62,2)….+P(62,8)，那也已經是一個很天文的數字了，存儲這個字典就需要TB級的磁碟組，而且這種方法還有一個前提，就是能獲得目標賬戶的密碼MD5值的情況下才可以。

在很多電子商務和社區應用中，管理用戶的Account是一種最常用的基本功能，盡管很多Application Server提供了這些基本組件，但很多應用開發者為了管理的更大的靈活性還是喜歡採用關系資料庫來管理用戶，懶惰的做法是用戶的密碼往往使用明文或簡單的變換後直接保存在資料庫中，因此這些用戶的密碼對軟體開發者或系統管理員來說可以說毫無保密可言，本文的目的是介紹MD5的Java Bean的實現，同時給出用MD5來處理用戶的Account密碼的例子，這種方法使得管理員和程序設計者都無法看到用戶的密碼，盡管他們可以初始化它們。但重要的一點是對於用戶密碼設置習慣的保護。

有興趣的讀者可以從這里取得MD5也就是RFC 1321的文本。http://www.ietf.org/rfc/rfc1321.txt

實現策略

MD5的演算法在RFC1321中實際上已經提供了C的實現，我們其實馬上就能想到，至少有兩種用Java實現它的方法，第一種是，用Java語言重新寫整個演算法，或者再說簡單點就是把C程序改寫成Java程序。第二種是，用JNI(Java Native Interface)來實現，核心演算法仍然用這個C程序，用Java類給它包個殼。

但我個人認為，JNI應該是Java為了解決某類問題時的沒有辦法的辦法（比如與操作系統或I/O設備密切相關的應用），同時為了提供和其它語言的互操作性的一個手段。使用JNI帶來的最大問題是引入了平台的依賴性，打破了SUN所鼓吹的「一次編寫到處運行」的Java好處。因此，我決定採取第一種方法，一來和大家一起嘗試一下「一次編寫到處運行」的好處，二來檢驗一下Java 2現在對於比較密集的計算的效率問題。

實現過程

限於這篇文章的篇幅，同時也為了更多的讀者能夠真正專注於問題本身，我不想就某一種Java集成開發環境來介紹這個Java Bean的製作過程，介紹一個方法時我發現步驟和命令很清晰，我相信有任何一種Java集成環境三天以上經驗的讀者都會知道如何把這些代碼在集成環境中編譯和運行。用集成環境講述問題往往需要配很多屏幕截圖，這也是我一直對集成環境很頭疼的原因。我使用了一個普通的文本編輯器，同時使用了Sun公司標準的JDK 1.3.0 for Windows NT。

其實把C轉換成Java對於一個有一定C語言基礎的程序員並不困難，這兩個語言的基本語法幾乎完全一致．我大概花了一個小時的時間完成了代碼的轉換工作，我主要作了下面幾件事：

把必須使用的一些#define的宏定義變成Class中的final static，這樣保證在一個進程空間中的多個Instance共享這些數據
刪去了一些無用的#if define，因為我只關心MD5，這個推薦的C實現同時實現了MD2 MD3和 MD4，而且有些#if define還和C不同編譯器有關
將一些計算宏轉換成final static 成員函數。
所有的變數命名與原來C實現中保持一致，在大小寫上作一些符合Java習慣的變化，計算過程中的C函數變成了private方法(成員函數)。
關鍵變數的位長調整
定義了類和方法
需要注意的是，很多早期的C編譯器的int類型是16 bit的，MD5使用了unsigned long int，並認為它是32bit的無符號整數。而在Java中int是32 bit的，long是64 bit的。在MD5的C實現中，使用了大量的位操作。這里需要指出的一點是，盡管Java提供了位操作，由於Java沒有unsigned類型，對於右移位操作多提供了一個無符號右移：>>>，等價於C中的 >> 對於unsigned 數的處理。

因為Java不提供無符號數的運算，兩個大int數相加就會溢出得到一個負數或異常，因此我將一些關鍵變數在Java中改成了long類型(64bit)。我個人認為這比自己去重新定義一組無符號數的類同時重載那些運算符要方便，同時效率高很多並且代碼也易讀，OO(Object Oriented)的濫用反而會導致效率低下。

限於篇幅，這里不再給出原始的C代碼，有興趣對照的讀者朋友可以去看RFC 1321。MD5.java源代碼

測試

在RFC 1321中，給出了Test suite用來檢驗你的實現是否正確：

MD5 ("") =

MD5 ("a") =

MD5 ("abc") =

MD5 ("message digest") =

MD5 ("abcdefghijklmnopqrstuvwxyz") =

……

這些輸出結果的含義是指：空字元串」」的MD5值是，字元串」a」的MD5值是……
編譯並運行我們的程序：
javac –d . MD5.java
java beartool.MD5
為了將來不與別人的同名程序沖突，我在我的程序的第一行使用了package beartool;

因此編譯命令javac –d . MD5.java 命令在我們的工作目錄下自動建立了一個beartool目錄，目錄下放著編譯成功的 MD5.class

我們將得到和Test suite同樣的結果。當然還可以繼續測試你感興趣的其它MD5變換，例如：

java beartool.MD5 1234

將給出1234的MD5值。

可能是我的計算機知識是從Apple II和Z80單板機開始的，我對大寫十六進制代碼有偏好，如果您想使用小寫的Digest String只需要把byteHEX函數中的A、B、C、D、E、F改成a、b、 c、d、e、f就可以了。

MD5據稱是一種比較耗時的計算，我們的Java版MD5一閃就算出來了，沒遇到什麼障礙，而且用肉眼感覺不出來Java版的MD5比C版的慢。

為了測試它的兼容性，我把這個MD5.class文件拷貝到我的另一台Linux+IBM JDK 1.3的機器上，執行後得到同樣結果，確實是「一次編寫到處運行了」。

Java Bean簡述

現在，我們已經完成並簡單測試了這個Java Class，我們文章的標題是做一個Java Bean。

其實普通的Java Bean很簡單，並不是什麼全新的或偉大的概念，就是一個Java的Class，盡管 Sun規定了一些需要實現的方法，但並不是強制的。而EJB(Enterprise Java Bean)無非規定了一些必須實現（非常類似於響應事件）的方法，這些方法是供EJB Container使用(調用)的。

在一個Java Application或Applet里使用這個bean非常簡單，最簡單的方法是你要使用這個類的源碼工作目錄下建一個beartool目錄，把這個class文件拷貝進去，然後在你的程序中import beartool.MD5就可以了。最後打包成.jar或.war是保持這個相對的目錄關系就行了。

Java還有一個小小的好處是你並不需要摘除我們的MD5類中那個main方法，它已經是一個可以工作的Java Bean了。Java有一個非常大的優點是她允許很方便地讓多種運行形式在同一組代碼中共存，比如，你可以寫一個類，它即是一個控制台Application和GUI Application，同時又是一個Applet，同時還是一個Java Bean，這對於測試、維護和發布程序提供了極大的方便，這里的測試方法main還可以放到一個內部類中，有興趣的讀者可以參考：http://www.cn.ibm.com/developerWorks/java/jw-tips/tip106/index.shtml

這里講述了把測試和示例代碼放在一個內部靜態類的好處，是一種不錯的工程化技巧和途徑。

把Java Bean裝到JSP里

正如我們在本文開頭講述的那樣，我們對這個MD5 Bean的應用是基於一個用戶管理，這里我們假設了一個虛擬社區的用戶login過程，用戶的信息保存在資料庫的個名為users的表中。這個表有兩個欄位和我們的這個例子有關，userid :char(20)和pwdmd5 :char(32)，userid是這個表的Primary Key，pwdmd5保存密碼的MD5串，MD5值是一個128bit的大整數，表示成16進制的ASCII需要32個字元。

這里給出兩個文件，login.html是用來接受用戶輸入的form，login.jsp用來模擬使用MD5 Bean的login過程。

為了使我們的測試環境簡單起見，我們在JSP中使用了JDK內置的JDBC-ODBC Bridge Driver，community是ODBC的DSN的名字，如果你使用其它的JDBC Driver，替換掉login.jsp中的
Connection con= DriverManager.getConnection("jdbc:odbc:community", "", "");
即可。

login.jsp的工作原理很簡單，通過post接收用戶輸入的UserID和Password，然後將Password變換成MD5串，然後在users表中尋找UserID和pwdmd5，因為UserID是users表的Primary Key，如果變換後的pwdmd5與表中的記錄不符，那麼SQL查詢會得到一個空的結果集。

這里需要簡單介紹的是，使用這個Bean只需要在你的JSP應用程序的WEB-INF/classes下建立一個beartool目錄，然後將MD5.class拷貝到那個目錄下就可以了。如果你使用一些集成開發環境，請參考它們的deploy工具的說明。在JSP使用一個java Bean關鍵的一句聲明是程序中的第2行：

<jsp:useBean id='oMD5' scope='request' class='beartool.MD5'/>
這是所有JSP規范要求JSP容器開發者必須提供的標准Tag。

id=實際上是指示JSP Container創建Bean的實例時用的實例變數名。在後面的<%和%>之間的Java程序中，你可以引用它。在程序中可以看到，通過 pwdmd5=oMD5.getMD5ofStr (password)引用了我們的MD5 Java Bean提供的唯一一個公共方法: getMD5ofStr。

Java Application Server執行.JSP的過程是先把它預編譯成.java（那些Tag在預編譯時會成為java語句），然後再編譯成.class。這些都是系統自動完成和維護的，那個.class也稱為Servlet。當然，如果你願意，你也可以幫助Java Application Server去干本該它乾的事情，自己直接去寫Servlet，但用Servlet去輸出HTML那簡直是回到了用C寫CGI程序的惡夢時代。

如果你的輸出是一個復雜的表格，比較方便的方法我想還是用一個你所熟悉的HTML編輯器編寫一個「模板」，然後在把JSP代碼「嵌入」進去。盡管這種JSP代碼被有些專家指責為「空心粉」，它的確有個缺點是代碼比較難管理和重復使用，但是程序設計永遠需要的就是這樣的權衡。我個人認為，對於中、小型項目，比較理想的結構是把數據表示（或不嚴格地稱作WEB界面相關）的部分用JSP寫，和界面不相關的放在Bean裡面，一般情況下是不需要直接寫Servlet的。

如果你覺得這種方法不是非常的OO(Object Oriented)，你可以繼承（extends）它一把，再寫一個bean把用戶管理的功能包進去。

到底能不能兼容？

我測試了三種Java應用伺服器環境，Resin 1.2.3、Sun J2EE 1.2、IBM WebSphere 3.5，所幸的是這個Java Bean都沒有任何問題，原因其實是因為它僅僅是個計算程序，不涉及操作系統，I/O設備。其實用其它語言也能簡單地實現它的兼容性的，Java的唯一優點是，你只需提供一個形態的運行碼就可以了。請注意「形態」二字，現在很多計算結構和操作系統除了語言本身之外都定義了大量的代碼形態，很簡單的一段C語言核心代碼，轉換成不同形態要考慮很多問題，使用很多工具，同時受很多限制，有時候學習一種新的「形態」所花費的精力可能比解決問題本身還多。比如光Windows就有EXE、Service、的普通DLL、COM DLL以前還有OCX等等等等，在Unix上雖說要簡單一些，但要也要提供一個.h定義一大堆宏，還要考慮不同平台編譯器版本的位長度問題。我想這是Java對我來說的一個非常重要的魅力吧。

MD5演算法說明

一、補位
二、補數據長度
三、初始化MD5參數
四、處理位操作函數
五、主要變換過程
六、輸出結果

補位：
MD5演算法先對輸入的數據進行補位，使得數據位長度LEN對512求余的結果是448。即數據擴展至K*512+448位。即K*64+56個位元組，K為整數。
具體補位操作：補一個1，然後補0至滿足上述要求。
補數據長度：
用一個64位的數字表示數據的原始長度B，把B用兩個32位數表示。這時，數
據就被填補成長度為512位的倍數。
初始化MD5參數：
四個32位整數 (A,B,C,D) 用來計算信息摘要，初始化使用的是十六進製表
示的數字
A=0X01234567
B=0X89abcdef
C=0Xfedcba98
D=0X76543210

處理位操作函數：
X，Y，Z為32位整數。
F(X,Y,Z) = X&Y|NOT(X)&Z
G(X,Y,Z) = X&Z|Y?(Z)
H(X,Y,Z) = X xor Y xor Z
I(X,Y,Z) = Y xor (X|not(Z))

主要變換過程：
使用常數組T[1 ... 64]， T[i]為32位整數用16進製表示，數據用16個32位
的整數數組M[]表示。
具體過程如下：

/* 處理數據原文 */
For i = 0 to N/16-1 do

/*每一次，把數據原文存放在16個元素的數組X中. */
For j = 0 to 15 do
Set X[j] to M[i*16+j].
end /結束對J的循環

/* Save A as AA, B as BB, C as CC, and D as DD.
*/
AA = A
BB = B
CC = C
DD = D

/* 第1輪*/
/* 以 [abcd k s i]表示如下操作
a = b + ((a + F(b,c,d) + X[k] + T[i]) <<< s). */

/* Do the following 16 operations. */
[ABCD 0 7 1] [DABC 1 12 2] [CDAB 2 17 3] [BCDA 3
22 4]
[ABCD 4 7 5] [DABC 5 12 6] [CDAB 6 17 7] [BCDA 7
22 8]
[ABCD 8 7 9] [DABC 9 12 10] [CDAB 10 17 11] [BCDA
11 22 12]
[ABCD 12 7 13] [DABC 13 12 14] [CDAB 14 17 15]
[BCDA 15 22 16]

/* 第2輪* */
/* 以 [abcd k s i]表示如下操作
a = b + ((a + G(b,c,d) + X[k] + T[i]) <<< s). */
/* Do the following 16 operations. */
[ABCD 1 5 17] [DABC 6 9 18] [CDAB 11 14 19] [BCDA
0 20 20]
[ABCD 5 5 21] [DABC 10 9 22] [CDAB 15 14 23]
[BCDA 4 20 24]
[ABCD 9 5 25] [DABC 14 9 26] [CDAB 3 14 27] [BCDA
8 20 28]
[ABCD 13 5 29] [DABC 2 9 30] [CDAB 7 14 31] [BCDA
12 20 32]

/* 第3輪*/
/* 以 [abcd k s i]表示如下操作
a = b + ((a + H(b,c,d) + X[k] + T[i]) <<< s). */
/* Do the following 16 operations. */
[ABCD 5 4 33] [DABC 8 11 34] [CDAB 11 16 35]
[BCDA 14 23 36]
[ABCD 1 4 37] [DABC 4 11 38] [CDAB 7 16 39] [BCDA
10 23 40]
[ABCD 13 4 41] [DABC 0 11 42] [CDAB 3 16 43]
[BCDA 6 23 44]
[ABCD 9 4 45] [DABC 12 11 46] [CDAB 15 16 47]
[BCDA 2 23 48]

/* 第4輪*/
/* 以 [abcd k s i]表示如下操作
a = b + ((a + I(b,c,d) + X[k] + T[i]) <<< s). */
/* Do the following 16 operations. */
[ABCD 0 6 49] [DABC 7 10 50] [CDAB 14 15 51]
[BCDA 5 21 52]
[ABCD 12 6 53] [DABC 3 10 54] [CDAB 10 15 55]
[BCDA 1 21 56]
[ABCD 8 6 57] [DABC 15 10 58] [CDAB 6 15 59]
[BCDA 13 21 60]
[ABCD 4 6 61] [DABC 11 10 62] [CDAB 2 15 63]
[BCDA 9 21 64]

/* 然後進行如下操作 */
A = A + AA
B = B + BB
C = C + CC
D = D + DD

end /* 結束對I的循環*/

輸出結果。

Ⅵ linux如何卸載odbc

LINUX+APACHE主要用來是跑PHP的，跑ASP.NET需要在WINDOWS環境里裝IIS
由於公司的產品在新的版本中，需要考慮一些新的部署方式，所以又抽空關注了一下.NET跨平台的一些解決方案。雖然Mono Project對基於.NET開發的人來說都不陌生，不過由於Mono是比較狹義的跨平台(因為它是OS級別的)概念。而從廣義的角度來說，使用不同的Web Server也可以算是一種垮平台。
緣起是由於IIS的口碑實在太濫，以至於不少的關鍵應用場景明文禁止安裝和使用IIS。而從ASP.NET的執行原理來看，它是通過一個Web Server處理tcp請求，然後把對ASPX執行和呈現交於使用.NET實現一個託管環境來進行的。所以使用Apache是目前最經濟的IIS替代品，而同時在Apache的sub-project正好有一個支持ASP.NET的模塊，並且已經開發到了2.0版本。我所配合使用的版本是Apache HTTP Server 2.0.55和mod_aspdotnet 2.0.0。安裝非常的簡單，兩個程序都是msi安裝包，一路next就搞定了。完了再在安裝目錄/htdocs下建一個目錄，如：active。
不過其中有兩個小問題需要注意：
一是：在安裝Apache HTTP Server的時候，如果我們機器上的80埠已被佔用，需要選使用8080埠來安裝那個選項，當然這個埠是可以在httpd.conf文件里修改的。只是使用這種安裝方式安裝好以後需要手動的啟動apache2服務，使用cmd命令並進入apache安裝目錄，如：D:\Program Files\Apache Group\Apache2\bin，運行：apache -k install。
二是：在配置aspdotnet_mole的時候，我們需要在httpd.conf文件中追加以下清單： #asp.net
LoadMole aspdotnet_mole "moles/mod_aspdotnet.so"
AddHandler asp.net asax ascx ashx asmx aspx axd config cs csproj licx rem resources resx soap vb vbproj vsdisco webinfo
IfMole mod_aspdotnet.cpp
# Mount the ASP.NET example application
AspNetMount /active "J:/Working/BIVSS"
# Map all requests for /active to the application files
Alias /active "J:/Working/BIVSS"
# Allow asp.net scripts to be executed in the active example
Directory "J:/Working/BIVSS"
Options FollowSymlinks ExecCGI
Order allow,deny
Allow from all
DirectoryIndex Default.htm Default.aspx
/Directory
# For all virtual ASP.NET webs, we need the aspnet_client files
# to serve the client-side helper scripts.
AliasMatch /aspnet_client/system_web/(\d+)_(\d+)_(\d+)_(\d+)/(.*) "C:/Windows/Microsoft.NET/Framework/v$1.$2.$3/ASP.NETClientFiles/$4"
Directory "C:/Windows/Microsoft.NET/Framework/v*/ASP.NETClientFiles"
Options FollowSymlinks
Order allow,deny
Allow from all
/Directory
/IfMole
本來這個配置文件很簡單，還有詳細的注釋。不過一定要注意上面的命令(非#開頭的行)，都需要寫在一行上，如果是從網頁上要特別的小心，特別是AddHandler和AliasMatch這兩句容易被斷成兩行，那樣啟動apache服務就會失敗，並且提示非常簡單，根本不會告訴你配置文件載入錯誤。
目前，這個mod_aspdotnet模塊最大的問題是在認證支持上的不足，比如windows和form都還不能支持，不過開源的東西更新還是很快的。由於使用Microsoft .NET Framework作為CLR，開發更新的壓力和Mono不在一個數量級上，相信很快就能有對頁面認證的較好支持。