放在一个表中，坏处：数据冗余，好处：查询速度快，是这样吗？谢谢大家！
我的一位同学做了一个“管家婆“管理软件，有一个功能模块是记录自己的收入，其中，收入有 3 种类型： 工资、奖金、公积金，用户在前台操作完之后，将数据记录在数据库的表中是下面这样的：
日期 钱数 收入类型
2007-09-01 100 奖金
2007-09-02 100 奖金
2007-09-03 100 奖金
2007-09-04 100 奖金
2007-09-05 100 奖金
2007-09-06 100 奖金
2007-09-07 100 奖金
2007-09-08 100 奖金
2007-09-09 100 工资
2007-09-10 100 公积金
……
……
……
……
……
……
老师说：这样不好，应该专门做一个“收入类型表”，如：
ID 收入类型
1 工资
2 奖金
3 公积金
这样用户在前端，我们设置一个 ListBox ，里面显示的有 3 项：工资、奖金、公积金，
工资 对应的 value 值是：1
奖金 对应的 value 值是：2
公积金对应的 value 值是：3
这样用户在选择完之后，一按确定，就将 value 的值写入表中，即：
日期 钱数 收入类型
2007-09-01 100 2
2007-09-02 100 2
2007-09-03 100 2
2007-09-04 100 2
2007-09-05 100 2
2007-09-06 100 2
2007-09-07 100 2
2007-09-08 100 2
2007-09-09 100 1
2007-09-10 100 3
……
……
……
……
……
……
这样就好非常好！
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
我的疑惑：
(1).这样做的好处是：避免了数据的大量重复，即避免了数据的冗余，对吗？
(2).这样做的坏处是：在前端的程序界面中的表格中我们要显示这样的数据：
日期 钱数 收入类型
2007-09-01 100 奖金
2007-09-02 100 奖金
2007-09-03 100 奖金
2007-09-04 100 奖金
2007-09-05 100 奖金
2007-09-06 100 奖金
2007-09-07 100 奖金
2007-09-08 100 奖金
2007-09-09 100 工资
2007-09-10 100 公积金
……
……
……
……
……
那就要将这 2 个表合在一起进行连接查询，速度决定没有将数据放在一个表中查询速度快，这是放在 2 个表中的坏处，是这样吗？
[解决办法]
我个人赞同你老师的做法,这样确实比较规范.
查询速度其实并不会慢.
[解决办法]
我也赞同你老师的做法，一般这样的功能设计都是这样的，例如页面可以做个下拉选择框：
1 工资
2 奖金
3 公积金
这样你要是以后添加一个选项，例如4:加班工资,只要直接在配置表添加，灵活多了。。。。。。个人理解哈：）
[解决办法]
老师的做法更符合数据库设计的范式要求。
[解决办法]
都不用说，看看数据库设计的三范式就知道了
[解决办法]
都是超人啊
我的异常网推荐解决方案：软件开发者薪资,http://www.myexception.cn/other/1391128.html
