1. 关系型数据库设计实例分析
关系型数据库：把实际问题的数据分别归成若干个简单的二元关系，一个二元关系都可以建一个关系表。就像班级管理系统中的学生情况表、学生成绩表一样。
这个关系有三种情况，我用婚姻来打个比方：
第一种是一夫一妻制，一个男人只能娶一个老婆，一个女人也只能嫁一个老公，这种关系叫做一对一关系
第二种是一夫多妻制（或者一妻多夫？:P），一个男人可以同时娶多个老婆，但是其中的任何一个老婆却都只能嫁给他一个，不能再嫁给另一个男人（一妻多夫制自己去解释，反正都一样，哈哈），这种关系叫做一对多的关系
第三种就乱套了，是多夫多妻制，一个男人可以同时娶多个老婆，其中的任何一个老婆也都还可以同时嫁给其它的任何多个男人（这跟动物有什么区别），这种关系叫做多对多的关系
不知道是否理解？呵呵呵
2. 关系型数据库设计实例分析论文
关系数据库系统是支持关系模型的数据库系统。
关系数据库系统与关系模式是两个层次的概念，他们都由型与值两方面组成。型是静态的、稳定的，值是在数据库更新过程中不断改变的。
关系数据库的型 = 关系数据库模式 = 对若干域的定义 + 对这些域上的关系模式的定义
关系数据库的值 = 若干关系模式在特定时刻对应关系的集合 = 若干关系模式的值的集合
关系模式的型 = 属性的集合 + 属性与域之间映像的集合
关系模式的值 = 关系 = 特定时刻内该关系模式描述下的取值
3. 数据库分析与设计实例
MIS数据库设计步骤包括数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。
需求分析的任务是将业务管理单证流转化为数据流，绘制出数据流程图dfd，并完成相应的数据字典。
概念设计的任务是从dfd出发，识别实体及其相互关系，并绘制出实体关系图，即e－r图。
逻辑设计的任务是从e－r图出发，确定各个实体及关系的具体属性。
物理设计的任务是确定所有属性的类型、宽长与取值范围，设计出基本表的主键与外键，将所有表名与字段名英文化，完成相应的数据字典，在具体的dbms环境上实现物理建库工作。
加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理、输出工作，均可视为对数据库的加载测试工作。
4. 关系型数据库设计范式
数据库设计过程包括： 现实世界→需求分析→概念设计→逻辑设计→物理设计 概念设计－－利用数据模型进行概念数据库的模式设计。
它不依赖任何DBMS（数据库管理系统）常用的数据模型为ERM（实体联系模型），用到的术语有：实体、属性、联系、键。
逻辑设计－－把概念设计得到的概念数据库模式变为逻辑数据模式，它依赖于DBMS。用到的术语有：函数依赖、范式、关系分解。
5. 关系型数据库设计原则
数据库的设计过程包括概念设计、逻辑设计、物理设计。关系数据库的设计过程不包括算法设计。
6. 数据库设计的案例分析
比如，一个礼拜前，你看到了家里养了10条金鱼，一个礼拜后，你又一次回家，跑到鱼池边看金鱼，突然间你觉得少点什么，于是你就数下金鱼的数量，1、2、3···8， 怎么只有八只了，你跑过去问妈妈，妈妈说，前两天，一个小朋友过来看到金鱼很好玩，就抓了一只在手伤玩，玩着玩着就死了，小朋友哭着喊着要金鱼，所以妈妈又送了一条给他，让他自己照顾金鱼，让他懂得金鱼是不能抓在手上玩的··
这就是通过数据得到的信息··
信息并不一定要有数据，但只要有数据就一定会有信息
又比如 妈妈“鱼妈妈为什么肚子那么大啊？是不是吃太多了啊，会不会死啊？”“不是的，不是的，鱼妈妈是怀孕了，要生鱼宝宝了，要产卵了。”“产卵？”“是啊！金鱼都是从鱼卵中长处来的···”
这样就是根据自己的一个问题，得到了信息，他里面并没有数据的出现·
“1+1=2”这个虽然只是简单的几个数据，但却告诉我们答案是2 这就是只有数据也可以得到信息
7. 关系型数据库设计实例分析题
mysql系列之一关系数据库基础理论
正是数据库管理的需要催生了数据库管理系统DBMS，而关系型数据库管理系统为RDBMS
常见的数据模型有三种：
- 层次模型
- 网状模型
- 关系模型