数据库设计
2016-03-24 11:37
162 查看
第三范式:属性不依赖于其他非主属性
比如
人员表和部门表设置为
ID 人员名 部门ID 部门名 部门人数
参照第三范式这样是不合理的,
因为 【部门名】【部门人数依】赖于【部门ID】 却不依赖于【ID】
应该分成两个表
人员表
ID 人员名 部门ID
部门表
部门ID 部门名 部门人数
这样可以节省存储空间,但是如果部门名字业务中需要经常用到,为了减少查询,也会不遵守规则存放到人员表中!
待续
比如
人员表和部门表设置为
ID 人员名 部门ID 部门名 部门人数
参照第三范式这样是不合理的,
因为 【部门名】【部门人数依】赖于【部门ID】 却不依赖于【ID】
应该分成两个表
人员表
ID 人员名 部门ID
部门表
部门ID 部门名 部门人数
这样可以节省存储空间,但是如果部门名字业务中需要经常用到,为了减少查询,也会不遵守规则存放到人员表中!
待续
相关文章推荐
- sql 美化器
- mysql获得刚插入的那条记录的id
- MyBatis的动态SQL操作--删除
- 数据库_chapter04
- 获取数据库所有表 和 每张表信息
- 四种方式实现SQLServer 分页查询
- 盘点mysql中容易被我们误会的地方
- SpringMVC通过Redis实现缓存主页
- 解决mysql卡死的问题彻底优化mysql性能
- 微软官方SqlHelper类 数据库辅助操作类[原创]_实用技巧_脚本之家
- mysql视图
- Oracle to_char()函数的使用细则
- MySQL复制之半同步复制
- MySQL5.6 实现主从复制,读写分离,分散单台服务器压力
- scala 使用JDBC方式访问Mysql
- centos 下redis安装与使用与配置
- MyBatis的动态SQL操作--更新
- Redis代理twemproxy安装,配置,使用
- sql--表的修改
- 查看Oracle最耗性能SQL以及查看锁表进程SQL语句1和杀掉锁表进程