完美的新闻系统数据库该怎么设计？

Question

我设计了一个表
字段分别为
编号 栏目1 栏目2 栏目3 栏目4 文章标题 文章内容
等做出来系统后发现，这样在管理文章的时候，还得为栏目对应ID和名称，在程序里转换，不灵活，想加栏目的话还得改程序，网上说
要为每个级别栏目设计一个表
栏目1表 栏目2表 栏目3表 栏目4表 文章表这样应该很完美了，我很赞同，如果我想对每篇文章加评论，是不是增加评论表，还是整合到文章表呢？现在我想知道一个完美的数据库该如何设计，省得下次再改了。最好以网易新浪等大网站的数据库作例。

Answer 1

我们公司官方网站的新闻系统是我写的，当时老程序员是这么建议我的，表结构分两个部分，一个模块表，用来存各个模块，一个新闻表用来存放新闻：
新闻模板表：[Sys_Module]
      包含： [Module_ID]
      ,[Parent_ID]
      ,[Module_Name]
      ,[Module_Desc]
      ,[Layer_Code]
      ,[Creator]
      ,[Create_Date]
      ,[OrderBy]   新闻表：Sys_News 包含：
        [News_ID]
      ,[News_Category_ID]
      ,[News_Title]
      ,[News_Summary]
      ,[News_Content]
      ,[News_Url]
      ,[Author]
      ,[Target]
      ,[Creator]
      ,[News_Date]
      ,[News_Partner]
      ,[Create_Date]
      ,[IsTransfer]
      ,[IsValid]
      ,[Mender]
      ,[Modify_Date]
      ,[News_Logo]
      ,[News_Logo2]
      ,[News_Channel]
      ,[News_Target]
      ,[News_level]
      ,[Re]
 新闻类别表：Sys_News_Category
[News_Category_ID]
      ,[News_Category_Name]
      ,[News_Category_description]
      ,[News_Category_Priority]
      ,[News_Categoryl_Status]
      ,[Creator]
      ,[Create_Date]
      ,[Mendor]
      ,[Mender_Date]

Answer 2

一个允许只允许录入新闻标题，新闻内容的系统数据库只需要
Title nvarchar(max)
Context ntext
非常完美

Answer 3

我讲直白一点吧。
首先，1对多的关系肯定要分表，一张表无法表达。因此你的系统至少要分栏目表、文章表、评论表三张。然后，栏目表的多级问题，你应该看到无论分多少级它们的本质是一样的，有同样的字段，因此一张表完全能够表达，至于它们的上下级对应关系，你应该给每个栏目一个父id字段，存放它的上级id，第一级栏目的id为空或者0

Answer 4

某次老总告诉我说，老猫啊，去把这个网站做成动态的吧。同时指着别的网站的gif说：象这样，很动感很好看。

Answer 5

很强大，可以入选.net版雷人语录了。

Answer 6

其实吧，你可以建立250个table，每个table有250个字段，按序编号，然后当你需要一个新字段的时候，在某个地方标注作用。

Answer 7

网奇 动易 创力 哪个好？据说国内CMS价格都很高，我还正想找个CMS学习学习呢。同时，问大家每篇文章都要经过一定的审核流程，比如有的文章二审制，有的文章三审制，有的文章四审制……，这个流程在数据库上怎么设计，程序上怎么该怎么做？我做的时候每篇文章后面有个articlestate字段，审核后用程序更改字段值，这样不灵活，因为如果增加审核次数要改程序。

Answer 8

某次老总告诉我说，老猫啊，去把这个网站做成动态的吧。 同时指着别的网站的gif说：象这样，很动感很好看。 
up

Answer 9

这两个问题转到这个帖子里了
http://topic.csdn.net/u/20100115/17/71b7189f-5706-400e-869f-420f181b5632.html