建站
咨詢
售后
建站咨詢
新聞中心
08CMS是一款開源的內(nèi)容管理系統(tǒng)，廣泛應(yīng)用于各種網(wǎng)站和企業(yè)的信息管理工作中。在08CMS的背后，是一個復(fù)雜而龐大的數(shù)據(jù)庫結(jié)構(gòu)。本文將會，為用它開發(fā)網(wǎng)站的開發(fā)者提供更多的幫助。
創(chuàng)新互聯(lián)服務(wù)項目包括綏中網(wǎng)站建設(shè)、綏中網(wǎng)站制作、綏中網(wǎng)頁制作以及綏中網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，綏中網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到綏中省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
一、數(shù)據(jù)庫表結(jié)構(gòu)的概覽
08CMS的數(shù)據(jù)庫表結(jié)構(gòu)是一個大而復(fù)雜的系統(tǒng)，由各個不同的表構(gòu)成。這些表包含了很多不同的信息，例如文章、分類、用戶、權(quán)限等等。以下是08CMS的數(shù)據(jù)庫表結(jié)構(gòu)的主要部分：
1. arc_archives：文章表，包含文章的詳細信息。
2. arc_attachment：附件表，包含文章的附加文件。
3. arc_clicks：點擊數(shù)表，用于記錄每篇文章的點擊次數(shù)。
4. arc_index：文章首頁表，包含了文章的基本信息以及文章的發(fā)布時間。
5. arc_keywords：文章關(guān)鍵字表，用于記錄每篇文章的關(guān)鍵字和標(biāo)簽。
6. arc_special：專題表，包含專題的信息和專題的發(fā)布時間。
7. arc_type：欄目表，包含網(wǎng)站的所有欄目信息。
8. arcdir_1-4：自定義表，可以用于自定義文章內(nèi)容。
9. att_albums：相冊表，包含相冊的基本信息以及相冊的發(fā)布時間。
10. att_cclasses：附件分類表，用于分類附件。
11. atts：附件表，包含附件的詳細信息。
12. bw_blinkevents：友情鏈接表，用于存儲網(wǎng)站的友情鏈接信息。
13. bw_favorites：收藏表，用于存儲用戶的收藏夾信息。
14. bw_members：用戶表，包含網(wǎng)站注冊用戶的信息。
15. bw_msgboxes：信箱表，用于存儲網(wǎng)站用戶的消息和私信信息。
16. bw_roles：角色表，用于定義用戶的權(quán)限和角色。
17. bw_typehidden：欄目限制表，可以限制某些用戶在訪問某些欄目和文章時需要輸入密碼。
18. catalogs：分類表，用于對文章進行分類和管理。
19. concat：關(guān)聯(lián)表，用于將不同表的數(shù)據(jù)進行關(guān)聯(lián)。
20. cotypes：分類設(shè)置表，用于設(shè)置分類的一些默認屬性。
21. dunliu：預(yù)留表，可以用于網(wǎng)站的功能擴展。
二、數(shù)據(jù)庫表結(jié)構(gòu)的詳細解析
以上是08CMS的數(shù)據(jù)庫表結(jié)構(gòu)的主要部分，每個表都包含了不同的信息。下面將會對部分表進行詳細的解析。
1. arc_archives表
arc_archives表是08CMS數(shù)據(jù)庫的最重要的表之一，它包含了文章的所有信息，例如文章的標(biāo)題、正文、發(fā)布時間、作者等等。以下是arc_archives表的詳細信息：
字段名 類型說明
d INT 文章ID，自增，主鍵
typeid INT 所屬欄目ID，外鍵
typeid2 INT 所屬分類ID，外鍵
sortrank INT 發(fā)布時間戳
click INT 點擊數(shù)
title LONGTEXT 文章標(biāo)題
shorttitle LONGTEXT 文章短標(biāo)題
color VARCHAR(10) 文章標(biāo)題顏色
writer VARCHAR(30) 文章作者
source VARCHAR(30) 文章來源
litpic VARCHAR(100) 文章縮略圖
pubdate DATETIME 文章發(fā)布時間
senddate DATETIME 文章審核時間
mid INT 會員ID，外鍵，可以沒有
keywords VARCHAR(255) 文章關(guān)鍵字，多個用逗號隔開
description VARCHAR(255) 文章描述
weight INT 文章權(quán)重
isjump INT 是否跳轉(zhuǎn)，0表示不跳轉(zhuǎn)，1表示跳轉(zhuǎn)
jumpurl LONGTEXT 跳轉(zhuǎn)URL，當(dāng)isjump=1，需填寫
istop INT 是否置頂，0表示不置頂，1表示置頂
recommended INT 是否推薦，0表示不推薦，1表示推薦
votes INT 投票次數(shù)
note LONGTEXT 管理員備注
abstract LONGTEXT 文章摘要
filename VARCHAR(60) 靜態(tài)文件名
dutyadmin INT 管理員ID，用于記錄審核員
tname VARCHAR(60) 內(nèi)容模型名稱
body LONGTEXT 正文內(nèi)容
梳理一下，arc_archives表包含了文章的所有信息，由于每篇文章可以屬于不同的欄目和分類，所以typeid和typeid2是該表的重要外鍵，文章的發(fā)布時間在sortrank字段里保存。另外，文章也有一些可選項，比如是否跳轉(zhuǎn)、是否置頂、是否推薦等等。
2. arc_special表
arc_special表包含了08CMS中的專題信息，也是08CMS數(shù)據(jù)庫的重要組成部分。以下是arc_special表的詳細信息：
字段名 類型說明
spid INT 專題ID，自增，主鍵
ename VARCHAR(60) 專題保存文件名
arcrank TINYINT 專題審核狀態(tài)，0表示未審核，1表示已審核
click INT 點擊次數(shù)
sortrank INT 發(fā)布時間戳
typeid INT 所屬欄目ID，外鍵
createdate DATETIME 創(chuàng)建時間
imgurls LONGTEXT 專題縮略圖
keywords VARCHAR(255) 關(guān)鍵字，多個用逗號隔開
description VARCHAR(255) 專題描述
body LONGTEXT 專題內(nèi)容
梳理一下，arc_special表包含了專題的詳細信息，包括專題的標(biāo)題、描述、圖片、內(nèi)容等等。專題的所屬欄目是作為外鍵存在的，同時還有一些可選項，比如是否審核、是否推薦等等。
3. arc_type表
arc_type表是08CMS中的欄目表，包含了網(wǎng)站的所有欄目信息。以下是arc_type表的詳細信息：
字段名 類型說明
typeid INT 欄目ID，自增，主鍵
reid INT 上級欄目ID
topid INT 一級欄目ID
sortrank INT 排序，用于欄目的排列
typename VARCHAR(60) 欄目名稱
typedir VARCHAR(30) 欄目保存目錄名
isdefault TINYINT 是否默認
defaultname VARCHAR(60) 默認頁名稱
issend INT 是否發(fā)送節(jié)點列表，0表示不發(fā)送，1表示發(fā)送
channeltype VARCHAR(30) 內(nèi)容模型名稱
maxpage INT 更大分頁數(shù)
linkurl VARCHAR(255) 外部鏈接URL
typename2 VARCHAR(60) 二級欄目名稱
click TINYINT 點擊模式，0表示計數(shù)，1表示進入
latest VARCHAR(255) 最新文章標(biāo)題
latestid INT 最新文章ID
latestscores MEDIUMINT 最新文章得分
ispart TINYINT 是否地區(qū)分站，0表示否，1表示是
remoteaddr VARCHAR(100) 遠程地址，用于分網(wǎng)站訪問
content ALLINT 欄目訪問權(quán)限，0表示公開，1表示會員級別，2表示加密
navtype TINYINT 是否在導(dǎo)航中顯示，0表示不顯示，1表示顯示
stitle LONGTEXT 欄目自定義SEO標(biāo)題
keywords VARCHAR(255) 欄目自定義關(guān)鍵字
description LONGTEXT 欄目自定義描述
stitle_style LONGTEXT 欄目自定義SEO標(biāo)題樣式
title_style VARCHAR(255) 欄目標(biāo)題自定義樣式
content1 MEDIUMTEXT 自定義欄目列表頁HTML
content2 MEDIUMTEXT 自定義欄目文章頁HTML
content3 MEDIUMTEXT 自定義欄目首頁HTML
梳理一下，arc_type表包含了08CMS中的所有欄目信息，上級欄目ID和一級欄目ID的區(qū)分讓欄目之間有了更加嚴格的層級關(guān)系，內(nèi)容模型名稱就是欄目的類型，另外還有一些可選項，比如是否公開、是否地區(qū)分站等等。
三、
08CMS是一款強大靈活的開源內(nèi)容管理系統(tǒng)，能夠幫助企業(yè)和個人快速搭建和管理網(wǎng)站。了解08CMS的數(shù)據(jù)庫表結(jié)構(gòu)，可以更好地開發(fā)和維護網(wǎng)站，讓網(wǎng)站更加高效穩(wěn)定。本文深入解析了08CMS的數(shù)據(jù)庫表結(jié)構(gòu)，重點介紹了文章表、專題表、欄目表等等，相信可以為您的08CMS開發(fā)工作提供幫助。
相關(guān)問題拓展閱讀：
- 數(shù)據(jù)庫問題：【站內(nèi)發(fā)送消息】如何設(shè)計表結(jié)構(gòu)
數(shù)據(jù)庫問題：【站內(nèi)發(fā)送消息】如何設(shè)計表結(jié)構(gòu)
可給消息增加個STATUS，標(biāo)記是否已讀
1) 不應(yīng)該針對整個系統(tǒng)進行數(shù)據(jù)庫設(shè)計，而應(yīng)該根據(jù)系統(tǒng)架構(gòu)中的組件劃分，針對每個組件所處理的業(yè)務(wù)進行組件單元的數(shù)據(jù)庫設(shè)計；不同組件間所對應(yīng)的數(shù)據(jù)庫表之 間的關(guān)聯(lián)應(yīng)盡可能減少，如果不同組件間的表需要外鍵關(guān)聯(lián)也盡量不要創(chuàng)建外鍵關(guān)聯(lián)，而只是記錄關(guān)聯(lián)表的一個主鍵，確保組件對應(yīng)的表之間的獨立性，為系統(tǒng)或表 結(jié)構(gòu)的重構(gòu)提供可能性。
2)采用領(lǐng)域模型驅(qū)動的方式和自頂向下的思路進行數(shù)據(jù)庫設(shè)計，首先分析系統(tǒng)業(yè)務(wù)，根據(jù)職責(zé)定義對象。對象要符合封 裝的特性，確保與職責(zé)相關(guān)的數(shù)據(jù)項被定義在一個對象之內(nèi)，這些數(shù)據(jù)項能夠完整描述該職責(zé)，不會出現(xiàn)職責(zé)描述缺失。并且一個對象有且只有一項職責(zé)，如果一個 對象要負責(zé)兩個或兩個以上的職責(zé)，應(yīng)進行分拆。
3)根據(jù)建立的領(lǐng)域模型進行數(shù)據(jù)庫表的映射，此時應(yīng)參考數(shù)據(jù)庫設(shè)計第二范式：一個表中的所 有非關(guān)鍵字屬性都依賴于整個關(guān)鍵字。關(guān)鍵字可以是一個屬性，也可以是多個屬性的，不論那種方式，都應(yīng)確保關(guān)鍵字能夠保證唯一性。在確定關(guān)鍵字時，應(yīng)保 證關(guān)鍵字不會參與業(yè)務(wù)且不會出現(xiàn)更新異常，這時，更優(yōu)解決方案為采用一個自增數(shù)值型屬性或一個隨機字符串作為表的關(guān)鍵字。
4)由于之一點所述的領(lǐng)域模型驅(qū)動的方式設(shè)計數(shù)據(jù)庫表結(jié)構(gòu)，領(lǐng)域模型中的每一個對象只有一項職責(zé)，所以對象中的數(shù)據(jù)項不存在傳遞依賴，所以，這種思路的數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計從一開始即舉指滿足第三范式：一個表應(yīng)滿足第二范式，且屬性正尺配間不存在傳遞依賴。
5)同樣，由于對象職責(zé)的單一性以及對象之間的關(guān)系反映的是業(yè)務(wù)邏輯之間的關(guān)系，所以在領(lǐng)域模型中的對象存在主對象和從對象之分，從對象是從1－N 或N－N的角度進一步主對象的業(yè)務(wù)邏輯，所以從對象及對象關(guān)系映射為的表及表關(guān)聯(lián)關(guān)系不存在刪除和插入異常。
6) 在映射后得出的數(shù)據(jù)庫表結(jié)構(gòu)中，應(yīng)再根據(jù)第四范式進行進一步修改，確保不存在多值依賴。這時，應(yīng)根據(jù)反向工程的思路反饋給領(lǐng)域模型。如果表結(jié)構(gòu)中存在多值 依賴，則證明領(lǐng)域模型中的對象具有至少兩個以上的職責(zé)，應(yīng)根據(jù)之一條進行設(shè)計修正。第四范式：一個表如果滿足BCNF，不應(yīng)存在多值依賴。
7) 在經(jīng)過分析后確認所有的表都滿足二、三、四范式的情況下，表和表之間的關(guān)聯(lián)盡量采用弱關(guān)聯(lián)以便于對表字段和表結(jié)構(gòu)的調(diào)整和重構(gòu)。并且，我認為數(shù)據(jù)庫中的表 是用來持久化一個對象實例在特定時間及特定條件下的狀態(tài)的，只是一個存儲介質(zhì)，所以，表和表之間也不應(yīng)用強關(guān)聯(lián)來表述業(yè)務(wù)（數(shù)據(jù)間的一致性），這一職責(zé)應(yīng) 由系統(tǒng)的邏輯層來保證，這種方式也確保了系統(tǒng)對于不正確數(shù)困仔據(jù)（臟數(shù)據(jù)）的兼容性。當(dāng)然，從整個系統(tǒng)的角度來說我們還是要盡更大努力確保系統(tǒng)不會產(chǎn)生臟數(shù) 據(jù)，單從另一個角度來說，臟數(shù)據(jù)的產(chǎn)生在一定程度上也是不可避免的，我們也要保證系統(tǒng)對這種情況的容錯性。這是一個折中的方案。
8)應(yīng)針 對所有表的主鍵和外鍵建立索引，有針對性的（針對一些大數(shù)據(jù)量和常用檢索方式）建立組合屬性的索引，提高檢索效率。雖然建立索引會消耗部分系統(tǒng)資源，但比 較起在檢索時搜索整張表中的數(shù)據(jù)尤其時表中的數(shù)據(jù)量較大時所帶來的性能影響，以及無索引時的排序操作所帶來的性能影響，這種方式仍然是值得提倡的。
9) 盡量少采用存儲過程，目前已經(jīng)有很多技術(shù)可以替代存儲過程的功能如“對象/關(guān)系映射”等，將數(shù)據(jù)一致性的保證放在數(shù)據(jù)庫中，無論對于版本控制、開發(fā)和部 署、以及數(shù)據(jù)庫的遷移都會帶來很大的影響。但不可否認，存儲過程具有性能上的優(yōu)勢，所以，當(dāng)系統(tǒng)可使用的硬件不會得到提升而性能又是非常重要的質(zhì)量屬性 時，可經(jīng)過平衡考慮選用存儲過程。
10)當(dāng)處理表間的關(guān)聯(lián)約束所付出的代價（常常是使用性上的代價）超過了保證不會出現(xiàn)修改、刪除、更改 異常所付出的代價，并且數(shù)據(jù)冗余也不是主要的問題時，表設(shè)計可以不符合四個范式。四個范式確保了不會出現(xiàn)異常，但也可能由此導(dǎo)致過于純潔的設(shè)計，使得表結(jié) 構(gòu)難于使用，所以在設(shè)計時需要進行綜合判斷，但首先確保符合四個范式，然后再進行精化修正是剛剛進入數(shù)據(jù)庫設(shè)計領(lǐng)域時可以采用的更好辦法。
11)設(shè)計出的表要具有較好的使用性，主要體現(xiàn)在查詢時是否需要關(guān)聯(lián)多張表且還需使用復(fù)雜的SQL技巧。
12)設(shè)計出的表要盡可能減少數(shù)據(jù)冗余，確保數(shù)據(jù)的準(zhǔn)確性，有效的控制冗余有助于提高數(shù)據(jù)庫的性能。
消息 和 會員 是多對多的關(guān)系，應(yīng)該用一個關(guān)系表將2者聯(lián)系起來，這個關(guān)系表中在加入|標(biāo)記
VipMessage(Vip_Id,Message_Id,Read)，前2個字頌孫戚段為主鍵。
公告消息（所有會員),這樣的公告，就需要在這個VipMessage表中添加所有Vip和該消息的主鍵，Read為未讀，
會員消息（指定會員），也是如此。
這似乎有點冗余，但是你需要 “標(biāo)記”就必須這樣設(shè)計。
如果不需要野陵“”，這可以將會員分組（分類型或等級），消息表中添加Level字段，這樣屬于這個等級的vip就可以閱讀消息凱譽。
— 一起4張表 消息類別表,消息表,發(fā)送消息人員表,接收消息人員表
— 至于會員要接收到信息后刪除自己，其實可用標(biāo)記處理而無作廢，也就存在—回收站的概念，最后敗粗弊也可以徹底刪除
— 消息表單獨拿出來不做任何處理,這樣數(shù)據(jù)也不會冗余,發(fā)送人與接收人的處理分別可以單獨處理
-消息類別表—
TMessageType
FTypeID
FTypeName
FTypeMemo
-消息表-
TMessageInfo
FMessageID
FTypeName –(這里也不需要放置ID,為提高性能)直接放類別名稱
FContent
FSendDate
-發(fā)送消息人員表-與消息表關(guān)聯(lián)獲取所有信息
TSendMessage
FSendID主鍵ID
FMessageID –TMessageInfo主鍵ID
FUserID用戶ID
FSendPerson –發(fā)送人凳孫
FCancel是否作廢標(biāo)記，也可作為刪除刪除標(biāo)記
-接收消息人員表-與消息表關(guān)聯(lián)獲取所有信息—-
TReceiveMessage
FReceiveID
FMessageID
FUserID
FReadFtatus –是否讀取
FCancel
—用戶表—
TUserInfo(結(jié)構(gòu)為你自己的)FUserID為主鍵ID
–SQL語句大概寫法（我用SQLSERVER）
–1.發(fā)送所有人
INSERT INTO TReceiveMessage
(FMessageID,FUserID,FReadFtatus,FCancel)
SELECT FMessageID,FUserID ,0,0 –默認未讀察族
FROM TUserInfo,TSendMessage
WHERE FSendID=@FSendID
.發(fā)送指定人
INSERT INTO TReceiveMessage
(FMessageID,FUserID,FReadFtatus,FCancel)
SELECT FMessageID,FUserID ,0,0 –默認未讀
FROM TUserInfo,TSendMessage
WHERE FSendID=@FSendID AND FUserID=@FUserID
–TMessageInfo與其它2張消息表 建立好主外鍵約束就行了
表衡并Message
MessageID 主鍵
Content
MessageDate
CreatorID
表孝或User
UserID
UserName
UserPwd
UserType
表咐慎跡Message_MM_User
UserID
MessageID
08cms數(shù)據(jù)庫表結(jié)構(gòu)的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于08cms數(shù)據(jù)庫表結(jié)構(gòu),深入理解08CMS的數(shù)據(jù)庫表結(jié)構(gòu),數(shù)據(jù)庫問題：【站內(nèi)發(fā)送消息】如何設(shè)計表結(jié)構(gòu)的信息別忘了在本站進行查找喔。
成都網(wǎng)站營銷推廣找創(chuàng)新互聯(lián)，全國分站站群網(wǎng)站搭建更好做SEO營銷。
創(chuàng)新互聯(lián)（www.cdcxhl.com）四川成都IDC基礎(chǔ)服務(wù)商，價格厚道。提供成都服務(wù)器托管租用、綿陽服務(wù)器租用托管、重慶服務(wù)器托管租用、貴陽服務(wù)器機房服務(wù)器托管租用。
當(dāng)前文章：深入理解08CMS的數(shù)據(jù)庫表結(jié)構(gòu) (08cms數(shù)據(jù)庫表結(jié)構(gòu))
分享地址：http://www.dlmjj.cn/article/ccideei.html
