前言：現在網上的論壇到處都有，但不知您是否遇到過這樣的情況：在雜亂無章的討論資訊中來尋找自己想要的內容，是一件很費費時費力的事情，到後來，您就都不想去看什麼論壇了。那麼我們能不能對自己網站論壇的內容增加審核功能呢？即所有網友發到論壇的文章，並不立即被顯示出來，必須經過站長或者版主審閱之後，認為有價值，有必要推薦給其它網友的，就發表出來。否則就刪掉了，免得浪費空間，搞得有點像精華區的意味，這樣你的論壇比起一般的論壇來，能夠提供給為明確有益的內容。放到你的網站上，應該能夠吸引更多的網友來訪問。這個設想當然可以實現，下面我就簡單介紹如何製作。
註：由於本文適用於對ACCESS資料庫、HTML、ASP有一定瞭解的讀者。
一、論壇結構分析
通過上面的功能需求分析，我們可以將論壇的製作分為四大部分：
（1） 網友註冊和管理模組：因為引入了站長或者版主，在論壇中就必須能夠對其進行身分識別驗證。這個模組的功能，就是管理註冊的網友，並能夠提供相關的查詢。比如，查詢指定作者的所有發表的文章，查詢當前發表文章最多的十個網友，等等。如果你的論壇不是很大，這個模組可以省略為只帶有版主身分識別驗證的功能，而去掉那些關於註冊，查詢的部分。
（2） 文章顯示模組：顯示所有版主審核過的，覺得值得推薦的文章。
（3） 發表文章模組：為註冊網友提供發表見地的地方，發表後等待版主審閱。
（4） 文章審閱模組：版主對所有網又發表但未經審閱的文章進行處理，已決定是發表還是刪除。
瞭解了具體的功能需求後，就可以按模組的開始論壇的設計了。當然，這些模組的只是在功能上對論壇結構的劃分，實際上並不能夠完全的把他們獨立出來進行設計。對於這種較小的應用，也沒有必要進行完全的模組化設計，在良好的規划下直接寫程式碼或許來的更為簡單一些。
對於論壇實現起來有一般兩種方法：用檔案或者資料庫。相對而言，用資料庫要簡單高效一些，能夠對論壇進行更好的控制，也能夠對資料提供一些驗證和保護。這兒我使用的是ACCESS資料庫，對於一般的中小型的應用，ACCESS應該是能夠勝任的。
從上面的分析可以知道應該有四個表，下面我給出每個表的結構。
（1）作者表（用來存放作者訊息）：
ID： 文本類型，必填。是網友代號。
密碼： 文本類型，必填。
暱稱： 文本類型，必填。
EMAIL： 文本類型，必填。
職務： 數字類型，必填。-1代表普通網友，0代表站長。大於0的數字代表版主。
文章數：數字類型，必填。網友發表的文章總數。
姓名： 文本類型，可選。
性別： 文本類型，可選。
電話： 文本類型，可選。
（2）內容表（用來存放具體文章內容和相關訊息）：
ID：自動編號，並為其設定索引，以加快搜尋的速度。
看板ID：數字類型，來自看板列表，表示文章所屬看板。
主題ID：數字類型，來自主題表，表示文章所屬主題。
作者ID：文本類型，來自作者表，表示文章的作者。
日期：日期/時間類型，預置初值為函數NOW()，自動取系統目前時間為其值。
標題：文本類型。文章的標題。
發表：是/否類型，為"真"時表示文章已經通過審閱，可以發表；為"否"表示文章尚待審閱。
推薦度：數字類型，文章的推薦程度。
內容：備忘類型，文章的具體內容。
點擊次數：數字類型，文章的點擊次數。
（3）看板列表（用來存放有關看板的訊息）：
ID：自動編號，同樣的，也為其設定了索引。
名稱：文本類型，看板的名稱。
板主：文本類型，看板版主的ID。
主題數：數字類型，看板中包含的主題數。
（4）主題表（用來存放有關主題的訊息）：
ID：自動編號，並為其設定索引。
標題：文本類型，表示主題名。
看板：數字類型，來自看板列表，表示主題所屬的看板。
文章數：數字類型，主題中包含的文章數。
所有的表是設計完了，但是資料庫的設計並沒有完，所以我們還需要建立表間關係，這樣就能夠讓資料庫執行一些相關性檢查，避免資料出錯。建立表間關係的另外的一個好處，就是通過它能夠很容易的建立出複雜的JOIN查詢。
通常我們在ASP中操作資料庫的時候，都是使用的執行時產生的查詢，然後由傳遞給資料庫解釋執行。而在這兒我們要用的是存貯查詢。與執行時查詢比較而言，預存程式具有更多的優點。
它儲存在資料庫中，獨立於ASP程式碼，使得他更容易建立和修改，並且查詢的效率更高，速度更快，可以調試好了以後再放在ASP頁面中使用，能避免很多問題。而且使用存貯查詢的ASP程式碼更加容易閱讀和修改。可能大家都對在ASP中使用SQL查詢感到很煩，特別是那些逗號啊，分號啊什麼的，一不小心就會出錯。使用存貯查詢後，就可以不用顧慮這些問題了。當然，預存程式再使用上也有一些要注意的地方，在後面我會詳細的講解它的使用方法。在ACCESS中建立預存程式是一件很容易的事，這兒我就不再多說了。在這兒我只給出各個查詢的SQL語句程式碼。
我把所有要使用到的查詢都作為預存程式儲存在了資料庫中，主要的有以下的一些：
（1）按ID查詢文章：
SELECT 主題表.標題 AS 主題名, 看板列表.名稱 AS 看板名, 內容表.*
FROM 主題表 INNER JOIN (內容表 INNER JOIN 看板列表 ON 內容表.看板ID = 看板列表.ID) ON 主題表.ID = 內容表.主題ID
WHERE (((內容表.ID)=[articleid]));
（2）版主密碼查詢：
SELECT 看板列表.板主, 作者表.密碼
FROM 作者表 INNER JOIN 看板列表 ON 作者表.ID = 看板列表.板主
WHERE (((看板列表.ID)=[id];
（3）查詢作者：
SELECT 作者表.*
FROM 作者表
WHERE (((作者表.ID)=[id]));
（4）發表文章列表：
SELECT [內容表].[ID], [內容表].[標題], [內容表].[作者ID] AS 作者, [內容表].[日期], [內容表].[推薦度], [內容表].[點擊次數] AS 點擊數。
FROM 內容表
WHERE ((([內容表].[主題ID])=[TopicIndex]) And (([內容表].[發表])=True));
未發表文章列表：
SELECT 內容表.ID AS 文章id, 主題表.ID AS 主題id, 主題表.標題 AS 主題, 內容表.標題 AS 標題, 內容表.作者ID AS 作者, 內容表.日期 AS 日期
FROM 主題表 INNER JOIN 內容表 ON 主題表.ID = 內容表.主題ID
WHERE (((內容表.發表)=False) AND ((內容表.看板ID)=[boardid]));
（5）主題列表：
SELECT 主題表.*, 看板列表.名稱 AS 看板名
FROM 看板列表 INNER JOIN 主題表 ON 看板列表.ID = 主題表.看板
WHERE (((主題表.看板)=[boardIndex]));
還有一些查詢，因為大多類同，我就不一一列出了。
在上面的查詢語句中，可以看到一些由"["和"]"包圍起來的東西，那就是查詢參數了。需要在執行時給出參數值，然後把參數值帶入到查詢語句中才能夠執行。還有一點要注意的是：在建立那些INNER JOIN查詢時，是需要把表間
[1] [2] [3] [4] [5] [6] [7] [8] 下一頁
