利用ASP打造網站論壇DIY -1

　　前言：現在網上的論壇到處都有，但不知您是否遇到過這樣的情況：在雜亂無章的討論資訊中來尋找自己想要的內容，是一件很費費時費力的事情，到後來，您就都不想去看什麼論壇了。那麼我們能不能對自己網站論壇的內容增加審核功能呢？即所有網友發到論壇的文章，並不立即被顯示出來，必須經過站長或者版主審閱之後，認為有價值，有必要推薦給其它網友的，就發表出來。否則就刪掉了，免得浪費空間，搞得有點像精華區的意味，這樣你的論壇比起一般的論壇來，能夠提供給為明確有益的內容。放到你的網站上，應該能夠吸引更多的網友來訪問。這個設想當然可以實現，下面我就簡單介紹如何製作。
註：由於本文適用於對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查詢時，是需要把表間關係添加到設計檢視中的，否則是不能夠自動產生INNER JOIN查詢語句的。
到這兒，資料庫的設計就算完了，以後的工作就是ASP的事了。