系統修訂記錄

• 四度修正資料結構以支援如下功能：2010.04.01
  1. 增加回覆內容的操作彈性、運作效率和功能多樣性
     

     檔名	內容	用途	備註
     0_header	主題標頭	主要為列表使用（頻率高）	每萬筆僅約1MB，不分檔
     0_body_分檔	主題內文及回覆內容(serialized)	瀏覽討論內容時取用	每千篇打包
     0_reply	回覆標頭	主要為回覆內容的功能運作	不分檔，回覆內容一樣存於 0_body_分檔中

• 三度修正資料結構以支援如下功能：2010.03.31
  1. 為增加主題置頂、分類、主題類型等功能及簡化資料取出的難度，再次調整結構
     

     檔名	內容	用途	備註
     0_body_分檔	主題內文及回覆內容(serialized)	瀏覽討論內容時取用	每千篇打包
     0_header	主題標頭	主要為列表使用（頻率高）	每萬筆僅約1MB，不分檔

  2. 另外增加推、噓票數統計；文章得分欄位及票選主題代碼。
     
• 論壇列表方式改採主流系統之顯示模式（群組、討論區一併列出），並修正網址結構如下：2010.03.28
  1. 論壇首頁 /bbs 或 /bbs/group/0
  2. 愛車俱樂部 /bbs/group/1 ，其他類推
  3. 一般討論區 /bbs/board/5 ，其他類推
  4. 討論主題 /bbs/board/5/xxxx ，其中 xxxx 為主題 ID，類推
  亦即各討論區以目錄型式定義結構，可有效推昇各討論區之 Page Rank 權重，再將得分灌回論壇或網站，拉昇總體得分。
• 資料結構重新設計優化 Ver 22010.03.26
  1. 依據 memcache 可能的應用及減少 SQL connection 的需求，再作進一步簡化
     

     檔名	內容	用途	備註
     0_body	主題內文及回覆內容(serialized)	瀏覽討論內容時取用	按年區隔 → 每千篇打包2010.03.28
     0_header	主題標頭	主要為列表使用（頻率高）	按年區隔 → 每千篇打包2010.03.28

  2. 將回覆內容以 serialize 方式存入，在瀏覽討論內容時一併取出、存入 memcache 以備後用，減少重覆查詢的需求。
• 討論區管理功能、資料結構重新設計優化2010.03.19
  1. 資料庫定義範本檔，全部改走 UTF-8
     

     檔名	內容	用途	備註
     0_post_body	主題內文	瀏覽討論內容時取用	按年區隔
     0_post_header	主題標頭	主要為列表使用（頻率高）	按年區隔
     0_reply_body	回應內文	瀏覽討論內容時取用	按年區隔
     0_reply_header	回應標頭	瀏覽討論內容時取用	按年區隔
     0_homepage	引用網址	瀏覽討論內容時取用	單一檔，僅為向下相容

  2. 盡可能將空餘欄位的情況降到最低、將撈取資料的條件減到最少、將表格容量有效限縮、將會員資料寫入記憶體備用。
     原則是盡可能讓列表的速度加快，但又不要讓瀏覽內容時太複雜
• 討論記錄按年分檔處理2010.03.16
  1. 依各分區之 xxxpost_header 及 xxxpost_header，按 post_date 欄位之年份，另外建立 xxxpost_header_yyyy 和 xxxpost_body_yyyy 的年檔，以限縮個別資料檔的最大容量，提昇存取的速度。
  2. 各分區年檔的概況寫入 board_index 備查
     

     ID	YEAR	LAST_POST_ID	POSTS
     分區編號	年份	最後一則發言的編號	整言發言數

  3. 針對「搜尋」的需求，以代為設定 Google AdSense for Search 方式處理，也就是用 Google 搜尋引擎來搜尋。
     對此，需連帶把各分區討論串的網址由 /bbs/post/28-317530 改為 /bbs/post/28/317530