1. 資料庫論文 急求！！追加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應用的趨勢。
2. 求access資料庫論文的參考資料
存取對象變數庫結構作為一個功能較完備的Windows軟體開發平台，Visual Basic專業版提供了對資料庫應用的強大支持。尤其提供了使用數據控制項和綁定控制項，使用資料庫存取對象變數（Data Access Object Variable），直接調用ODBC 2.0 API介面函數等三種訪問資料庫的方法。對其標准內置的Ms Access資料庫，它可以提供不弱於專業資料庫軟體的支持，可以進行完整的資料庫維護、操作及其事務處理。在VB中，將非Access資料庫稱為外來資料庫。對於FoxPro、dBASE、Paradox等外來資料庫。雖然藉助VB的Data Manager 能夠對這些資料庫進行NEW、OPEN、DESIGN、DELETE等操作，但在應用程序的運行狀態中並不能從底層真正實現這些功能。本文從使用資料庫存取對象變數的方法出發，實現了非Access格式資料庫（以FoxPro資料庫為例）的建新庫、拷貝資料庫結構、動態調入等操作，闡述了從編程技巧上彌補VB對這些外來資料庫支持不足的可行性 。
一 、 VB資料庫的體系結構具體的VB的資料庫結構。
VB資料庫的核心結構是所謂的MicroSoft JET資料庫引擎，JET引擎的作用就像是一塊"面 板"，在其上可以插入多種ISAM（Indexed Sequential Access Method，即索引順序存取方 法） 數據驅動程序。JET引擎為Access格式資料庫提供了直接的內部（build-in）支持，這就是VB對Access資料庫具有豐富支持的真正原因。
VB專業版中提供了FoxPro、dBASE（或 Xbase）、Paradox、Btrieve等資料庫的ISAM驅動程序，這就使得VB能支持這些資料庫格 式。另外，其他的許多兼容ISAM的驅動程序也可以通過從廠商的售後服務得到。因而從理論上說，VB能支持所有兼容ISAM的資料庫格式（前提是只需獲得這些資料庫的ISAM驅動介面程序）。
由上可見，Ms JET引擎實質上提供了：一個符合ANSI標準的語法分析器；為查詢結果集的使用而提供的內存管理功能；同所支持的資料庫的外部介面；為應用代碼提供的內部介面。實際上，在VB中從一種資料庫類型轉化為另一種資料庫類型幾乎不需要或只需要很少的代碼修改。而且，盡管dBASE、Paradox本身的DDL （Data Definition Language，即數據定義語言）和DML（Data Manipulation Language，即數據操縱語言）是非結構化查詢的，但它們仍然可以使用VB的SQL語句和JET引擎來操縱。
從VB的程序代碼的角度來看，ODBC，ISAM驅動程序以及Ms Access資料庫的整個外部結構夠可以統一為一個一致的編程介面。也即是說，提供給VB應用程序員的記錄集對象視圖同所使用的資料庫格式及類型是相互獨立的。即對FoxPro等資料庫仍然可以使用眾多的資料庫存取對象變數，這就為非Access資料庫的訪問提供了最重要的方法。
二 、使用非Access資料庫時的參數設置及配置文件的參數讀取如果在VB的程序中使用了資料庫的操作，將應用程序生成EXE文件或打包生成安裝程序後，則必須提供一個配置 （.INI）文件，在INI文件中可以對不同類型的資料庫進行設置。如果找不到這個INI文件， 將會導致不能訪問資料庫。通常情況下，INI文件的文件名和應用程序的名稱相同，所以如果沒有指明，VB的程序會在Windows子目錄中去找和應用程序同名的INI文件。可以使用VB中的SetDataAccessOptions語句來設置INI文件。
SetDataAccessOptions語句的用法如下：SetDataAccessOptions 1 ，IniFileName其中IniFileName參數指明的是INI文件的帶路徑的文件名。值得注意的是，當應用程序找不到這個INI文件時，或在調用 OpenDataBase函數時對其Connect參數值沒有設定為VB規定的標准值，如對FoxPro 2.5格式設定為了" FoxPro;"（應為" FoxPro 2.5; "），或者沒有安裝相應的ISAM驅動程序，則此時VB會顯示一條錯誤信息" Not Found Installable ISAM "。通常，INI文件在應用程序分發出去以前已經生成，或者在安裝時動態生成，也可以在應用程序中自己生成。 通常這種 INI文件中有" [Options]"、"[ISAM]"、" [Installed ISAMs]"、"[FoxPro ISAM]"、"[dBASE ISAM] " 、" [Paradox ISAM] "等設置段，對於一個完整的應用程序則還應有一個屬於應用 程序自己的設置段如" [MyDB]」。可在其中設置DataType、Server、DataBase、 OpenOnStartup、DisplaySQL、QueryTimeOut等較為重要的資料庫參數，並以此限定應用程序一般的運行環境。 Windows API介面函數在Kernel.exe動態鏈接庫中提供了一個OSWritePrivateProfileString函數，此函數能按Windows下配置文件（.INI）的書寫格式寫入信息。
在通常情況下，應用程序還需要在運行時讀取配置文件內相關項的參數。比如PageTimeOut（頁加鎖超時時限）、MaxBufferSize（緩沖區大小）、LockRetry（加鎖失敗時重試次數）等參數，通過對這些參數的讀取對應用程序運行環境的設定、潛在錯誤的捕獲等均會有很大的改善。
設此應用程序的配置文件為MyDB.INI，則具體過程如下：Funtion GetINIString$( Byval Fname$ ，Byval szItem$ ，Byval szDeFault$ ) ' 此自定義子函數實現INI 文件內設置段內參數的讀取Dim Tmp As String，x As Integer Tmp = String( 2048,32 ) x = OSGetPrivateProfileString(Fname$，szItem$ ， szDefault$，Tmp，Len(Tmp) ，" MyDB.INI " ) GetINIString = Mid$( Tmp,1,x ) End
Function以下這些函數的聲明可寫在模塊文件內，且每個函數的聲明必須在一行內Declare Function OSGetPrivateProfileString% Lib "Kernel" Alias "GetPrivateProfileString" (ByVal AppName$, ByVal KeyName$, ByVal keydefault$, ByVal ReturnString$, ByVal NumBytes As Integer, ByVal FileName$) Declare Function OSWritePrivateProfileString% Lib "Kernel" Alias "WritePrivateProfileString" (ByVal AppName$, ByVal KeyName$, ByVal keydefault$, ByVal FileName$) Declare Function OSGetWindowsDirectory% Lib "Kernel" Alias "GetWindowsDirectory" (ByVal a$, ByVal b%) Sub Form1_Load( ) Dim st As String Dim x As Integer Dim tmp As String tmp = String$( 255, 32 ) '
INI文件內為各種資料庫格式指明已安裝的相應ISAM驅動程序x = OSWritePrivateProfileString(" Installable ISAMS", "Paradox 3.X", "PDX110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "dBASE III", "XBS110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "dBASE IV", "XBS110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "FoxPro 2.0", "XBS110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "FoxPro 2.5", "XBS110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "Installable ISAMS", "Btrieve", "BTRV110.DLL", "MyDB.INI" ) x = OSWritePrivateProfileString( "dBase ISAM", "Deleted", "On", "MyDB.INI" ) ' 指明 INI文件的位置x = OSGetWindowsDirectory( tmp, 255 ) st = Mid$( tmp, 1, x ) SetDataAccessOption 1, st + "/mydb.ini" '獲得INI文件一些參數 gwMaxGridRows = Val(GetINIString( " MyDB.INI " ,"MaxRows", "250" )) glQueryTimeout = Val(GetINIString( " MyDB.INI " ,"QueryTimeout", "5" )) glLoginTimeout = Val(GetINIString( " MyDB.INI " ,"LoginTimeout", "20" )) End Sub
三 、數據存取對象變數對外來資料庫編程的方法及其實例在VB專業版資料庫編程的三種方法中，第二種-使用資料庫存取對象變數（DAO）的方法最具有功能強大、靈活的特點。 它能夠在程序中存取ODBC 2.0的管理函數；可以控制多種記錄集類型：Dynaset，Snapshot 及Table記錄集合對象；可以存儲過程和查詢動作；可以存取資料庫集合對象，例如 TableDefs，Fields，Indexes及QueryDefs；具有真正的事物處理能力。因而，這種方法對資料庫處理的大多數情況都非常適用。
由於VB中的記錄集對象與所使用的資料庫格式及類型是相互獨立的，所以在非Access資料庫中也可以使用資料庫存取對象變數的方法。因而 對FoxPro等外來資料庫而言，使用資料庫存取對象變數的方法同樣也是一種最佳的選擇。 有一點需要注意的是，VB的標准版中僅能使用數據控制項（Data Control）對資料庫中的記錄進行訪問，主要的資料庫存取對象中也僅有Database、Dynaset對象可通過數據控制項的屬 性提供，其它的重要對象如TableDef、Field、Index、QueryDef、Snapshot、Table等均不能在VB的標准版中生成，所以使用數據存取對象變數的方法只能用VB 3.0以上的專業版。
（一）、非Access資料庫的新建及庫結構的修改VB專業版中的資料庫存取對象變數可以分為兩類，一類用於資料庫結構的維護和管理，另一類用於數據的存取。其中表示資料庫結構時可以使用下面的對象：
DataBase、TableDef、Field、Index，以及三個集合 （Collection）： TableDefs、Fields和Indexes 。每一個集合都是由若干個對象組成的，這些數據對象的集合可以完全看作是一個數組，並按數組的方法來調用。一旦資料庫對象建立後，就可以用它對資料庫的結構進行修改和數據處理。對於非Access資料庫，大部分都是對應於一個目 錄，所以可以使用VB的MkDir語句先生成一個目錄，亦即新建一個資料庫。而每一個非 Access資料庫文件可看作是此目錄下的一個數據表（Table），但實際上它們是互相獨立的。
下面是新建一個FoxPro 2.5格式資料庫的程序實例。
Sub CreateNew ( ) Dim Db1 As database ， Td As TableDefs Dim T1 As New Tabledef ， F1 As New Field ， F2 As New Field ， F3 As New Field Dim Ix1 As New Index Dim Path As String Const DB_TEXT = 10 ， DB_INTEGER = 3 ChDir "/" Path$ = InputBox( " 請輸入新路徑名： ", "輸入對話框" ) MkDir Path$ ' 新建一個子目錄Set Db1 = OpenDatabase(Path$, True, False, "FoxPro 2.5;") Set Td = Db1.TableDefs T1.Name =
"MyDB" '新建一個數據表，數據表名為MyDB F1.Name = "Name" ， F1.Type = DB_TEXT ， F1.Size = 20 F2.Name = "Class" ， F2.Type = DB_TEXT ， F2.Size = 20 F3.Name = "Grade" ， F3.Type = DB_INTEGER T1.Fields.Append F1 '向數據表中添加這些欄位T1.Fields.Append F2
3. 基於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
總結
最後還有參考文獻和致謝就不寫了
如果還有什麼不懂的就上鍵盤論文自己看吧
4. 資料庫論文，急！！！！！！
這個也可以作為論文？
這都是基礎知識呀，教材里都有的。
在計算機硬體、軟體發展的基礎上，在應用需求的推動下，數據管理技術的發展經歷了三個階段。
一、人工管理階段
1、背景
應用背景：科學計算
硬體背景：無直接存取存儲設備
軟體背景：沒有操作系統
處理方式：批處理
2、特點
數據的管理者：人
數據面向的對象：某一應用程序
數據的共享程度：無共享,冗餘度極大
數據的獨立性：不獨立，完全依賴於程序
數據的結構化：無結構
數據控制能力：應用程序自己控制
二、文件系統階段
1、背景
應用背景：科學計算、管理
硬體背景：磁碟、磁鼓
軟體背景：有文件系統
處理方式：聯機實時處理 批處理
2、特點
數據的管理者：文件系統
數據面向的對象：某一應用程序
數據的共享程度：共享性差,冗餘度大
數據的獨立性：獨立性差
數據的結構化：記錄內有結構，整體無結構
數據控制能力：應用程序自己控制
三、資料庫系統階段
1、背景
應用背景：大規模管理
硬體背景：大容量磁碟
軟體背景：有資料庫管理系統
處理方式：聯機實時處理, 分布處理批處理
2、特點
數據的管理者：資料庫管理系統
數據面向的對象：整個應用系統
數據的共享程度：共享性高，冗餘度小
數據的獨立性：具有高度的物理獨立性和邏輯獨立性
數據的結構化：整體結構化，用數據模型描述
數據控制能力：由資料庫管理系統提供數據安全性、完整性、並發控制和恢復能力
四、資料庫系統的特點
1、數據結構化
2、數據的共享性高，冗餘度低，易於擴充
3、數據獨立性高
4、數據由DBMS統一管理和控制
數據結構化
數據結構化是資料庫與文件系統的根本區別。在描述數據時不僅要描述數據本身，還要描述數據之間的聯系。
數據的共享性
資料庫系統從整體角度看待和描述數據，數據不再面向某個應用而是面向整個系統。
數據冗餘度
指同一數據重復存儲時的重復程度。
數據的一致性
指同一數據不同拷貝的值一樣（採用人工管理或文件系統管理時，由於數據被重復存儲，當不同的應用使用和修改不同的拷貝時就易造成數據的不一致）。
物理獨立性
當數據的存儲結構（或物理結構）改變時，通過對映象的相應改變可以保持數據的邏輯構可以不變，從而應用程序也不必改變。
邏輯獨立性
當數據的總體邏輯結構改變時，通過對映象的相應改變可以保持數據的局部邏輯結構不變，應用程序是依據數據的局部邏輯結構編寫的，所以應用程序不必修改。
數據的安全性（Security）
數據的安全性是指保護數據，防止不合法使用數據造成數據的泄密和破壞，使每個用戶只能按規定，對某些數據以某些方式進行訪問和處理。
數據的完整性（Integrity）
數據的完整性指數據的正確性、有效性和相容性。即將數據控制在有效的范圍內，或要求數據之間滿足一定的關系。
並發（Concurrency）控制
當多個用戶的並發進程同時存取、修改資料庫時，可能會發生相互干擾而得到錯誤的結果並使得資料庫的完整性遭到破壞，因此必須對多用戶的並發操作加以控制和協調。
資料庫恢復（Recovery）
計算機系統的硬體故障、軟體故障、操作員的失誤以及故意的破壞也會影響資料庫中數據的正確性，甚至造成資料庫部分或全部數據的丟失。DBMS必須具有將資料庫從錯誤狀態恢復到某一已知的正確狀態（亦稱為完整狀態或一致狀態）的功能。
5. 資料庫應用論文
資料庫設計應用論文包括六個主要步驟：
1、需求分析：了解用戶的數據需求、處理需求、安全性及完整性要求；
2、概念設計：通過數據抽象，設計系統概念模型，一般為E-R模型；
3、邏輯結構設計：設計系統的模式和外模式，對於關系模型主要是基本表和視圖；
4、物理結構設計：設計數據的存儲結構和存取方法，如索引的設計；
5、系統實施：組織數據入庫、編制應用程序、試運行；
6、運行維護：系統投入運行，長期的維護工作。
6. 資料庫系統(CS)論文
資料庫系統方面的論文，鍵盤論文網上有很多的，我之前也是找他們幫忙的，非常專業
我這里還有些關於系統方面的文章，你參考下
現代商業企業的經營范圍已遠遠超越了一家一戶的簡單貿易活動范圍,通常需要同時管理幾百個甚至上萬個分支連鎖機構,而這些分支構也常常是跨城市或跨國家的。
因此,企業需要在商品的管理和運輸過程中,加強對商品的監控和管理,以便能夠及時響應市場上的各種變化。
同時,隨著服務的不斷深入發展,合作伴和各個分支機構也希望能隨時了解自己所關心的商品的生產信息和運輸情況。
因此,採用計算機互連通信系統為物流業提供實時信息服務,已成為當前計算機應用的一個重要發展方向。
主要研究內容：
本文研究了運輸配送管理信息系統在。
NET平台下的設計和開發,該系統既以滿足企業當前運輸配送部門經營管理活動的需要,又能適應企業運輸配送部門管理的進一步發展。
首先在。NET平台下對運輸配送管理信系統的功能模塊、物理分布式結構和邏輯層次結構進行了設計,從而形成完整的構架。
根據對運輸配送管理部門業務的研究與分析,設計運輸配送管理信息系統的功能模塊分為系統設定模塊、統計分析模塊、財務結算模塊配送管理模塊和職工管理模塊五大模塊。
在物理上採用分布式結構來提高系統安全性,並詳細說明了三層分布式結構技術在系統中的具體應用。
在邏輯設計上採用N層結構的設計式,將整個系統或每個模塊分為界面表示層、介面層、應用服務層和資料庫層,並在細化應用服務層的層次結構的基礎上進一步設計各層。 然後著重對運輸配送管理模塊和用戶許可權管理模塊進行了詳細設計。
在對運輸業務管理子模塊進行業務求分的基礎上構建子模塊的用例圖、活動圖,並給出了業務類構件的靜態結構模型和動態模型。
參照運輸協議管理子模塊的業務程圖構子模塊的用例圖,並進一步細化給出了用例的狀態轉移圖、順序圖和靜態類圖。在此基礎上做出了運輸配送管理模塊的類的設計和資料庫中表結構的設計。
在對用戶許可權管理模塊的業務分的基礎上構建該模塊的用例圖、順序圖,並給出了該模塊的數據結構圖和類圖
接著基於對運輸配送管理信統的設計,以費用管理為實例,以層次結構為主線,討論基於。NET的運輸配送管理信息系統的實現。
大概就是這些了，如果還需要具體的東西，你看看鍵盤論文網吧。
7. 在VC中實現訪問資料庫SQL的介面(以一個項目為例)
一般資料庫都提供有直接的API提供給開發者使用，使用這些API可以直接連接操縱資料庫。
比如oracle 的 proc c 開發。其他的資料庫軟體也應該有提供的。
你可以搜索一下 proc c就知道了。
8. 資料庫介面的資料庫介面技術
Microsoft推出的ODBC(Open Database Connectivity)技術 為異質資料庫的訪問提供了統一的介面。ODBC基於SQL(Structured Query Language),並把它作為訪問資料庫的標准。這個介面提供了最大限度的相互可操作性：一個應用程序可以通過一組通用的代碼訪問不同的資料庫管理系統。一個軟體開發者開發的客戶/伺服器應用程序不會被束定於某個特定的資料庫之上。ODBC可以為不同的資料庫提供相應的驅動程序。 什麼是ODBC ?
ODBC基於SQL(Structured Query Language),並把它作為訪問資料庫的標准。這個介面提供了最大限度的相互可操作性:一個應用程序可以通過一組通用的代碼訪問不同的資料庫管理系統。
與ODBC有關的名詞
ODBC驅動程序：是一個動態鏈接庫(DLL)，用以將特定的開放式資料庫連接的數據源和另一個應用程序（客戶端）相連接。
ODBC數據源：作為數據源使用的資料庫或資料庫伺服器。ODBC數據源通過它們的數據源名稱來引用，或者通過具體引用ODBC驅動程序和伺服器名稱來引用。可以在Windows的控制面板中使用ODBC管理程序或rdoRegisterDataSource（一個ODBC API）方法來注冊命名的數據源。
ODBC驅動程序管理器：提供從主機語言到特定後端數據源驅動程序的介面。
ODBC API：資料庫廠商為程序設計者提供的直接訪問資料庫的一組函數。注意：這里要指出的是，雖然ODBC API提供了很多很方便而且強大的功能。但是通常來說ODBC API都比較難學，而且使用很容易出錯。雖然允許用ODBC API來操作ODBC句柄，但還是要小心，如果不正確地使用ODBC API，可能會導致不可預知的錯誤。例如，假如使用ODBC API代碼來關閉連接或釋放這些ODBC句柄中的任何一個，那麼RemoteData控制項或RDO的行為將是不可預知的。保存ODBC句柄以供備用也是沒有意義的，因為它們是可變的。 什麼是JDBC ?
JDBC（Java Data Base Connectivity,java資料庫連接）是一種用於執行SQL語句的Java API，可以為多種關系資料庫提供統一訪問，它由一組用Java語言編寫的類和介面組成。JDBC提供了一種基準，據此可以構建更高級的工具和介面，使資料庫開發人員能夠編寫資料庫應用程序，同時，JDBC也是個商標名。
簡單地說，JDBC 可做三件事：、發送 操作資料庫的語句並處理結果。下列代碼段給出了以上三步的基本示例：
Connection con = DriverManager.getConnection(jdbc:odbc:wombat,login,
password);
Statement stmt = con.createStatement();
ResultSet rs = stmt.executeQuery(SELECT a, b, c FROM Table1);
while (rs.next()) {
int x = rs.getInt(a);
String s = rs.getString(b);
float f = rs.getFloat(c);
}
上述代碼對基於JDBC的資料庫訪問做了經典的總結。
這里簡單介紹下ODBC和JDBC，如果想詳細了解的同學可以單擊鏈接去相應詞條。
9. 資料庫系統原理論文
庫存管理資料庫系統原理與應用
【摘 要】庫存管理系統是典型的信息管理系統(MIS),其開發主要包括後台資料庫的建立和維護以及前端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對於後者則要求應用程序功能完備,易使用等特點。
經過分析如此情況,我們使用微軟公司的VisualBasic開發工具,利用其提供的各種面向對象的開發工具,尤其是ADO,是能方便而簡潔操縱資料庫的智能化對象,短期內就可以開發出用戶滿意的可行系統。
關鍵字: 庫存管理 ADO 面相對象 庫存ABC分析
第一章 概述
1.1 庫存管理的必要性
大多數庫存管理理論認為，庫存是物理上和邏輯上庫房庫位的所有有形和無形物料極其價值的總和，具體包括成品、原材料、在製品、在途品、生產前物料、備品備件等。雖然持有一些庫存是必要的，過量的庫存卻非但沒有用處而且佔用了資金。佔用的資金對於公司發展、新產品開發等都是非常需要的；減少資金佔用還可以大大減少來自銀行貸款的利息和風險。對那些采購量特別大、采購件市場價格有波動的物料庫存，加強庫存管理效果更為明顯。因此，平衡公司庫存投資與其它資金需求至關重要。
1.2 庫存分類
企業怎樣管理庫存，是庫存管理的最大難點和挑戰。因此，通過MRPII物料主計劃模塊和采購模塊建立計劃與控制系統以有效地實施庫存管理和采購補償成為題中應有之義。通過調查，我們得知任何庫存均可分為如下三類：
A類物品：高值──價值占庫存總值70-80％的相對少數物品。通常為物品的15-20％。
B類物品：中值──總值占庫存總值的15-20％。物品數居中，通常占物品的30-40％。
C類物品：低值──庫存總值幾乎可以忽略不計，只佔5-10％。是物品的大多數，通常佔60-70％。
顯然，A類物品是關鍵；如果我們把精力集中於A類物品，使其庫存壓縮10-50％，就是總庫存的相當可觀的一筆壓縮。
關於ABC分類方法有幾條基本法則：
a. 控制的程度：
對A類物品嚴加控制，包括做完備、准確的記錄，高層監督和經常評審，從供應商按大合同訂單頻繁交貨，對車間緊密跟蹤以壓縮提前期。
對B類物品做正常控制，包括良好的記錄與常規的關注。
對C類物品盡可能使用簡便的控制，諸如定期目視檢查庫存實物、簡要記錄或以簡便標志法表明補充存貨已經訂貨，採用大庫存量與訂貨量以避免缺貨，安排車間日程計劃時給以低優先順序。
b.優先順序
在一切活動中給A類物品以高優先順序以壓縮其提前期與庫存。
對B類物品予以正常處理，僅在關鍵時給以高優先順序。
予C類物品以最低優先順序。
c.訂貨過程
對A類物品提供及時、准確的采購信息和狀態查詢。計算機數據需要人工加以核對，進行階段性盤點，以及頻繁的評審以壓縮庫存。
對B類物品，按一定周期或當發生重大變化時評審一次庫存數據和訂貨點，MRPII操作按例行公事處理。
對C類物品可以盤點處理或訂貨點計算。訂貨往往不用MRPII作計劃。可以憑業務人員的經驗加以控制。
由上可以看出庫存管理的重要性。因此，庫存管理是企業管理的重要組成部分。市場需要庫存商品提供給用戶，企業的經營需要庫存保證各種葯品的供應以進行葯品的銷售，庫存對生產效率的提高有著極其重要的影響。因此，庫存管理系統是計算機管理系統的中心。因為，所有企業的經營活動都離不開物流的活動。
1.3 庫存管理的目標
庫存管理的主要目標就是通過對倉庫所有入出庫活動的管理和控制及對庫存數據有效的統計和分析，以保證企業生產中暢通的物流，使決策人員及早發現問題，採取相應措施，調整庫存結構,縮短儲備周期，加速資金周轉，最大限度地降低庫存佔用，同時，通過周期性的倉庫盤點，及時補救管理中的漏洞，使庫存管理系統實時地反映企業中各個倉庫的現時情況，為各類管理人員從不同側面提供所需信息，以便協調企業經營收到更大效益，庫存管理系統是協調企業生產經營的基礎，其數據的准確性、方便的查詢、有效的分析是整個計算機管理系統順利運行的關鍵。
第二章 開發背景
企業的庫存物資管理往往是很復雜、很繁瑣的。由於所掌握的物資種類眾多，訂貨、管理、發放的渠道各有差異，各個企業之間的管理體制不盡相同，各類統計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統，實現計算機化操作，而且必須根據企業的具體情況制定相應的方案。
根據當前的企業管理體制，一般的庫存管理系統，總是根據所掌握的物資類別，相應分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據企業各個部門的需求來發送物資設備，並隨時按期進行庫存檔點，作台帳，根據企業領導和自身管理的需要按月、季度、年度進行統計分析，產生相應報表。為了加強關鍵物資、設備的管理，要定期掌握其儲備，消耗情況，根據計劃定額和實際纖毫定額的比較，進行定額管理，使得資金使用合理，物資設備的儲備最佳。
一個完整的企業物資供應管理系統應包括采購計劃管理，合同收託管理、倉庫庫存管理、定額管理、統計管理、財務管理等模塊。其中倉庫的庫存管理是整個物資供應管理系統的核心。因此有必要開發一套獨立的庫存管理系統來提高企業工作效率, 而所使用的這套庫存管理系統是企業生產經營管理活動中的核心，此系統必須可以用來控制合理的庫存費用、適時適量的庫存數量，使企業生產活動效率最大化。通過對這些情況的仔細調查，我開發了下面的倉庫庫存管理系統。
第三章 系統分析
本系統採用了結構化生命周期法，結構化生命周期法是最常用的管理信息系統開發方法，分為四個步驟，即系統調研分析、資料庫設計實現、界面設計實現和系統功能設計實現。其中系統調研分析階段是最基礎、也是最容易被開發人員忽視的環節。
3.1進行資料收集
在整個系統分析階段，我在圖書館認真查看了很多關於倉庫庫存管理方面的書籍，收集到了相應的入庫單、領料單、台賬、物料卡、報表等資料。
入庫單是入庫單位在把相應的零部件送人倉庫時必須填寫的單據；領料單是領料人員從倉庫中領取零部件時必須填寫的單據（即出庫）；零部件台賬（相當於本系統中的操作日誌）實際是一個流水賬，用於記錄每天發生的入庫、出庫信息；物料卡（在本系統中用現有庫存信息來表示）的作用是記錄某一種零部件的數量變化，以便庫管員盤查；報表是倉庫向有關領導和部門定期提交的零部件庫存匯總信息。收集到的入庫單、領料單、零部件庫存台賬、零部件物料卡等單據和報表的實物樣式在此略去，有興趣者請參考有關類似企業的樣本即可。
3.2繪制業務流程圖
3.3用戶需求分析
用戶需求分析就是在用戶需求調研的基礎上，確定系統的總體結構方案，完成相應的需求分析報告。在確定系統的總體結構方案過程中，包括確定應用程序的結構、系統開發環境和系統的功能模塊。用戶需求調研結束之後，應該立即進行用戶需求分析。
3.3.1應用程序結構確定
從用戶應用角度來看，可把應用程序系統的組成部分分成數據存儲層、業務處理層和界面表示層等3個層次，而應用程序結構可歸納為：集中式應用程序結構、單用戶應用程序結構、多層伺服器應用程序結構、瀏覽器／伺服器應用程序結構、客戶機／伺服器應用程序結構等5種類型。
本庫存管理系統就採用了當前最流行的客戶機／伺服器應用程序結構（即C/S結構），此時，客戶機提出請求，伺服器對客戶機的請求作出回應。通過對服務功能的分布實現了分工服務。數據存儲層放在伺服器上，業務處理層和界面表示層放在客戶機上，因此又被稱為「靈敏的客戶機」結構。許多操作可以在本地的客戶機上執行，只是當需要數據時，才向伺服器發出請求。並使應用程序的處理更接近用戶，使整個系統具有較好的性能，可以並行地處理應用程序的請求、減少了數據傳輸量、降低了伺服器的負荷。由於條件所限，將此系統所有程序都置於一台計算機上，以便調試運行。
3.3.2確定系統開發環境
由於大多數公司內部使用的計算機平台都是基於Windows環境的。為了降低系統成本，應最大程度地利用現有的資源、兼容現有的環境，可確定使用下面的開發環境：
★網路操作系統：Windows2000；★資料庫伺服器：MicrosoftAccessr2000；
★伺服器平台：Windows2000；★客戶機平台：Windows95／98／NT／2000；
★前端開發工具：visualBasic6.0(企業版)；★數據訪問對象：ADO（本系統使用ADO控制項，簡化編程）。
3.3.3確定系統的功能模塊
通過分析確定庫存系統將包含6個主要功能模塊，即系統模塊、入庫業務管理模塊、出庫業務管理模塊、退料業務管理模塊（還庫業務管理模塊）、盤點業務管理模塊（報表輸出）、需求管理模塊。對於每一個功能模塊，都包含了數據錄入、編輯、查詢、統計、列印、應急、幫助等功能。
第四章 系統設計
4． 1總體設計
4.1.1系統目標設計
系統開發的總體任務是實現企業物資設備管理的系統化、規范化和自動化，從而達到企業倉庫庫存管理效率的目的。
4.1.2開發設計思想
庫存管理的物資主要是企業生產中所需要的各種設備、原材料及零部件。進貨時經檢查合同確認為有效托收後，進行驗收入庫，填寫入庫單，進行入庫登記。企業各個部門根據所需要的物資設備總額和部門生產活動需要提出物資需求申請。計劃員根據整個企業的需求開出物資設備出庫單，倉庫管理員根據出庫單核對發放設備、原材料及零部件。有些設備使用完畢需要及時歸還入庫，填寫還庫單。根據需要按照月、季、年進行統計分析，產生相應報表。
倉庫庫存管理的特點是信息處理量比較大。所管理的物資設備、原材料及零部件種類繁多，而且由於入庫單、出庫單、需求單等單據發生量特別大，關聯信息多，查詢和統計的方式各不相同，因此在管理上實現起來有一定的困難。在管理的過程中經常會出現信息的重復傳遞；單據、報表種類繁多，各個部門規格不統等問題。
在本系統的設計過程中，為了克服這些困難，滿足計算機管理的需要，我們採取了下面的一些原則：
統一各種原始單據的格式，統一帳目和報表的格式。
刪除不必要的管理冗餘，實現管理規范化、科學化。
程序代碼標准化，軟體統一化，確保軟體的可維護性和實用性。
界面盡量簡單化，做到實用、方便，盡量滿足企業中不同層次員工的需要。
建立操作日誌，系統自動記錄所進行的各種操作。
4.1.3系統功能分析
本系統需要完成的功能主要有以下幾點。
庫存管理的各種信息的輸入，包括入庫、出庫、還庫、需求信息的輸入等。
庫存管理的各種信息的查詢、修改和維護。
設備采購報表的生成。
在材料庫存中加入所允許的最大庫存合最小庫存欄位，對所有庫存物資實現監控和報警。
企業各個部門的物資需求管理。
操作日誌的管理
庫存管理系統的使用幫助。
4.2詳細設計
4.2.1 系統功能模塊設計
系統模塊
a. 包括報表的列印及設置，操作日誌的管理。
b. 管理員可以通過管理界面添加或刪除用戶，添加新管理員或刪除原有管理員,驗證用戶的合法性，阻止非法用戶登錄。
c. 管理員或其他用戶可以修改自己的密碼。
（2） 入庫模塊
包括填寫入庫單，更新，刪除入庫記錄，查看現有庫存信息，入庫記錄的查詢及列印
（3） 出庫模塊
包括填寫出庫單，更新，刪除出庫記錄，查看現有庫存信息，出庫記錄的查詢及列印
（4） 還庫模塊
包括填寫還庫單，更新，刪除還庫記錄，還庫記錄的查詢及列印
（5） 需求模塊
包括填寫需求計劃表，更新，刪除采購計劃信息，查看現有采購信息，采購信息的查詢及列印，以及預測短期內的需求計劃。
4.2.2資料庫設計
資料庫需求分析
通過對企業倉庫管理內容和數據流程分析，設計的數據項合數據結構如下：
設備代碼信息。包括的數據項有設備號、設備名稱。
現有庫存信息。包括的數據項有現有設備、現有數目、最大庫存、最小庫存等。
設備使用信息。包括的數據項有使用的設備、使用部門。數目。使用時間、出庫時狀態等。
設備采購信息。包括的數據項有采購的設備、采購員、供應商、采購數目、采購時間等。
設備歸還信息。包括的數據項有歸還設備、歸還部門、歸還數目、歸還時間、經手人等。
設備需求信息。包括的數據項有需求的部門、需求設備、需求數目、需求時間等。
有了上面的數據結構、數據項和數據流程，就可以進行下面的資料庫設計。
資料庫概念結構設計
這一設計階段是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為後面的邏輯結構設計打下基礎。根據上面的設計規劃出的實體有庫存實體、出庫實體、入庫實體、采購實體、還庫實體、需求實體。 資料庫邏輯結構設計
在上面的實體以及實體之間關系的基礎上，形成各個表格之間的關系。
4.3 代碼設計
任何庫存均可分為如下三類：
A類物品：高值──價值占庫存總值70-80％的相對少數物品。通常為物品的15-20％。
B類物品：中值──總值占庫存總值的15-20％。物品數居中，通常占物品的30-40％。
C類物品：低值──庫存總值幾乎可以忽略不計，只佔5-10％。是物品的大多數，通常佔60-70％。
4．4 輸入輸出設計
本系統界面標准Windows形式，鍵盤輸入(也可以用條形碼讀取)，人機交互，容易使用。輸入輸出的設計考慮美觀實用和通俗易懂，圖文並茂。
4．5系統安全性設計
系統資料庫中包含多個二維表，所以在系統與資料庫的連接上，並沒有把資料庫和系統的連接直接寫入代碼，而是通過對伺服器端進行系統設置，使資料庫名及路徑不可見，並通過ACCESS的資料庫安全設置，保證了資料庫的安全性。系統根據用戶身份不同賦予不同許可權，用戶用密碼登陸，同樣也保證了系統數據的安全性。
第五章 系統實施
5．1、開發工具簡介
本系統的前端開發工具，我選擇了Visual Basic6.0，後台資料庫採用Access2000。
5.1.1 VB簡介
Visual意為「可視化的」，指的是一種開發圖形用戶界面的方法，所以Visual Basic是基於Basic的可視化的程序設計語言。在Visual Basic中，一方面繼承了Basic所具有的程序設計語言簡單易用的特點，另一方面在其編程系統中採用了面向對象、事件驅動的編程機制，用一種巧妙的方法把Windows的編程復雜性封裝起來，提供了一種所見即所得的可視化程序設計方法。
5.1.2 VB功能特點
具有面向對象的可視化設計工具
在VB中，應用面向對象的程序設計方法（OOP），把程序和數據封裝起來視為一 個對象，每個對象都是可視的。程序員在設計時只需用現有工具根據界面設計要求，直接在屏幕上「畫」出窗口、菜單、按鈕、滾動條等不同類型的對象，並為每個對象設置屬性。程序員的編程工作僅限於編寫相關對象要完成的功能程序，因而程序設計的效率可大大提高。
事件驅動的編程機制
事件驅動是非常適合圖形用戶界面的編程方式。在圖形用戶界面的應用程序中，是由用戶的動作即事件掌握著程序運行的流向，每個事件都能驅動一段程序的運行。程序員只要編寫響應用戶動作的代碼，而各個動作之間不一定有聯系。
提供了易學易用的應用程序集成開發環境
在VB集成開發環境中，用戶可設計界面、編寫代碼、調試程序，直至把應用程序編譯成可執行文件在Windows中運行，使用戶在友好的開發環境中工作。
結構化的程序設計語言
VB具有豐富的數據類型和結構化程序結構，作為一種程序設計語言，它還有如下一些特點：
強大的數值和字元串處理功能
豐富的圖形指令，可方便地繪制各種圖形
提供靜態和動態數組，有利於簡化內存的管理
過程可遞歸調用，使程序更為簡練
支持隨機文件和順序文件的訪問
提供了一個可供應用程序調用的包含多種類型的圖標庫
具有完善的運行出錯處理
支持多種資料庫系統的訪問
利用數據控制項可訪問的資料庫系統有：Microsoft Access、Btrieve、DBASE、Microsfot FoxPro和Paradox等，也可以訪問Microsoft Excel、Lotus1-2-3等多種電子表格。
支持動態數據交換（DDE）、動態鏈接庫（DLL）和對象的鏈接與嵌入（OLE）技術
完備的HELP聯機幫助功能
與Windows環境下的軟體一樣，在VB中，利用幫助菜單和F1功能鍵，用戶可以隨時方便地得到所需要的幫助信息。VB幫助窗口中顯示了有關的示例代碼，通過復制、粘貼操作可獲取大量的示例代碼，為用戶的學習和使用提供了極大的方便。
VB程序設計的概念就是面向對象的概念，對象就是數據（DATA）和代碼（CODE）互相結合的綜合體。Windows上面的每一個圖標，包括窗口本身都是對象，如果沒有任何事情發生，對象處於停頓狀態。當存在外來事件時，程序段執行，它的執 行是由外來事件決定的。因此是「事件」驅動的。
編寫VB程序較為簡單，首先將各個對象放在空白窗體上，然後將程序代碼分別添加給對象或圖標，將它們組合起來就可以隨意運行了。
在VB中，窗體實際上是一個對象，VB的窗體含有許多內嵌特性，這使得用戶界面部分的建立像是從一個目錄中挑選一個個合適的控制項，而不是從零開始一步一步地建立控制項。這種開發者能親眼看到的程序設計過程就是「可視化程序設計」（Visual Programming）
5.1.3 VB中的基本概念
對象：面向對象編程（OOP）的提法大家一定也很耳熟，雖然Visual Basic並不是完全的面向對象編程，但也利用了對象編程技術。對象簡單地說就是大家經常看到的各種窗口、按鈕、文本框甚至列印機等。
屬性：如同電視有黑白、彩色之分一樣，作為對象的Windows中的窗口也是有大有小，文本框的位置不可能完全一樣，菜單要顯示出不同的功能，這些都是由對象的屬性決定的。不同對象的屬性可能不同。屬性一般決定了對象的位置、大小、顯示等情況。
方法：就是對象能夠做的事，如列印機對象就有列印（Print）方法、窗口對象支持隱藏（Hide）方法、很多對象支持移動（Move）方法等。
事件：就是對象對用戶各種操作的反映情況。如用戶用滑鼠按一下按鈕，就會觸發按鈕的「按」（Click）事件。
控制項：控制項就是Visual Basic提供的編程用的模塊，與對象有直接的聯系，如同積木的木塊，使用這樣的控制項，就可以像拼圖或堆積木一樣「搭」、「拼」你的程序界面。Visual Basic中使用控制項，簡化了Windows中的窗口、按鈕等對象的編程設計。每個控制項都有各自的屬性、事件及方法。只需修改這些特徵你就可以隨心所欲地編程了。最重要的是，你可以利用成千上萬的各種擴充的控制項來快速構造幾乎能滿足你任何要求的程序。例如，如果你不滿意Windows簡陋的媒體播放器，你就可以使用VB的多媒體控制項在1小時以內設計一個完全自己風格的能夠播放CD、VCD的多媒體播放器，而功能完全與之相當。
5.1.4 Access2000資料庫簡介
作為Microsoft的office套件產品之一,access已經成為世界上最流行的桌面資料庫系統。Access與許多優秀的關系資料庫一樣，可以讓你很容易地連接相關的信息而且還對其他的資料庫系統有所補充。它能操作其它來源的資料，包括許多流行的PC資料庫程序（如dBASE，Paradox，Microsoft FoxPro）和伺服器、小型機及大型機上的許多SQL資料庫。Access還完全支持Microsoft的OLE技術。
Access還提供windows操作系統的高級應用程序開發系統。Access與其它資料庫開發系統之間相當顯著的區別就是：您不用寫一行代碼，就可以在很短的時間里開發出一個功能強大而且相當專業的資料庫應用程序，並且這一愉快的過程是完全可視的！如果您能給它加上簡短的VBA代碼，那麼您的程序決不比專業程序員潛心開發的程序差。
Access的總體結構
Access將所有有名字的東西都成為對象（object），在Access 2000中，最重要的對象有表，查詢，窗體，報表，宏和模塊。
表 用戶定義的存儲資料的對象。每一個表都包含有關某個主體的信息。表包括存儲不同種類資料的欄位（列），而記錄（行）則收集特定主體實例的所有信息。
查詢 為來自一個或多個表的資料提供定製視圖的對象。在Access中，可以利用圖形化的實例查詢機制（QBE）或通過SQL語句來建立查詢。你可以在查詢中選擇、更新、插入或刪除資料，也可以用查詢來建立新表。
窗體 窗體是主要的人機介面。大量的操作（幾乎所有）都要通過窗體完成。窗體通過運行宏（macro）或Visual Basic for Applicatinns（VBA）過程，來響應大量的事件。Access 2000為我們提供了強大的（同時也是相當方便的向導）來建立標準的Windows窗體。
報表 為格式化、計算、列印選定資料而設計的對象。它是衡量一個優秀的資料庫的重要標准（有時甚至是唯一的標准）。
宏 為了響應已定義的事件，需要讓Access去執行一個或多個操作，而宏就是對這些操作的結構化的定義對象。它可以讓你像堆積木一樣建立一個功能強大的程序，而無須寫大量的代碼。
模塊 包括用VBA編碼的定製過程的一個對象。模塊提供了獨立的動作流以捕獲錯誤，而宏做不到。模塊能直接響應窗體或報表事件，也可以從應用程序的任何地方被調用。
5．2 系統實現
5.2.1.系統管理模塊實現
5..2.3入庫模塊的實現
5..2.4 出庫模塊實現
5.2.5設備采購模塊實現，程序略
5.2.7設備代碼模塊實現
5.2.9 操作日誌模塊實現
第六章 系統使用說明
參考文獻：
1． 資料庫系統原理教程 王珊 陳紅 清華大學出版社
2． 管理信息系統 王虎 張俊 武漢理工大學出版社
3． Visual Basic 資料庫開發 E.Winemiller,J.Roff B.Heyman,R.Groom 著 清華大學出版社
4． PowerBuilder 8.0資料庫系統開發實例導航 何旭洪 余建英 人民郵電出版社
5． VB6從入門道精通 『美』Gary cornell 著 北京希望電子出版社
6. managing Information Systems David L.Anderson著 清華大學出版社
7. Management Information Systems Raymond Mcleod,Jc George Schell 著 北京大學出版社