『壹』 評論和通知系統的資料庫表要怎麼設計
標識新聞的唯一標識 ID int (自增長) （主鍵）新聞標題 Title varchar(100) 長度自定100差不多是50個中文 可以根據需要來設置新聞作者 Author varchar(20) 長度根據用戶表中的用戶名列表的長度來定發布時間 ReleaseTime datetime修改時間 UpdateTime datetime新聞內容 Content text 能存放最大值為2147483647個字元的變長文本（如果不需要那麼長的內容 可以考慮使用varchar（max）可存儲最大值為8000個字元的可變長字元串）新聞關鍵字 Keywords varchar(200) 用逗號等符號分隔關鍵字(新聞,發布,系統)新聞類別 CategoryId int （要使用類別的話要再建立一個類別的表） 如果要簡單點可以省略關鍵字 類別等要復雜點可以再加不少東西 比如加等對應的表
『貳』 實現評論蓋樓效果，即評論嵌套引用評論，資料庫評論表如何設計
每條評論指向父節點即可。
『叄』 關於用戶查看帖子的資料庫表設計
從你要求的功能來看，用戶表（表名暫且定義為forum_user）和帖子表（表名暫且定義為forum_title）是多對多的關系。我認為，要完成這樣關系的一種連接，需要一張中間表（表名暫且定義為forum_temp）。
forum_temp表的欄位至少應該有id（唯一標識）,user_id（用戶id）,title_id（帖子id）。欄位user_id和title_id應該設置為外鍵用來關聯表forum_user和forum_title
『肆』 資料庫設計 評論回復功能 類似qq說說的那種， 如何建表 具體些
主貼帖子與帖子之間是1對多，你難道不會用一句T-SQL查詢出來嗎？select * from tiezi where tid='aaa'
union all
select * from tiezi where parentid='aaa'
這個設計是帖子在同一個表，主貼沒有父級，跟帖的父級是子貼。
這樣通過用戶欄位去連接用戶表查詢，
還有做分頁，每頁固定顯示某個數量的帖子，多的就翻頁。
求採納
『伍』 設計微博網頁如何連接資料庫實現評論發表功能
需要用到ajax，實時調用跟新
『陸』 資料庫表的設計
用戶表：{用戶編號(PK)，用戶名，密碼，用戶類別, 所屬專業號(FK)}
課程表：{課程編號(PK)，課程名，用戶編號(FK) ,學分}
院 系：{院系編號(PK)，院名}
專 業：{專業號(PK)，專業名稱 ,專業簡介 ,總學時,所屬院號(FK)}
參考書：{索書號(PK)，課程編號(FK)，ISBN/ISSN，責任者，出版日期，校圖書館連接地址，電子書連接地址}
專業課程表{專業號,課程編號} 聯合主鍵
『柒』 如何構建一個完善的資料庫,如何來處理表與表關系.
SQL Server本身就是一個完善的資料庫，提供可視化編程，後台完成所有拖放處理操作，不管有沒有數據都可以使用，不需要編譯。
一個比較合理的資料庫設計應該考慮數據的交互性和挖掘能力、處理效率以及日誌記錄。
建立數據表，注意以下幾點：
表建立的時候要有主鍵和索引，表與表之間要能使用主鍵相聯系，舉例說在A表裡我做完一次記錄要生成一個單號，B表裡面是依據單號來做下一個流程，而不是依據記錄的每一條數據
取名盡量使用英文+下劃線，SQL Server里對漢字需要轉碼，影響工作效率，按照他的默認編碼方式操作有助於提高數據處理速度
建立數據表的列數不要太多，用編碼規則來建立邏輯
注意欄位存儲空間，限制欄位長度，少用注釋和image
存儲過程盡量簡潔實用
建立視圖，為了別的客戶端使用，盡量建立視圖，做好完整的數據分析，別的介面程序或者客戶端直接就可以拿去使用。做視圖注意幾點：
多個表操作寫在一個視圖里，不要嵌套太多視圖
連接查詢要適當的篩選
跨伺服器操作視圖，要建立伺服器鏈接表，盡量使用內網鏈接，把伺服器鏈接表做成查詢視圖，放在本地伺服器資料庫里，這樣就等同本地操作
視圖之間保留連接欄位作為主要索引
建立計劃作業，有計劃地進行數據同步更新和備份標識工作，注意事項：
備份數據盡量放資料庫里同步復制
計劃任務避開工作高峰期
建立存儲過程，記錄操作日誌，把日誌以數據表的形式存儲，注意事項：
存儲過程對本表操作，不要交互太多表
精簡參數數量，注意參數存儲空間
對記錄修改刪除、更新標記的時候盡量使用時間來索引
建立關系圖，給表與表之間建立直接關系，整理整體挖掘數據性能。
建立計劃更新任務，優化資料庫整體性能。
『捌』 資料庫設計的步驟有哪些
資料庫設計過程分為以下六個階段：
1、需求分析階段
准確理解和分析用戶需求（包括數據和處理），它是整個設計過程的基礎，也是最困難、最耗時的一步。
2、概念結構設計階段
是整個資料庫設計的關鍵，通過對用戶需求的集成、歸納和抽象，形成了一個獨立於特定資料庫管理系統的概念模型。
3、邏輯結構設計階段
將概念結構轉換為DBMS支持的數據模型，對其進行優化。
4、資料庫物理設計階段
為邏輯數據模型選擇最適合應用程序環境的物理結構（包括存儲結構和存取方法）。
5、資料庫實現階段
根據邏輯設計和物理設計的結果，使用資料庫管理系統提供的數據語言、工具和主機語言，建立資料庫，編寫調試應用程序，組織數據倉庫，並進行試運行。
6、資料庫運行維護階段
資料庫應用系統經試運行後可投入正式運行，在資料庫系統運行過程中，需要不斷地對其進行評估、調整和修改。
註：在設計過程中，將資料庫的設計與資料庫中數據處理的設計緊密結合起來，在每個階段同時對這兩個方面的要求進行分析、抽象、設計和實現，相互借鑒和補充，從而完善這兩個方面的設計。
(8)評論蓋樓的資料庫設計擴展閱讀：
資料庫設計技術
1、清晰的用戶需求：作為計算機軟體開發的重要基礎，資料庫設計直接反映了用戶的需求。資料庫必須與用戶緊密溝通，緊密結合用戶需求。在定義了用戶開發需求之後，設計人員還需要反映具體的業務關系和流程。
2、注意數據維護：設計面積過大、數據過於復雜是資料庫設計中常見的問題，設計人員應注意數據維護。
3、增加命名規范化：命名資料庫程序和文件非常重要，不僅要避免重復的名稱，還要確保數據處於平衡狀態。為了降低檢索信息和資源的復雜度和難度，設計人員應了解資料庫程序與文件之間的關系，並靈活使用大小寫字母命名。
4、充分考慮資料庫的優化和效率：考慮到資料庫的優化和效率，設計人員需要對不同表的存儲數據採用不同的設計方法。在設計中，還應該使用最少的表和最弱的關系來實現海量數據的存儲。
5、不斷調整數據之間的關系：不斷調整和簡化數據之間的關系，可以有效減少設計與數據之間的聯系，進而為維護數據之間的平衡和提高數據讀取效率提供保障。
6、合理使用索引：資料庫索引通常分為聚集索引和非聚集索引，這樣可以提高數據搜索的效率。
參考資料來源：網路-資料庫設計