【文章內(nèi)容簡介】 10 頁 POP為 MUA提供一個協(xié)議，從遠程服務器下載用戶的收件箱，允許用戶使用不總是連接到網(wǎng)絡的機器。 IMAP 為 MUA 提供一個協(xié)議，操作遠程服務器上的郵件文件夾。實現(xiàn)該協(xié)議的 MUA 可以連接到遠程 IMAP服務器，并執(zhí)行對信箱和信件需要做的各種任務。這允許用戶的郵件文件夾和 MUA放在不同的機器上。 電子郵件系統(tǒng)涉及的主要協(xié)議 與其他 Inter應用和協(xié)議一樣，標準定義郵件如何操作，這些標準在一組 RFC中定義，它們定義使電了郵件經(jīng)過 Inter所必須的協(xié)議和格式。 1972年， Ray Tomlinson寫了第一個電子郵件程序 SNDMSG，在 ARPANET上使用，那時，這個程序在 ARPANET用戶中是很流行的。在它推出不久，又相繼出現(xiàn)幾個其他的配套程序和變種。這就產(chǎn)生了開發(fā)一些標準的需要，定義電子郵件如何從一個機器傳到另一個機器和如何構造信件。在整個 70 年代，創(chuàng) 建了幾個文檔，建立了早期的標準。 在 80 年代初，這些標準一定程度上已經(jīng)成熟。那時創(chuàng)建了 SMTP協(xié)議，它現(xiàn)在仍然是電子郵件的核心標準之一。電子郵件信頭標準在一定程度上也已成熟，產(chǎn)生了 RFC822(ARPA Inter 文本信件的格式標準 )。另外，還開發(fā)了 POP,IMAP，簡化使用個人計算機對電子郵件的處理。 (SMTP ) 簡單郵件傳輸協(xié)議 ((SMTP)的目標是可靠高效地傳送郵件，它獨立于傳送子系統(tǒng)而且僅要求一條可以保證傳送數(shù)據(jù)單元順序的通道。 SMTP的一個重要特點是它能夠在傳送中接力傳送郵件，傳送服務提供了進程間通信環(huán)境 (IPCE )此環(huán)境可以包括一個網(wǎng)絡，幾個網(wǎng)絡或一個網(wǎng)絡的子網(wǎng)。理解到傳送系統(tǒng) (或 IPCE)不是一對一的是很重要的。進程可能直接和其它進程通過己知的 IPCE通信。郵件是 一個應用程序或進程間通信。郵件可以通過連接在不同 IPCE上的進程跨網(wǎng)絡進行郵件傳送。更特別的是，郵件可以通過不同網(wǎng)絡上的主機接力式傳送。 RFC821 規(guī)范了 SMTP 協(xié)議，指定了在一個簡單 TCP 連接上，兩個 MTA 如何進行通信。 SMTP 工作在兩種情況下 :一是電子郵件從客戶機傳輸?shù)椒掌?。二是從某一個服務器傳輸?shù)搅硪粋€服務器。 SMTP 是個請求 /響應協(xié)議，命令和響應都是基于 ASCII文本，并以回車 (CR)和換行 (LF)符結束。 命令是從客戶機發(fā)送到服務器，命令的格式是由一個關鍵詞后面跟著零個或多個變量組 成。 SMTP定義了14個命令，它們分別是 HELD, MAIL, RCPT,DATA, QUIT, RSET, VRFY, NOOP, TURN, EXPN, HELP, SEND, SMOL, SMAL。在這些命令中， 8個命令是必需的 (上述前 8個，其中 VRFY是驗證地址，不要求一定啟用 )。從客戶機發(fā)送的每個命令行由一個 4字符命令后跟一組可選的參數(shù)組成。隨 SMTP核心命令還描述附加的一個命令 EHLO，它是 SMTP服務擴展使用的 HELO的變種。 電子郵件的主要部分是信件， 電子郵件的每個方面幾乎都是圍繞它發(fā)展的。電子郵件的核心結構在兩個主要 RFC中定義，它們都是進行電子郵件技術工作的必備讀物。 第一個 RFC是 RFC822，是 1982年發(fā)表的，它是 Inter信件的當前標準。 RFC822定義信件在從主機傳送到主機時，需要如何格式化，即它指定了在兩個 MTA 之間用 RFC 821 發(fā)送的電子郵件報文的格式。它的主要用途是為信件提供規(guī)范化的格式，使得不同類型的網(wǎng)絡可以相互傳送電子郵件。一個常見的誤解是，它也定義存儲電子郵件的格式，這是不對的。盡管許多電子郵件軟件包以相同的格式存儲 Inter電子郵件，但EasyMail 簡易郵件系統(tǒng) 第 11 頁 沒有這樣做的要求。 1989 年發(fā)表的 RPCll23(Inter 主機的要求 — 應用和支持 )含有對許多 Inter 標準的重要更新。它的第 5節(jié)含有關于電子郵件標準的特定信息。 在最高層，信件非常簡單，它含有一系列的文本行，每一行以回車 (CR)符后跟換行 (LF)符結束。當 CR和LF 這樣組合使用時，形成 CRLF(回車換行 )) 每一行的內(nèi)容由 USASCII 字符組成 o USASCII 是 ASCII(美國信息交換標準碼 )字符集的 7位變種。 信件中文本行的總體格式與辦公室備忘錄極其 相似。在信件的開始，是一組叫做信頭的行，含有發(fā)信人、收信人、發(fā)信時間和主題等的信息。信頭有定義的格式，允許對信頭數(shù)據(jù)進行程序分析。這使 MTA. MDA 和MUA能夠分析和處理信件中的信息。 在信頭之后是一個空行，用于分隔信頭與信件的其余部分。在空行后是一組叫做信件體的行，它是信件的正文 — 與信件的收信人有關的實際信息。 .信頭 信頭中的行分組成一些字段，這些字段為用戶和程序提供關于信件的信息。每個字段由一行或多行文字組成。 .信件體 信件體含有發(fā)送給收件人的實際信息。純粹的 RFC822信件體只是一系列的文 本行，它們沒有附加的結構或含義。 第四章 后臺數(shù)據(jù)庫的設計與接入技術 本章結合數(shù)據(jù)庫理論和數(shù)據(jù)模型對本系統(tǒng)的后臺數(shù)據(jù)庫進行了詳細的設計。并根據(jù)需求分析對各個功能模塊進行了后臺數(shù)據(jù)庫及其表的設計，并對數(shù)據(jù)庫的技進行了深入的分析，對記錄集的操作進行了探討，并重點研究了數(shù)據(jù)庫連接池技術在數(shù)據(jù)庫連接中的作用。 數(shù)據(jù)庫系統(tǒng)概述 數(shù)據(jù) ((data)是計算機領域中的專用術語，它屬于軟件范疇 c5}}，它是軟件中程序加工的客體，在計算機中一個軟件只能有了程序與數(shù)據(jù)才構成完整的運行實體。散據(jù)的表現(xiàn)形式很多， 除常用的數(shù)字、文字、日期等外，還包括圖像數(shù)據(jù)、圖形數(shù)據(jù)、聲音數(shù)據(jù)等形式。數(shù)據(jù)一般有型 (type)與值 (value)之分，數(shù)據(jù)的型給出了數(shù)據(jù)表示的類型如整型、實型、字符型等，數(shù)據(jù)的值給出了符合給定型的數(shù)值。在軟件系統(tǒng)中因為表示上的需要，經(jīng)常須將多個數(shù)據(jù)組合在一起，它們構成特定的數(shù)據(jù)框架稱為數(shù)據(jù)結構 (date structure)，在特定條件下也可稱為數(shù)據(jù)模式 (date schema)。數(shù)據(jù)在計算機軟件系統(tǒng)中的作用和地位是隨著計算機應用的擴大而逐漸發(fā)生變化的。在此種情況下，需要對數(shù)據(jù)作集中統(tǒng)一的管理，并以程序對 數(shù)據(jù)的共享為主要目標，這就出現(xiàn)了數(shù)據(jù)庫系統(tǒng) (database system)。數(shù)據(jù)庫系統(tǒng)是以大量的、復雜結構的、持久的、共享的數(shù)據(jù)的統(tǒng)一管理為目標的計算機應用軟件整體。 數(shù)據(jù)庫系統(tǒng)是對系統(tǒng)所提供的數(shù)據(jù)進行存儲、維護和應用的軟件系統(tǒng)，是存儲機制、處理對象和管理系EasyMail 簡易郵件系統(tǒng) 第 12 頁 統(tǒng)的集合體。數(shù)據(jù)庫系統(tǒng)由五個部分組成，它們是 : 數(shù)據(jù)庫存放數(shù)據(jù)。數(shù)據(jù)按數(shù)據(jù)庫所提供的數(shù)據(jù)模式存放，數(shù)據(jù)模式能構造復雜的數(shù)據(jù)結構以建立數(shù)據(jù)間的內(nèi)在聯(lián)系與復雜的關系，從而構成數(shù)據(jù)的全局結構模式以適應數(shù)據(jù)共享要 求。 數(shù)據(jù)庫管理系統(tǒng)是一種管理數(shù)據(jù)庫的系統(tǒng)軟件，它是數(shù)據(jù)庫系統(tǒng)的核心，數(shù)據(jù)庫管理系統(tǒng)的主要功能包括 :數(shù)據(jù)的定義、數(shù)據(jù)的操縱和數(shù)據(jù)的服務。 建立數(shù)據(jù)庫上的各種應用程序，它們以數(shù)據(jù)庫中數(shù)據(jù)為公共支撐，建立各自的應用邏輯。 數(shù)據(jù)庫系統(tǒng)的平臺包括操作系統(tǒng)、計算機、網(wǎng)絡三部分。 5數(shù)據(jù)庫管理 數(shù)據(jù)庫系統(tǒng)是一個復雜的系統(tǒng)，它可供多個用戶使用、它的數(shù)據(jù)可作為信息資源向社會開放，因此，對它的管理極為重要。 按照數(shù)據(jù)模型分類，數(shù)據(jù)庫可以分為層次模 型、網(wǎng)絡模型、關系模型等。層次模型用樹狀結構來表示實體之間的聯(lián)系，滿足非根結點有且僅有一個父結點的基本特點 。網(wǎng)絡模型用網(wǎng)絡結構來表示實體之間的聯(lián)系，允許一個父節(jié)點或子節(jié)點聯(lián)系多個父節(jié)點或子節(jié)點 :關系模型用關系 (表格數(shù)據(jù) )表示實體與實體之間的聯(lián)系。由于關系模型理論完備，關系數(shù)據(jù)語言使用方便、靈活，它已成為最為通用的一種數(shù)據(jù)模型，本系統(tǒng)中的后臺數(shù)據(jù)庫將采用關系模型結構。 關系模式數(shù)據(jù)庫的基本概念 從用戶的角度來說，一個關系模型的邏輯結構就是一張二維表，它由行和列組成。以下就是關系模式數(shù)據(jù)庫的一些基本模 式 : 關系 (r):關系數(shù)據(jù)庫是以關系模型為基礎的數(shù)據(jù)庫，它利用關系描述現(xiàn)實世界。一個關系既可用來描述一個實體及其屬性，也可用來描述實體間的一種聯(lián)系。關系模式是用來定義關系的 .一個關系數(shù)據(jù)庫包含一組關系，定義這組關系的關系模式的全體就構成了該數(shù)據(jù)庫的模式。在實際設計中，關系對應的就是數(shù)據(jù)庫中的表 。元組 :表中的一行即為一個元組，表中含有多少行，也就有多少個元組 : 屬性 (U):數(shù)據(jù)庫表中的一列即為一個屬性 。 主鍵或主碼 :主鍵是唯一標志一條記錄的字段或字段的組合。使用主鍵可以保證表中不出現(xiàn)重復的 記錄。在一個表中只能擁有一個主鍵或主碼，而且主鍵一定不能為空值 。 域 :屬性的取值范圍 。 關系模式 (R):對關系的描述，包括 :模式名、屬性名、值域名、以及模式的主鍵。它一般表示為 :關系名 (屬性 1，屬性 2,??，屬性 n)。 函數(shù)依賴 :設 R (U)是一個關系模式， U是 R的屬性集合， X和 Y是 U的子集。 R (U)的任意一個可能的關系 r，如果 r中不存在兩個元組，它們在 X上的屬性值相同， Y上的屬性值不同，則稱“ X函數(shù)確定 Y”或“ Y函數(shù)依賴于 X0 傳遞函數(shù)依賴 :在關系模式 R (U)中，如果 X } Y， Y } Z，且 Y}X, X不函數(shù)依賴于 Y，則稱 Z傳遞函EasyMail 簡易郵件系統(tǒng) 第 13 頁 數(shù)依賴于 X。傳遞函數(shù)依賴定義中之所以要加上條件 X不函數(shù)依賴于 Y，是因為如果 Y}X，則 XHY，這實際上是 Z直接依賴于 X，而不是傳遞函數(shù)依賴了 實體 (entity):顯示世界中的事物可以抽象成為實體，實體是概念世界中的基本單位，它們是客觀存在的且又能相互區(qū)別的失誤，凡是有共性的實體可組成一個集合稱為實體集 (entity set)o 聯(lián)系 (relationship)}r現(xiàn)實世界中事物間的關聯(lián)稱謂聯(lián)系。在概念世界中聯(lián)系反映了實體集 間的一定關系。 外來鍵 :是一種用于明確一張表與別的一張表 (或多張表 )之間的引用關系，或者說參照關系，外來鍵協(xié)作才能實現(xiàn)其功能。 后臺數(shù)據(jù)庫的設計 數(shù)據(jù)庫設計需要考慮的問題 主要包括以下幾個方面 : 一、庫中數(shù)據(jù)的類型。包括數(shù)據(jù)庫將保存哪些數(shù)據(jù)，這些數(shù)據(jù)的特征和結構，以及各種數(shù)據(jù)之間的關系等。數(shù)據(jù)類型的確定要依據(jù)現(xiàn)實中數(shù)據(jù)的表示對象來確定，也要考慮程序在對數(shù)據(jù)庫的數(shù)據(jù)進行存取的時候是否方便或者轉換是否容易 。 二、用戶訪問數(shù)據(jù)庫的方式。包括用戶的種類以及后臺數(shù)據(jù)庫的訪問量，用戶以何種方式訪問后臺數(shù)據(jù)庫，以及系統(tǒng)對數(shù)據(jù)庫性能要求等?，F(xiàn)行的如 ADO, ODBC, JDBC技術就是針對訪問數(shù)據(jù)庫的技術。 三、各級用戶的特權與數(shù)據(jù)安全性要求。包括用各種用戶使用后臺數(shù)據(jù)庫的目的，各類用戶的權限 。如何防止用戶濫用權限，以及后臺數(shù)據(jù)其他安全隱患。還包括數(shù)據(jù)庫的備份等。 四、數(shù)據(jù)庫中的數(shù)據(jù)完整性 在關系型數(shù)據(jù)庫中完整性約束 用于確保數(shù)據(jù)的準確性和一致性。數(shù)據(jù)完整性不僅是對單張表而言的，而且是跨表的，因此是數(shù)據(jù)庫的數(shù)據(jù)完整性 。數(shù)據(jù)完整性有以下幾類 : (1)實體完整性 實體完整性指的是每條記錄 (表中的每行 )是一個獨立的實體。這就要求每務記錄都有唯一的標志。UNIQUE(唯一 )約束、 IDENTITY屬性也都是這方面的措施。 (2)域完整性 域完整性的含義是表中的字段具有正確的數(shù)據(jù)類型、顯示格式、數(shù)據(jù)范圍等。通過建表的字段屬性和各種其他的約束，可以讓數(shù)據(jù)庫自動確保域完整性。 (3)參照完整性 參照完整性是指在被參照表和參照表之間保持的一致性。主鍵和外來鍵就是這方面的措施。主鍵和外來鍵有如下的約束作用 : 被參照表中的主鍵值如果為參照表所引用，該記錄將不能被刪除或修改，除非首先刪除參照表中引用了該主鍵值的記錄。 參照表中不能引用被參照表中不存在的主鍵值。 五、數(shù)據(jù)庫的規(guī)范化 數(shù)據(jù)庫的規(guī)范化。數(shù)據(jù)庫的規(guī)范化理論是在很久就被提出了的，它是衡量尸個數(shù)據(jù)系統(tǒng)設計好壞的重要EasyMail 簡易郵件系統(tǒng) 第 14 頁 標準。規(guī)范化的數(shù)據(jù)庫不但可以提供更好的數(shù)據(jù)庫安全性處理，也能減少數(shù)據(jù)冗余，保證數(shù)據(jù)庫中數(shù)據(jù)的一致性，并為大型的總體數(shù)據(jù)庫提供較好的組織方式。范式是衡量數(shù)據(jù)庫規(guī)范的層次或深度的重要指標，根據(jù)關系模式滿足的不同性質和規(guī)范化程度可將關系模式分 為第一、第二、第三、 BC范式和第四范式等。范式越高規(guī)范化的程度越高，關系模式也越好。 (I)第一范式 (1NF):如果一個關系范式模式 R的每個關系 :的屬性值都是不可再分的原子值稱 R 滿足第一范式 (INF)。 (2)第二范式 (2NF):如果一個關系模式 R滿足第一范式，且非主屬性 (Y)完全 函數(shù)依賴主屬性 (X)，也即 X。則稱關系模式 R滿足第二范式 (2NF)。 (3)第三范式 (3NF):若關系模式 R是第二范式，且每個非主屬性 (Y)都不傳遞