当前页面: 开发资料首页 → JSP 专题 → 多个表的数据合为一个表,会不会增加MYSQL的压力?????

多个表的数据合为一个表,会不会增加MYSQL的压力?????

摘要: 多个表的数据合为一个表,会不会增加MYSQL的压力?????

多个表的数据合为一个表,会不会增加MYSQL的压力?????

---

看你怎么合了

---

任何操作都会有压力```````就跟开机也伤硬盘一样````

---

如果是优化,那就去做

---

感觉好就行呀

---

只是感觉现在三个表只是其中一两个字段不同而已，但一整合数据量会比以前大三倍，因为是三个表全为一个，所以怕会给数据库造成压力，大家给点意见

---

理论上说是会造成负担。。。。实际要看数据量多少来定的。。。如果你的数据量并不多，而且并不庞大。。。那就合并起来也无妨。。。

---

每个表大概有几个字段？按照数据库设计的三大范式来看，只要能保持关联性，还是拆的越开越好。

---

表有11个字段，合并后会多一个，一共12个字段

---

数据有多少?

---

每个表的数据都在10000以上,融合后会超过3万

---

不开机也伤硬盘，万事万物都在老化

---

3万不算多.
不过还要看数据的增加速度.

合并的原因? 只是因为表结构类似? 如果现在运行得很好,没必要费这个事了吧?

---

就是感觉表结构类似啊，而且以后还会添这样类似的表，有点麻烦，如果把表合并，只需有一个标志字段就行了

---

D

---

合吧
还有啥可问的啊?

---

在顶啊，看看大家的指点，我感觉越来越拿不定主意了

---

如果现存的表可以 “多个表的数据合为一个表” 那么就说明：原先的设计不合理

---

如果现存的表可以 “多个表的数据合为一个表” 那么就说明：原先的设计不合理
______________________________________________________________
但是有人说分的越开越好啊????

究竟应该怎么做啊??

高人指教!!!!!!!!!!!!!!

---

但是有人说分的越开越好啊????
-------------------
这谁说的啊? 再不你把那一万的表分成一万个一条数据的表?


理论上同样数据结构的表当然是合并的好,但是实际上会有一些分表的情况,
比如 银行/商店的交易数据,频繁操作的是一段时间内的, 在每月底批量处理后,就会成为历史记录,除查询外不会有其它操作,而且因为历史记录数据非常庞大, 所以会把当月的数据独立放一个表,提高速度.

---

好的，谢谢helloyou0(你好！)

---

D!

---

会 大的论坛都会把同一张表按时间拆开

---

晕死了，还是拿不定主意

---

每个表的数据都在10000以上,融合后会超过3万
这个还不算大

但是有人说分的越开越好啊????
如果使用完全范式，估计大多系统的性能很差

---

D

---

考虑一下使用视图，在操作上等同与一个表，但是数据还是分散在各个表中

---

分与合
主要还是看你的需要了

比如现在查询的速度很慢 就要考虑分了

---