【正文】 上傳數(shù)據(jù)表表名Lmbang_diarydata，用于保存日記上傳數(shù)據(jù)，表引擎為 MyISAM 類型, 字符集為 utf8 列名數(shù)據(jù)類型屬性約束條件說明idINT（11）無符號/非空/自動增漲主鍵 日記編號diaryidINIT(11)非空/缺省39。 39。 39。 39。引用回復(fù)idfloorINIT(11)無符號/非空/缺省0 所屬樓層補(bǔ)充說明Ctype類型：1 話題評論，2圖片日記 3文字圖片 4語音圖片。 發(fā)表時間uidINIT（11）非空/缺省39。 39。 39。 39。 39。 39。 39。 39。 39。 39。039。 39。 39。 39。 39。需要確定數(shù)據(jù)表名稱，所包含字段名稱，數(shù)據(jù)類型，寬度以及建立的主鍵、外鍵等描述表的屬性的內(nèi)容。本次項(xiàng)目開發(fā)采用的是MySQL建立數(shù)據(jù)庫。一般地，實(shí)體對應(yīng)于表，實(shí)體的屬性對應(yīng)于表的列，實(shí)體之間的關(guān)系成為表的約束。本系統(tǒng)的冗余數(shù)據(jù)和冗余關(guān)系已經(jīng)在概念結(jié)構(gòu)設(shè)計中處理過了，這里不再進(jìn)行過多的敘述。 ◆ 一個聯(lián)系也轉(zhuǎn)化為一個關(guān)系，聯(lián)系的屬性及聯(lián)系所連接的實(shí)體的碼都轉(zhuǎn)化為關(guān)系的屬性，但是關(guān)系的碼會根據(jù)關(guān)系的類型變化，如果是： 1) 1：1聯(lián)系，兩端實(shí)體的碼都成為關(guān)系的候選碼 2) 1：n聯(lián)系，n 端實(shí)體的碼成為關(guān)系的碼 3) m : n 聯(lián)系，兩端的實(shí)體碼的組成為關(guān)系的碼 消除冗余所謂冗余的數(shù)據(jù)是指可由基本數(shù)據(jù)導(dǎo)出的數(shù)據(jù)，冗余的聯(lián)系是指可由其他聯(lián)系導(dǎo)出的聯(lián)系。 3) 對數(shù)據(jù)模型進(jìn)行優(yōu)化 ER 圖向關(guān)系模型的轉(zhuǎn)化 上面實(shí)體之間的關(guān)系的基礎(chǔ)上，將實(shí)體、實(shí)體的屬性和實(shí)體之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。 ■ 過程： 1) 將概念結(jié)構(gòu)轉(zhuǎn)換為現(xiàn)有辣媽幫 支持的關(guān)系模型 。下述討論由實(shí)體關(guān)系模型生成表的方法。一個好的全局 ER 模式，除能準(zhǔn)確、全面地反映用戶功能需求外，還應(yīng)滿足下列條件： 1. 實(shí)體類型的個數(shù)要盡可能的少 2. 實(shí)體類型所含屬性個數(shù)盡可能少 3. 實(shí)體類型間聯(lián)系無冗余 4. 邏輯結(jié)構(gòu)設(shè)計邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念設(shè)計階段建立的基本 ER 圖，按照選定的內(nèi)容管理系統(tǒng)軟件支持的數(shù)據(jù)模型，轉(zhuǎn)化成相應(yīng)的邏輯設(shè)計模型。之后可以再看看數(shù)據(jù)庫的需要，判斷是否獲取了所需的信息，是否有遺漏信息等，讀者可以再對 ER 圖進(jìn)行修改，添加或刪除實(shí)體與屬性。 (4) 確定實(shí)體之間的關(guān)系。 (3) 保證每個實(shí)體有一個主屬性，該主屬性可以是實(shí)體的一個屬性或多個屬性的組合。簡要總結(jié)一下實(shí)體關(guān)系模型建立的步驟： (1) 對需求進(jìn)行分析，從而確定系統(tǒng)中所包含的實(shí)體。全局概念結(jié)構(gòu)不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的數(shù)據(jù)庫概念結(jié)構(gòu)。 以下是例子 辣媽幫 的部分局部 ER 圖的設(shè)計： 設(shè)計全局ER 模式綜合各局部ER 圖，形成總的ER圖，即用戶視圖的集成。局部概念模型設(shè)計的就是組織、分類收集到的數(shù)據(jù)項(xiàng)，確定哪些數(shù)據(jù)項(xiàng)作為實(shí)體，哪些數(shù)據(jù)項(xiàng)作為屬性，哪些數(shù)據(jù)項(xiàng)是同一實(shí)體的屬性等。在設(shè)計初步 ER 圖時，要盡量能充分地把組織中各部門對信息的要求集中起來，而不需要考慮數(shù)據(jù)的冗余問題。使設(shè)計人員僅從用戶角度看待數(shù)據(jù)及處理要求和約束，產(chǎn)生一個反映用戶觀點(diǎn)的概念模式。 ER圖為讀者的數(shù)據(jù)庫提供了一個不錯的藍(lán)圖，可以分成三步進(jìn)行：首先設(shè)計局部 ER圖；然后合并各局部 ER 圖，并解決可能存在的沖突，得到初步 ER 圖；最后修改和重構(gòu)初步 ER 圖，消除其中的冗余部分，得到最終的全局 ER 圖，即概念模式。圖4 ER圖中使用的各種元素的圖形符號在 ER 圖中，實(shí)體之間的關(guān)系以菱形表示，關(guān)系中各方面的表通過直線與菱形中的關(guān)系名稱相連接。這節(jié)會以DWCMS數(shù)據(jù)庫為例，給出一個完整的數(shù)據(jù)庫的ER 圖設(shè)計示例。 圖3 定義了主屬性的“文章”的 ER圖注意：在數(shù)據(jù)庫設(shè)計中，選擇和設(shè)置列作為主鍵是一個關(guān)鍵步驟。最好是創(chuàng)建一個單獨(dú)的屬性作為主屬性，在實(shí)體文章中可以選擇“文章編號”作為主屬性，在繪制 ER 圖中，主屬性在屬性下加下劃線來說明。所以關(guān)于“文章”實(shí)體的屬性如下： ● 文章標(biāo)題（title） ● 文章編號(id) ● 文章簡介（summary） ● 添加時間(posttime) ● 文章來源(efrom) ● 文章內(nèi)容(content) ● 關(guān)鍵字(keyword) ● 訪問次數(shù)(views) ● 推薦狀態(tài)(remend) ● 審核狀態(tài)(audit) 實(shí)體“欄目（column）”包含的屬性如下： ● 欄目標(biāo)題(title) ● 欄目路徑(path) ● 欄目描述(description) ● 排序編號(ord) 由于篇幅有限這里就不列出所有實(shí)體的屬性了，在繪制 ER 圖中，屬性由橢圓包圍，在屬性和它所屬的實(shí)體間使用直線進(jìn)行連接，以實(shí)體brocms中 “文章”為例進(jìn)行示例，如圖2所示。下面來看看“文章”(article)實(shí)體?！?屬性每個實(shí)體都有一組特征或性質(zhì)，稱為實(shí)體的屬性。弱實(shí)體中不同的記錄有可能完全相同，難以區(qū)別，這些值依賴于另一個實(shí)體(強(qiáng)實(shí)體)的意義，必須與強(qiáng)實(shí)體聯(lián)合使用。上面介紹的實(shí)體都是強(qiáng)實(shí)體，每個實(shí)體都有自己的鍵。圖1 表示實(shí)體的E本網(wǎng)站數(shù)據(jù)庫中，基本的實(shí)體列表如下：● 廣告 ● 意見反饋 ● 幫● 幫標(biāo)簽 ● 幫分類 ● 收藏 ● 評論 ● 日記 ● 日記上傳數(shù)據(jù) ● 達(dá)人 ● 友情鏈接 ● 熱門搜索● 加入的幫● 贊 ● 私信● 私信記錄表● 圖片● 用戶關(guān)系● 舉報● 話題● 用戶● 最近訪問● 最近瀏覽● 網(wǎng)站信息● 詞語過濾在繪制實(shí)體關(guān)系圖(ER 圖)時，實(shí)體出現(xiàn)在矩形中。 ◆ 實(shí)體實(shí)體是實(shí)體關(guān)系模型的基本對象，是現(xiàn)實(shí)世界中各種事物的抽象。以下是實(shí)體關(guān)系模型中的重要標(biāo)識： ● 在數(shù)據(jù)庫中存在的實(shí)體 ● 實(shí)體的屬性 ● 實(shí)體之間的關(guān)系 實(shí)體和屬性的定義按照定義的數(shù)據(jù)類型和屬性創(chuàng)建實(shí)體和實(shí)體屬性列表。實(shí)體關(guān)系模型是面向現(xiàn)實(shí)世界，而不是面向?qū)崿F(xiàn)方法的，它主要是用使用方便，因而在數(shù)據(jù)庫系統(tǒng)應(yīng)用的設(shè)計中，得到了廣泛應(yīng)用。數(shù)據(jù)模型是連接客觀信息世界和數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)邏輯組織的橋梁，也是數(shù)據(jù)庫設(shè)計人員與用戶之間進(jìn)行交流的共同基礎(chǔ)。 (2) 數(shù)據(jù)的動態(tài)特性：主要包括對數(shù)據(jù)進(jìn)行操作的方法。一般來說，數(shù)據(jù)模型包含兩方面內(nèi)容。數(shù)據(jù)模型則是數(shù)據(jù)特征的一種抽象。概念數(shù)據(jù)庫設(shè)計中最主要的就是采用實(shí)體關(guān)系數(shù)據(jù)模型來確定數(shù)據(jù)庫的結(jié)構(gòu)。我們已經(jīng)得到了系統(tǒng)的數(shù)據(jù)流程圖和數(shù)據(jù)字典，現(xiàn)在就是要結(jié)合數(shù)據(jù)規(guī)范化的理論，用一種模型將用戶的數(shù)據(jù)要求明確地表示出來。雖然這樣只對數(shù)據(jù)庫設(shè)計過程有一個概要的了解，但是仍然有助于讀者了解和掌握 SQL，使讀者可以很好地分析數(shù)據(jù)間的相互關(guān)系在使用SQL進(jìn)行報表的生成、子查詢及視圖等操作時，可以更好地進(jìn)行操作。 支持軟件操作系統(tǒng)： Linux / Windows 數(shù)據(jù)庫系統(tǒng)：MySQL 查詢?yōu)g覽工具：PHPMyAdmin 命令行工具：mysql 注意：mysql 命令行環(huán)境下對中文支持不好，可能無法書寫帶有中文的 SQL 語句， 也不要使用PHPMyAdmin錄入中文。
■ 除特別說明外，所有字段默認(rèn)都設(shè)置不充許為空， 需要設(shè)置默認(rèn)值。
■ 所有數(shù)據(jù)表第一個字段都是系統(tǒng)內(nèi)部使用主鍵列，自增字段，不可空，名稱為： id，確保不把此字段暴露給最終用戶。 約定
■ 所有命名一定要具有描述性，杜絕一切拼音、或拼音英文混雜的命名方式。 標(biāo)識符和狀態(tài)數(shù)據(jù)庫表前綴：lmbang_用戶名：root 密碼；020808 權(quán)限：全部 有效時間：開發(fā)階段 說明：系統(tǒng)正式發(fā)布后，可能更改數(shù)據(jù)庫用戶/密碼，請?jiān)诮y(tǒng)一位置編寫數(shù)據(jù)庫 連接字符串，在發(fā)行前請予以改正。 背景名稱說明數(shù)據(jù)庫名稱Lmbang（辣媽幫） 數(shù)據(jù)庫系統(tǒng) 客戶端連接工具M(jìn)ySQL Command Line Client 項(xiàng)目任務(wù)提出者LAMP兄弟連大碗組項(xiàng)目開發(fā)者大腕組使用用戶大腕組成員 定義Lmbang： 辣媽幫ER圖：實(shí)體關(guān)系圖 參考資料A. 《細(xì)說PHP》教程 B. 《DWCMS項(xiàng)目需求分析說明書》 C. 本項(xiàng)目相關(guān)的其他參考資料。這個數(shù)據(jù)模型應(yīng)當(dāng)是滿足用戶要求，既能合理地組織用戶需要的所有數(shù)據(jù)，又能支持用戶對數(shù)據(jù)的的所有處理功能。用于開發(fā)人員進(jìn)行項(xiàng)目設(shè)計，以此作為編碼的依據(jù)，同時也為后續(xù)的數(shù)據(jù)庫維護(hù)工作提供了良好的使用說明，也可以作為未來版本升級時的重要參考資料。 編寫目的數(shù)據(jù)庫設(shè)計的好壞是一個關(guān)鍵。為了合理地組織和高效率地存取數(shù)據(jù)，目前最好的方式，就是建立數(shù)據(jù)庫系統(tǒng)，因此在系統(tǒng)的總體設(shè)計階段，數(shù)據(jù)庫的建立與設(shè)計是一項(xiàng)十分重要的內(nèi)容。數(shù)據(jù)庫設(shè)計說明書 內(nèi)容管理系統(tǒng)(DWCMS)文件狀態(tài)： [ ] 草稿 [ √ ] 正式發(fā)布 [ ] 正在修改 文件標(biāo)識： 兄弟連 大腕組LMBDATABASE 當(dāng)前版本： 作 者： 大碗小組 文件狀態(tài)： 20140101版 本 歷 史版本/狀態(tài)作者參與者起止日期 備注大腕組大腕組成員員20130118 20140108 測試版大腕組大腕組成員20140109 20140213正式版1. 引言 在使用任何數(shù)據(jù)庫之前，都必須設(shè)計好數(shù)據(jù)庫，包括將要存儲的數(shù)據(jù)的類型，數(shù)據(jù)之間的相互關(guān)系以及數(shù)據(jù)的組織形式。數(shù)據(jù)庫設(shè)計是指對于一個給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)。由于數(shù)據(jù)庫應(yīng)用系統(tǒng)的復(fù)雜性，為了支持相關(guān)程序運(yùn)行，數(shù)據(jù)庫設(shè)計就變得異常復(fù)雜，因此最佳設(shè)計不可能一蹴而就，而只能是一種“反復(fù)探尋，逐步求精”的過程，也就是規(guī)劃和結(jié)構(gòu)化數(shù)據(jù)庫中的數(shù)據(jù)對象以及這些數(shù)據(jù)對象之間關(guān)系的過程。如果把企業(yè)的數(shù)據(jù)比做生命所必需的血液，那么數(shù)據(jù)庫的設(shè)計就是應(yīng)用中最重要的一部分，是一個系統(tǒng)的根基。數(shù)據(jù)庫設(shè)計的目標(biāo)是建立一個合適的數(shù)據(jù)模型。并且要具有較高的范式，數(shù)據(jù)完整性好，效益高，便于理解和維護(hù)，沒有數(shù)據(jù)沖突。 2. 外部設(shè)計外部設(shè)計是研究和考慮所要建立的數(shù)據(jù)庫的信息環(huán)境，對數(shù)據(jù)庫應(yīng)用領(lǐng)域中各種信息要求和操作要求進(jìn)行詳細(xì)地分析，了解應(yīng)用領(lǐng)域中數(shù)據(jù)項(xiàng)、數(shù)據(jù)項(xiàng)之間的關(guān)系和所有的數(shù)據(jù)操作的詳細(xì)要求，了解哪些因素對響應(yīng)時間、可用性和可靠性有較大的影響等各方面的因素。 使用它的程序本系統(tǒng)主要利用PHP作為前端的應(yīng)用開發(fā)工具，使用MySQL作為后臺的數(shù)據(jù)庫， Linux或Windows均可作為系統(tǒng)平臺。
■ 字符集采用 UTF8，請注意字符的轉(zhuǎn)換。
■ 除特別說明外，所有日期格式都采用int格式，無時間值。
■ 所有普通索引的命名都是表名加設(shè)置索引的字段名組合，例如用戶表 User 中 name字段設(shè)置普通索引，則索引名稱命名方式為 user_name。3. 結(jié)構(gòu)設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計中有許許多多需要考慮的因素，如數(shù)據(jù)庫的背景、應(yīng)用環(huán)境等方面都需要有深入的了解，只有一個對所有這些因素都很了解的數(shù)據(jù)庫設(shè)計專家，他設(shè)計的數(shù)據(jù)庫才能易于使用和維護(hù)，并且具有高效和一致的特征。 概念結(jié)構(gòu)設(shè)計概念數(shù)據(jù)庫的設(shè)計是進(jìn)行具體數(shù)據(jù)庫設(shè)計的第一步，概念數(shù)據(jù)庫設(shè)計的好壞直接影響到邏輯數(shù)據(jù)庫的設(shè)計，影響到整個數(shù)據(jù)庫的好壞。概念數(shù)據(jù)庫的設(shè)計應(yīng)該極易于轉(zhuǎn)換為邏輯數(shù)據(jù)庫模式，又容易被用戶所理解。數(shù)據(jù)是表達(dá)信息的一種重要的量化符號，是信息存在的一種重要形式。它描述的是數(shù)據(jù)的共性，而不是描述個別的數(shù)據(jù)。 (1) 數(shù)據(jù)的靜態(tài)特性：主要包括數(shù)據(jù)的基本結(jié)構(gòu)、數(shù)據(jù)間的關(guān)系和數(shù)據(jù)之間的相互約束等特性。 在數(shù)據(jù)庫系統(tǒng)設(shè)計中，建立反映客觀信息的數(shù)據(jù)模型，是設(shè)計中最為重要的，也最基本的步驟之一。概念數(shù)據(jù)庫中采用的實(shí)體關(guān)系模型，與傳統(tǒng)的數(shù)據(jù)模型有所不同。實(shí)體關(guān)系模型可以用來說明數(shù)據(jù)庫中實(shí)體的等級和屬性。實(shí)體形成表，如“用戶”就是一個實(shí)體，屬性則為表中的列，如對應(yīng)于實(shí)體“用戶”屬性包含“用戶名”、“用戶ID”等。凡是可以相互區(qū)別開并可以被識別的事、物、概念等對象均可認(rèn)為是實(shí)體。如圖1所示。R圖一般來說，每個實(shí)體都相當(dāng)于數(shù)據(jù)庫中的一個表。但是在實(shí)際領(lǐng)域中，經(jīng)常存在一些實(shí)體，它們沒有自己的鍵，這樣的實(shí)體稱為弱實(shí)體