1、網站資料庫的設計
你這樣的小網站的資料庫設計不用考慮範式這種東西,怎麼方便怎麼來就行。
用戶一個表,有許可權加一個表。
日誌一個表
留言一個表
作品呢你看情況,欄位差的不多就合成一個表,差的多了就拆成多個。
分類你看是不是需要寫死,活的分類就弄表,死的就不用了。
就這么簡單啦
2、建設網站是資料庫怎麼設計
你先知道需要哪些內容,這些內容需要哪些欄位信息來保存,這些欄位就是你的資料庫表結構!比如新聞,新聞表就應該有自動增加的關鍵字id,這個新聞所屬哪個欄目的,欄目類別(cateid),新聞標題,副標題,新聞正文,時間,作者,排序,審核等欄位,這樣你做好就是一個表了!表結構是有內容決定的!
3、資料庫與網頁設計
web伺服器是個編譯工具,只有經過編譯的網站才能夠被外界訪問,才能夠實現預先寫好的各項功能,如果沒有這個伺服器的話,那有很多代碼是不能夠進行編譯,使得這個網站只是個靜態頁面;
注冊的話就是取得這個頁面上需要填寫的信息,通過insert sql 語句講這些數據寫入你的資料庫中,這邊的話可以建議你去看下SQL方面的基本操作。
4、網站資料庫怎麼設計?
問卷調查,需要有目的----你搞這個調查的主題你得清楚,所以不建議讓用戶自定義問卷。如果你非要讓用戶定義問卷的話,可以換一種思路:搞成論壇那種形式。
結合你的問題還有一種解決方案:自己定義一些問題,最後加兩個欄位:「其他問題」和「您的看法」,這樣一張表就可以搞定了,不用為每個用戶動態生成一張新表。
5、網站的資料庫如何設計?
什麼是好的資料庫設計?
一些原則可為資料庫設計過程提供指導。第一個原則是,重復信息(也稱為冗餘數據)很糟糕,因為重復信息會浪費空間,並會增加出錯和不一致的可能性。第二個原則是,信息的正確性和完整性非常重要。如果資料庫中包含不正確的信息,任何從資料庫中提取信息的報表也將包含不正確的信息。因此,基於這些報表所做的任何決策都將提供錯誤信息。
所以,良好的資料庫設計應該是這樣的:
將信息劃分到基於主題的表中,以減少冗餘數據。
向 Access 提供根據需要聯接表中信息時所需的信息。
可幫助支持和確保信息的准確性和完整性。
可滿足數據處理和報表需求。
設計過程
設計過程包括以下步驟:
確定資料庫的用途:這可幫助進行其他步驟的准備工作。
查找和組織所需的信息:收集可能希望在資料庫中記錄的各種信息,如產品名稱和訂單號。
劃分到表中的信息:將信息項劃分到主要的實體或主題中,如「產品」或「訂單」。每個主題即構成一個表。
關閉信息項目導入的列 確定希望在每個表中存儲哪些信息。每個項將成為一個欄位,並作為列顯示在表中。例如,「雇員」表中可能包含「姓氏」和「聘用日期」等欄位。
指定為主鍵:選擇每個表的主鍵。主鍵是一個用於唯一標識每個行的列。例如,主鍵可以為「產品 ID」或「訂單 ID」。
設置表關系:查看每個表,並確定各個表中的數據如何彼此關聯。根據需要,將欄位添加到表中或創建新表,以便清楚地表達這些關系。
優化您的設計:分析設計中是否存在錯誤。創建表並添加幾條示例數據記錄。確定是否可以從表中獲得期望的結果。根據需要對設計進行調整。
應用規范化規則:應用數據規范化規則,以確定表的結構是否正確。根據需要對表進行調整。
參考:資料庫設計基礎
6、設計網站為什麼要用到資料庫啊
資料庫是為了存儲數據,網頁你可以只設計一個頁面,然後動態讀取資料庫,通過不同的參數值調用不同的資料庫記錄,減輕網站的設計
比如:content.asp?id=1 通過id這個參數來調用記錄1的信息
存儲數據的方式不一定是資料庫(access,aql等)還可以是asp、txt、excel、xml等,通過技術手段也是存儲數據的方式,不同情況不同使用。
7、在做網站時我們應該先設計資料庫還是先做首頁?
這個不是什麼習慣不習慣, 而是根據需求的詳細程度來決定的, 需求詳細,就先設計資料庫,因為頁面設計出來也必須跟需求符合, 如果需求不詳細, 先設計頁面,根據頁面再來做後台, 不然需求都不詳細, 你設計的資料庫說不準到時候因為頁面設計出來的需要,推翻重來。靈活點, 現在很多公司對需求這方面不重視。正規流程來說, 應該是需求-資料庫-介面-後台-頁面這樣的流程。
8、製作網站和資料庫有什麼關系
資料庫就是為了支持後台操作.隨時的更新網站.