这是一个创建于 2183 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家好，有个数据库架构的问题想请问大家。 我的数据，有些记录的某些属性会经常更新，大概每几分钟就要更新一次，把这些字段和不更新的字段（例如 name、description 等）之放在一起合适吗？数据总记录条数其实也就上万条，字段有 30 几个。对性能影响大吗？还是说把表拆分开来更好？请问大家有没有什么好的建议？/p>
 | 1 opengps 2020-01-06 10:29:48 +08:00 尽量拆分，热数据将来扩展缓存会轻松不少 |
 | 2 linauror 2020-01-06 10:30:12 +08:00 你这种场景分开存储会比较好 |
 | 3 sweat89 2020-01-06 10:32:56 +08:00 万条数据。 随便玩吧 |
 | 4 maichael 2020-01-06 10:57:56 +08:00 同意楼上，如果数据条数没有涨的趋势，没有必要过度优化。 |
 | 5 RedisMasterNode 2020-01-06 11:32:19 +08:00 拆分开的后果就是要分别更新，分别读取 放在一起的后果就是 Update 的时候会对这张表频繁操作，静态数据本来不需要经常变但是行数据还是经常有锁在上面阻塞 TL;DR: 看业务和数据量，未来 1 年内如果还是小业务、数据量少（没到上百万千万上亿）实际上就放一起最方便； 预估到未来 1 年内数据量增长比较大的话提前垂直拆分开，动静数据分离比较合适 |
 | 6 U7Q5tLAex2FI0o0g 2020-01-06 11:38:37 +08:00 |
 | 7 815979670 2020-01-06 11:41:36 +08:00  1 我的建议是可以分开存储 查询可以走视图，两个表合在一起查询 |
 | 8 keepeye 2020-01-06 11:45:24 +08:00 我沉吟两秒，我们千万级数据也没考虑这个问题，还没到考虑的时候啊 |
 | 9 sumarker PRO 数据量不大,放在一起有影响,但是影响不大 |
 | 10 crclz 2020-01-06 17:55:08 +08:00 垂直拆分要按业务拆分，而不是访问、更新频率。 |
 | 11 byteli 2020-01-06 18:01:34 +08:00 百万都不到的数据，无所谓了。 起码要千万行再考虑吧 |
Select Language