数据库经常更新的字段和不经常更新的字段放在一起合适吗？

• 資深大佬 : opengps

  尽量拆分，热数据将来扩展缓存会轻松不少

• 資深大佬 : linauror

  你这种场景分开存储会比较好

• 資深大佬 : sweat89

  万条数据。
  随便玩吧

• 資深大佬 : maichael

  同意上，如果数据条数没有涨的趋势，没有必要过度优化。

• 資深大佬 : RedisMasterNode

  拆分开的后果就是要分别更新，分别读取
  放在一起的后果就是 Update 的时候会对这张表频繁操作，静态数据本来不需要经常变但是行数据还是经常有锁在上面阻塞

  TL;DR:
  看业务和数据量，未来 1 年内如果还是小业务、数据量少（没到上百万千万上亿）实际上就放一起最方便；
  预估到未来 1 年内数据量增长比较大的话提前垂直拆分开，动静数据分离比较合适

• 資深大佬 : littleylv

  上万条数据，没必要

  @RedisMasterNode #5 “TL;DR”是这么用的？

• 資深大佬 : 815979670

  我的建议是可以分开存储 查询可以走视图，两个表合在一起查询

• 資深大佬 : keepeye

  我沉吟两秒，我们千万级数据也没考虑这个问题，还没到考虑的时候啊

• 資深大佬 : sumarker

  数据量不大,放在一起有影响,但是影响不大

• 資深大佬 : crclz

  垂直拆分要按业务拆分，而不是访问、更新频率。

• 資深大佬 : byteli

  百万都不到的数据，无所谓了。
  起码要千万行再考虑吧