84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
如果一张表数据很大,将分表拆分数据,或者预估数据量很大,会预先生成很多分表,那么,日后要改字段,岂不是每张表都是执行同样的 sql 改字段?
MySQL 还有分区的概念,就是解决一张表数据量过大的,为什么现实开发中还是普遍使用分表的方式?
小伙看你根骨奇佳,潜力无限,来学PHP伐。
我认为不管是数据库还是编程的各种模式,并不是说0耦合就是最好的。适当的冗余可以提高性能,和可读、维护性。
个人愚见,分区是你指定规则进行分表,比较死板。分表可以在业务逻辑层上进行灵活的热点数据分表。
一个表的容量还是有限的,数据越多插入性能就会受影响,每次插入都要去寻找对应分区,还有索引,都会大大降低插入速度。
至于分表的坏处,当然就是你说的如果需要修改字段,那就要每张表都去执行,但这种可能性小,况且之前的数据都已成为历史数据了,而如果你把数据都放一张表里,改表结构不就把表锁住了?从这个方面来看,分表还可以做到读写分离。另一个坏处就是查询需要union分表,需要用while去拼接sql,这是有点繁琐的,恰恰分区不用拼接。。。
因此实际中,分表和分区常常是结合的,各自互补。
我认为不管是数据库还是编程的各种模式,并不是说0耦合就是最好的。适当的冗余可以提高性能,和可读、维护性。
个人愚见,分区是你指定规则进行分表,比较死板。分表可以在业务逻辑层上进行灵活的热点数据分表。
一个表的容量还是有限的,数据越多插入性能就会受影响,每次插入都要去寻找对应分区,还有索引,都会大大降低插入速度。
至于分表的坏处,当然就是你说的如果需要修改字段,那就要每张表都去执行,但这种可能性小,况且之前的数据都已成为历史数据了,而如果你把数据都放一张表里,改表结构不就把表锁住了?从这个方面来看,分表还可以做到读写分离。另一个坏处就是查询需要union分表,需要用while去拼接sql,这是有点繁琐的,恰恰分区不用拼接。。。
因此实际中,分表和分区常常是结合的,各自互补。