规范数据库设计:
糟糕的数据库设计
-
数据冗余,浪费空间
-
数据库插入删除都会麻烦,异常【屏蔽使用物理外键】
-
程序的性能差
良好的数据库设计
-
节省内存空间
-
保证数据的完整性
-
方便我们开发系统
软件开发中,关于数据库的设计
-
分析需求:分析业务和需求处理的数据库的需求
-
概要设计:设计关系图E-R图
设计数据库的步骤:(个人博客)
-
收集信息,分析需求
-
用户表(用户登录注销,用户的个人信息,写博客,创建分类)
-
分类表(文章分类,谁创建的)
-
文章表(文章的信息)
-
评论表
-
友链表(友链信息)
-
自定义表(系统信息,某个关键的字,或者一些主字段) key :value
-
-
标识实体(把需求落实到每个字段)
-
标识实体间的关系
-
写博客:user-->blog
-
创建分类:user-->category
-
评论:user--user--blog
-
友链:links
-
三大范式:
第一范式(1NF)
原子性:保证每一列不可再分
第二范式(2NF)
前提:满足第一范式
主要是说在联合主键的情况下,非主键列不能只依赖于主键的一部分
第三范式(3NF)
前提:满足第一范式和第二范式
不存在传递依赖。(A -> B, B -> C, A->C)
规范化和性能的问题
关联查询的表不得超过三张表
-
考虑商业化的需求和目标,(成本,用户体验!)数据库的性能更加重要
-
在规范性能的问题的时候,需要适当的考虑一下规范性
-
故意给某些表增加一些冗余的字段(从多表查询中变为单表查询)
-
故意增加一些计算列(从大数据量降低为小数据量的查询:索引)