建数据库原则

通常情况下,一个项目/应用建一个数据库

多表之间的建表原则

一对多 : 商品和分类

建表原则: 在多的一方添加一个外键,指向一的一方的主键 ​

多对多: 老师和学生, 学生和课程

建表原则: 建立一张中间表,将多对多的关系,拆分成一对多的关系,中间表至少要有两个外键,分别指向原来的那两张表。

一对一: 班级和班长, 公民和身份证, 国家和国旗

建表原则: 将一对一的情况,当作是一对多情况处理,在任意一张表添加一个外键,并且这个外键要唯一,指向另外一张表

一对一在数据库中并没有任何意义，因为可以直接将两张表合并成一张表。但实际中也有使用，那就是拆表操作。

建表原则: 将两张表的主键建立起连接,让两张表里面主键相等

例如一个相亲网站的个人信息包括: 姓名,性别,年龄,身高,体重,三围,兴趣爱好,年收入, 特长,学历, 职业, 择偶目标,要求 等

将个人信息分为常用信息和不常用信息,减少表的臃肿。

案例分析

用户表 (用户的ID,用户名,密码,手机)

create table user(

uid int primary key auto_increment,

username varchar(31),

password varchar(31),

phone varchar(11)

);

insert into user values(1,'zhangsan','123','13811118888');

订单表 (订单编号,总价,订单时间 ,地址,外键用户的ID)

create table orders(

oid int primary key auto_increment,

sum int not null,

otime timestamp,//时间戳

address varchar(100),

uno int,

foreign key(uno) references user(uid)

);

insert into orders values(1,200,null,'黑马前台旁边小黑屋',1);

insert into orders values(2,250,null,'黑马后台旁边1702',1);

商品表 (商品ID, 商品名称,商品价格,外键cno)

create table product(

pid int primary key auto_increment,

pname varchar(10),

price double,

cno int,

foreign key(cno) references category(cid)

);

insert into product values(null,'小米mix4',998,1);

insert into product values(null,'锤子',2888,1);

insert into product values(null,'阿迪王',99,2);

insert into product values(null,'老村长',88,3);

insert into product values(null,'劲酒',35,3);

insert into product values(null,'小熊饼干',1,4);

insert into product values(null,'卫龙辣条',1,5);

insert into product values(null,'旺旺大饼',1,5);

订单项: 中间表(订单ID,商品ID,商品数量,订单项总价)

create table orderitem(

ono int,

pno int,

foreign key(ono) references orders(oid),

foreign key(pno) references product(pid),

ocount int,

subsum double

);

--给1号订单添加商品 200块钱的商品

insert into orderitem values(1,7,100,100);

insert into orderitem values(1,8,101,100);

--给2号订单添加商品 250块钱的商品 ()

insert into orderitem values(2,5,1,35);

insert into orderitem values(2,3,3,99);

商品分类表(分类ID,分类名称,分类描述)

create table category(

cid int primary key auto_increment,

cname varchar(15),

cdesc varchar(100)

);

insert into category values(null,'手机数码','电子产品,黑马生产');

insert into category values(null,'鞋靴箱包','江南皮鞋厂倾情打造');

insert into category values(null,'香烟酒水','黄鹤楼,茅台,二锅头');

insert into category values(null,'酸奶饼干','娃哈哈,蒙牛酸酸乳');

insert into category values(null,'馋嘴零食','瓜子花生,八宝粥,辣条');

外键的使用

在JAVA开发中到底要不要使用外键呢？在阿里的JAVA规范中也有下面这一条

【强制】不得使用外键与级联，一切外键概念必须在应用层解决。

但是为什么呢？

很多人会说：“每次做DELETE 或者UPDATE都必须考虑外键约束，会导致开发的时候很痛苦,测试数据极为不方便。”

外键的优点

一、数据一致性

由数据库自身保证数据一致性、完整性会更可靠，程序很难100％保证数据的一致性、完整性

二、ER图可靠性

有主外键的数据库设计可以增加ER图的可读性

外键的缺点

一、级联问题

阿里巴巴的开发手册中，就曾指出强制要求不允许使用外键，一切外键概念必须在应用层解决。 因为每次级联delete或update的时候，都要级联操作相关的外键表，不论有没有这个必要，由其在高并发的场景下，这会导致性能瓶颈

二、增加数据库压力

外键等于把数据的一致性事务实现，全部交给数据库服务器完成，并且有了外键，当做一些涉及外键字段的增，删，更新操作之后，需要触发相关操作去检查，而不得不消耗资源

三、死锁问题

若是高并发大流量事务场景，使用外键还可能容易造成死锁

四、开发不方便

有外键时，无论开发还是维护，需要手工维护数据时，都不太方便，要考虑级联因素

总结

一、如是单机且低并发，也不需要性能调优，再或者不能用程序保证数据的一致性，完整性，可以使用外键。

二、如果为了高并发，分布式，使系统性能更优，以及更好维护，则一定不能使用外键