一个表好还是多个表好？

[dafa]

我现在做了一个系统，每天的会产生一个每个员工在每个时段有固定的工种，我用DAO设计成每天一个表，这样一年有365个表，我测试过有2000个表没问题，不知DAO最多多少个表，我不知这样好还是设计成一个表好，性能有什么差别？望各位大虾指教。

[sky__horse]

每天一表不可取

[DOU]

你这种情况，表还是少一点好。根据实际需要，你可以设计少数几个表，比如：历史数据放入单独的表中，当前活动数据放入一个表中等等

[littletao]

从关系数据库角度来说，我觉得表一般是固定为好。
如果以表来表示动态数据，还不如用文件形式呢，用
数据库就没什么意义了。

[heter]

可以参考证券系统那样，为每个员工建一个表，而不是以时间建表。这样表的个数比较固定，便于编程和进行数据处理。

[jing]

你可以将历史数据放入一个表中将当前资料放入一个表。关键还是看你的数据量的大小我想一天一个表没有必要可根锯你数据库及程序实际的承受度去衡量

[jing]

RUN Speed!!!

[ltp3]

一个表好（或一个当前表和一个历史表）。
不管是每天一个表还是每个员工一个表，将来如果要做统计，损失就惨重了。
不知你的系统有多少数据量，如果几十万的话，查询还是比较快的。

[heter]

如果数据量大，还是多个表好，这样条理清楚，便于管理和更新。如果一个表的话，将会有大量数据冗余，并会出现数据不一致的问题。

[freehero]

我遇到这样的问题的解决方案是建立一个历史流水表,一个当前表流水表,每天晚上自动
当前流水入历史.

[dafa]

每天会生成60条记录，我当初的想法是为了看得清楚，有时只用到最近一个星期的数据，不想打开一个很大的表，不知打开几个小表是否会快一些，现在的速度还可以忍受，初始化3秒左右。

[fenfen]

讲究数据库的设计原则：
1、数据规范；
2、数据的冗余量最小；
3、便于查询；
几项综合考虑即可。