|
建数据库原则
通常情况下,一个项目/应用建一个数据库
多表之间的建表原则
一对多 : 商品和分类
建表原则: 在多的一方添加一个外键,指向一的一方的主键 ?
多对多: 老师和学生, 学生和课程
建表原则: 建立一张中间表,将多对多的关系,拆分成一对多的关系,中间表至少要有两个外键,分别指向原来的那两张表。
一对一: 班级和班长, 公民和身份证, 国家和国旗
建表原则: 将一对一的情况,当作是一对多情况处理,在任意一张表添加一个外键,并且这个外键要唯一,指向另外一张表
一对一在数据库中并没有任何意义,因为可以直接将两张表合并成一张表。但实际中也有使用,那就是拆表操作。
建表原则: 将两张表的主键建立起连接,让两张表里面主键相等
例如一个相亲网站的个人信息包括: 姓名,性别,年龄,身高,体重,三围,兴趣爱好,年收入, 特长,学历, 职业, 择偶目标,要求 等
将个人信息分为常用信息和不常用信息,减少表的臃肿。
案例分析
用户表 (用户的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的时候,都要级联操作相关的外键表,不论有没有这个必要,由其在高并发的场景下,这会导致性能瓶颈
二、增加数据库压力
外键等于把数据的一致性事务实现,全部交给数据库服务器完成,并且有了外键,当做一些涉及外键字段的增,删,更新操作之后,需要触发相关操作去检查,而不得不消耗资源
三、死锁问题
若是高并发大流量事务场景,使用外键还可能容易造成死锁
四、开发不方便
有外键时,无论开发还是维护,需要手工维护数据时,都不太方便,要考虑级联因素
总结
一、如是单机且低并发,也不需要性能调优,再或者不能用程序保证数据的一致性,完整性,可以使用外键。
二、如果为了高并发,分布式,使系统性能更优,以及更好维护,则一定不能使用外键
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
|