CMS之数据库的设计.docxVIP

在园子里也混了三年多，随笔200多，一开始只是想把自己的经验写一下，后来呢弄出来了一个“自然框架”，主要精力就放在了介绍自然框架的思路上面了。随笔多了就发现一个问题：有点乱。虽然博客有分组，但是只支持一级分组，不支持n级的。博客里也没有“栏目”这一类的设置。所以对于随笔的管理有有点力不从心了。有些兄弟看到我的博客，看到我说自然框架，然后就会很迷茫，自然框架到底是什么？能做什么？如果想看看的话，从什么地方开始看，按照什么顺序来看？　博客的这种形式就不大好解决这种需求了，当然也许是我对博客还不了解，没有用好吧。所以我想做一个网站，这个网站专门介绍自然框架。一开始只想做一个静态的，内容也不多嘛，做几个页面，介绍一下，把博客里的随笔整理一下做个目录便于阅读。但是试了一下才发现，静态页面好麻烦呀，也许是我太懒了吧，总是想简单一些。于是就想做一个简单的CMS，然后用这个CMS来做自然框架的介绍网站。　您可能会说了，海洋又在重复制造轮子了，网上有一大堆现成的，有很多成熟的不去用，自己写什么呀？　首先呢，我是程序员（嘿嘿），我先想到的是我自己能不能做出来？别人能做我为什么不行？我不是顾客，我也不是有钱人，到处去弄现成的。其次呢，做一个CMS也是一个练手的机会，同时也是自然框架的一个Demo，比较大的、完整的Demo。借此来说明自然框架的使用方式，和在网页里的作用。最后就是想借此说一下我的设计数据库的思路。我觉得我的设计数据库的思路还是有点特色的。　好了，开始进入正题。　首先是了解需求。一个网站会有什么？首页、新闻（图文形式的信息）、产品介绍、文件下载、图片浏览、在线视频等。这些都算是“内容”的几种形式吧，当然还可以有其他的形式。　这个需求比较简单，也比较简陋，暂时就以这个需求来进行设计吧。如果是按照面向对象的方式要如何设计呢？这个我不太清楚，也许是要画一个UML吧，也许要建模。尝试一下，画了一个UML不知道对不对，拿出来请大家批批。【CMS的类图】　图很简单也没什么具体的属性，因为需求是变化的，现在也没有太具体的需求，所以属性就先设置几个主要的。另外俺英文不好，怕查出来的英文单词不正确产生歧义，所以直接用汉字了。可能您看着很别扭，但是至少不会产生什么歧义，理解起来也会比较容易吧，呵呵。　“内容”作为父类，其他的作为子类。内容是一种“抽象”，把各种形式的内容的共同部分提炼出来，比如标题、内容、添加人、添加日期、点击量等。子类负责各自特有的属性。　我觉得这种提炼的方式比较好，在设计数据库表结构的时候可以借鉴一下。于是就有了这样的数据库设计。【CMS ER图】　“内容”作为主体和中心，其他的都是为了这个中心（内容）来服务的。左面是对内容的限制，栏目相当于大分类，分类就是小分类（可以是n级的），类型就是内容的形式，比如图文、下载、视频、图片等。右面是扩展。扩展和类型是一一对应的。　这就形成了一个“骨架”，骨架是以“内容”为中心，ArticleID作为关联字段，可以增加扩展表，但是都要以ArticleID作为关联字段。至于有多少扩展表，那就可以根据实际需求来变化，表里的字段也是可以根据需求来增减。　设置这种“骨架”的好处：虽然扩展表、字段会有变化，但是“骨架”结构是不变的。这样一是可以让结构清晰，抓住中心、重点；二是当需求变化的时候，对结构的影响降到最低；三是，如果对于这种“骨架”习惯、掌握了之后，在看到其他项目的设计就会很容易进入和读懂。关于第三点，以后大家就会理解的。　基本思路就是这样，抛砖引玉了。?ps：CMS的字段说明表编号字段编号字段名中文名类型大小默认值允许空说明50000CMS_Channel网站栏目　　　　　500010ChannelID主键int410主键，自增500020channelName栏目名称nvarchar30_0栏目名称500030Sort排序int4100小号在前500040URL栏目的网址nvarchar50_0新闻内容　　50050CMS_ArticleClass内容的n级分组　　　　　500510ClassID主键int410主键，自增500520ChannelID所属栏目int40所属栏目500530Class文章分类nvarchar300支持n级分类，也可以不分类500540ParentID父IDint40以备n级分类　　50100CMS_Article网站里的内容　　　　　501010ArticleID主键int410主键，自增501030ChannelID所属栏目int410所属栏目501040ClassID分类int400支持n级分类，也可以不分类501050TypeID类型int4001：新闻；2：下载；3：其他待定501020Title标题nvarchar300内容的标题501060Summary简