自从阿里推出去IOC的概念之后,就越来越多的人放弃了oralce以及其他的数据库,转向mysql(不过之前的用户使用率也是不低的啊 //:手动滑稽)
然后好多的人在开发的时候,就会对数据库优化这一块越来越蛋疼。查询的时候慢的要死,一看表,乱七八糟的。没一点的设计逻辑,也不根据数据库三范式来设计数据库。不过,现在问那些刚从学校出来的人,问他们三范式,他们还能回答的出来,像工作两三年的又不是DBA的亲,都不怎么知道三范式,我也是最近翻到这一块了,才又温故了一遍。下面直奔主题
--------------------------------------------------------------我是分割线----------------------------------------------------------
表的设计,只有在满足1NF了 才能满足2NF 进而满足3NF
1NF:就是表的列具有原子性,不可以在分解。意思就是表的数据不能在分解。不过,现在像我们经常用的关系型数据库(mysql/oracle/db2/sql server...)都是关系型数据库,这些关系型数据库也都自动的满足了第一范式。
2NF:第二范式也就是对数据的唯一性,不过大部分也都是满足的,很少有不满足的,毕竟都是有主键嘛。不过 对于主键来说,最好不要参与逻辑,只是起到一个标记作用即可。我遇见了不少就是拿主键ID去做查询使用了。下面罗列一个例子
在设计订单表的时候,一般会有以下的字段
ID | order_num | add_time | order_time | info_id | user_id | content | ... | ... |
1 | XXXXXXXX | .... | .......... | ......... | ........... | ......... | ....... | ..... |
2 | xxxxxxxxxxxxxx | .... | .......... | ............ | .......... | ........ | ........ | ........ |
3NF:是对字段冗余性的约束,当设计表的时候,有些字段是可以能推出来的。这个时候,就不要画蛇添足的给它设计出冗(无)余(用)字段
比如
class表
ID | class_name | teacher_name | ... |
1 | 软件工程 | 张XX | ... |
2 | 网络工程 | 李XX | ... |
ID | name | tel | class_id | class_name | teacher_name | ....... | |
1 | 王XX | 10001 | ......... | 1 | 软件工程 | 张XX | ....... |
2 | 赵XX | 10002 | .......... | 2 | 网络工程 | 李XX | ..... |
然而,有时候设计的时候还会设计反3NF,比如:
在设计相册的时候,会设计出相册的浏览量,在图片的时候,也会有一个相片的浏览量。在设计这个浏览量的时候,会出现反3NF设计的做法。
我这的网速比较差,想截图给大家,但是,网速太差,实在是不能上传不了。
就简单的做个表格。
这个是相册的表
ID | 相册名字 | views | .... |
1 | XXXXX | 100 | ... |
2 | xxxxxx | 66 | .... |
ID | 相片名字 | view | 相册ID |
1 | XXXXX | 55 | 1 |
2 | xxxxxx | 66 | 2 |
以上就是我对于表设计的理解。有各位看官不赞同的请在下面留言。
如果你觉得我写的还可以,请关注我的公众号,为我加油喝彩