在線新聞管理系統(tǒng)-概要設(shè)計(jì)說明書-資料下載頁
2025-05-13 21:51本頁面
【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }
【正文】 是否主鍵或約束 說明 c_id int 4 no 主鍵 Id c_userId int 4 no 外鍵 用戶 ID c_newsId int 4 no 外鍵 新聞 ID c_content varchar 6~200 no 無約束 內(nèi)容 c_date datetime yes 無約束 日期 設(shè)計(jì)表的依據(jù)： 根據(jù) 原始單據(jù)與實(shí)體之間的關(guān)系 ，采取的是 一對(duì)一的關(guān) 根據(jù)表的性質(zhì)： (1) 原子性。基本表中的字段是不可再分解的。 (2) 原始性?；颈碇械挠涗浭窃紨?shù)據(jù)（基礎(chǔ)數(shù)據(jù)）的記錄。 (3) 演繹性。由基本表與代碼表中的數(shù)據(jù)，可以派生出所有的輸出數(shù)據(jù)。 (4） 穩(wěn)定性。基本表的結(jié)構(gòu)是相對(duì)穩(wěn)定的，表中的記錄是要長(zhǎng)期保存的。 設(shè)計(jì)表的范式：我們數(shù)據(jù)庫設(shè)計(jì)的要求是滿足數(shù)據(jù)庫的第三范式，沒有冗余的數(shù)據(jù)項(xiàng) 參照數(shù)據(jù)的約束完整性：例如在 news 表中的審核就使用到了，字段名 n_checked 判斷新聞?dòng)袥]有被審核通過 主鍵的取值問題：每一個(gè)表中主鍵是有物理意義的字段名，而沒有才用多個(gè)字段名一起作為主鍵，不會(huì)降低系統(tǒng)的效率 。 說明各個(gè)數(shù)據(jù)結(jié)構(gòu)與訪問這些數(shù)據(jù)結(jié)構(gòu)的形式 : 6 系統(tǒng)出錯(cuò)處理設(shè)計(jì) 業(yè)務(wù)錯(cuò)誤是指用戶在本系統(tǒng)的使用過程中， 違反業(yè)務(wù)要求進(jìn)行的操作，例如：在新建用戶信息的時(shí)候，在輸入性別的時(shí)候，輸入了男 /女以外的文字，這類操作就稱為業(yè)務(wù)錯(cuò)誤 系統(tǒng)錯(cuò)誤 主要是指輸入的信息有誤，系統(tǒng)會(huì) 通過彈出對(duì)話框（或者其他形式）的方式向用戶報(bào)告業(yè)務(wù)錯(cuò)誤，提醒用戶修正該錯(cuò)誤，保證業(yè)務(wù)處理正常完成 。 定期對(duì)數(shù)據(jù)進(jìn)行備份。采用硬盤做備份設(shè)備，使用 SQL server提供的備份功能定期對(duì)數(shù)據(jù)庫進(jìn)行備份。一旦系統(tǒng)遭到意外破壞，用該備份文件進(jìn)行修復(fù)，本系統(tǒng)未提供自動(dòng)恢復(fù)的功能，只能由系統(tǒng)管理員手動(dòng)進(jìn)行恢復(fù) 。 定期更新系統(tǒng)的備 份，然后 定期刪除系統(tǒng)備份文件 ；
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1