数据库初期设计非常重要。如果初期设计不好，虽然在刚开始运营的时候，看上去很良好，时间一长，会出现很多麻烦的问题。所以，深圳网站制作公司提醒一开始的数据库设计要考虑将来的扩展性问题。一般来说，数据库的设计由程序员来完成，即便如此，策划人员也需要对数据库的概念有很好的了解才行，这样才能很好地把握产品的开发进程。
常用的数据库有MS-SQL，Oracle，MySQL三种。这些数据库是关系型的数据库。一个数据库由好几张表组成，每个表则由field和laycode组成，各个数据库表之间则相互关联。因为表与表之间的相互关联，一个表的错误或者改变将影响到其他数据表，所以，设计数据库之前，不能想到哪里算哪里，需要整体把握整个数据库的结构。所以需要做数据库结构图。
数据库设计在进行物理实践之前，需要对数据逻辑进行详尽的设计，对需求要有充分的理解。同时，创建ER表（EntityRelationshipDiagram），也就是实体关系图表和数据字典。虽然需要耗费不少时间，但有利于其他开发人员了解整个设计计划，可让其他相关人员明确如何从数据库中获取数据。而且实体关系图表对理清表之间的关系非常有效，数字字典则说明每个字段的用途及可能存在的别名。总之，设计人员把它文档化是非常必要的。
下面举一个简单的例子说明数据库实体关系图，主要说明大概的原理，实际的数据库设计要比这个复杂。
简单来说，ER图表（EntityRelationshipDiagram），是以实体、属性和关系作为数据的基本结构，用以描述数据本身的。所谓的实体，指的是数据库内存储数据的人、事、物等。每个实体是有属性的，比如学生有学号、班级、性别、籍贯等，把属性集合起来，就成了一个记录。关系主要指实体之间的关系，有一对一，一对多，和多对多的关系。
比如说沃尔玛有若干分店，每个分店经营若干商品，每个商店有若干职员。在这里，实体有商店、商品和职员。商店的属性有商店的编号，地址，总经理。商品的属性有商品编号，商品名，价格，生产地。职员的属性有职员编号，姓名，性别，工资。职员和商店的关系是一对一的关系。每个职员只属于一个商店。一对多的关系，比如父亲对儿子，一个父亲可以有多个儿子。
再举一个多对多的实体关系例子。比如说建立一个网上电子商城，商品和购买的会员是实体。商品有编号、名称、价格、库存的属性。会员有编号、姓名、地址、联系电话的属性。而同类商品可以卖给多个会员，会员可以购买多件商品，所以两者间的关系是属于多对多的关系。
图1-1中，商品需要建立商品资料的记录表，会员也需要建立会员资料的记录表。由于商品和会员两个实体之间的关系是多对多的关系，所以，除了两个实体，除商品和会员各建立一个表外，还需要建立第三个关联表，这就是交易关系的表。商品和会员两个实体以商品编号和会员ID作为表的主键，这两个主键做交易关系表的外键。这样，商品编号关联到商品表，会员ID关联到会员表。交易编号则作为交易关系表的主键。这样可查询出会员购买了哪些商品、销售量是多少、哪些商品最受欢迎等数据。
图1-1 实体关系图
表1-1 是关于商品的数据。
表1-1 商品的数据。
表1-2 是关于会员数据的。
表1-2 会员数据
表1-3 是关于交易的。
表1-3 交易关联表
表1-1、1-2主要是商品和会员的实体表，表1-3是关联表，表示两者多对多的关系。通过商品编号关联到商品表，通会员ID关联到会员表。
在实际的数据库设计中会遇到很多更加复杂的需求。作为策划人员，虽然不直接设计数据库，但是要能够读懂数据库的实体关系图。网站制作公司本文关于“网站制作举例说明数据库结构设计”的知识就介绍分析到这里，谢谢关注，博纳网络编辑整理。
当前文章链接：/construction/jzhyzx/3150.html
如果您觉得案例还不错请帮忙分享：
[声明]本网转载网络媒体稿件是为了传播更多的信息，此类稿件不代表本网观点，本网不承担此类稿件侵权行为的连带责任。故此，如果您发现本网站的内容侵犯了您的版权，请您的相关内容发至此邮箱【qin@198bona.com 】，我们在确认后，会立即删除，保证您的版权。
