设计数据库时，尽可能按照规范设计成多个表和设计成比较少一些的表，哪个工作效率更高些。

[liuchunhuith]

设计数据库时，尽可能按照规范设计成多个表和设计成比较少一些的表，哪个工作效率更高些。

[5956]

表多的话，执行的效率高一点
不过数据库的冗余可能增加

[liuchunhuith]

select from 多个表，和select from 比较少些的表，速度有差别吗，或者差别很大吗，当数据量很大时。

[payzq]

也不能一味的按规范

[peitsiang_gimi]

一舯来说，具有相同属性的表建在一起可能会比较好
但这时候最好要一个字段来区分就是了
例如出库和出库退货，这时出库用正数，退货数量用负数
统计的时候可能就比较方便了

[HenanBoy]

我来谈谈我的意见：
建立的表多的话可以增加系统的灵活性，但是对程序员的SQL基础要搞，要经常用到Store procedure and Trigger 等等之类的东西，
如果表少的话，很多东西在一个表中荣誉可定 要出现问题但是对程序员来说，比较简单，不用什么Left outer Inner 等等之类的东西

[liuchunhuith]

我只要运行速度，其它的可以从略

[birdzxy]

按照数据库理论，设计表要至少要符合第三范式，那么也就是说表的设计要多才好。但是表多了操作明显没那么容易，但是它节省了数据容于，至于速度，这和数据字段类型和是否具有索引有关系吧。和表的多少没多大关系（除非你定义了雷同表，同一字段查询两次）

[liuchunhuith]

但我知道，索引后，select的速度自然是快了，但insert ,update 的速度又慢了，这对insert update使用率要求比较高的程序，是否不便呢

[yklnxie]

建表尽量符合第三范式的要求，但是也要根据实际情况有所改变，怎么掌握这个尺度只能靠经验了。

[liuchunhuith]

唉，鱼和熊常啊