还有用 MYSQL 视图的大佬吗（N<20 张表 union），麻烦指点一二。

[whooami]

起因是这样的
因为目前业务表中有 N 个业务模型的数据结构类似的表，相似字段有 80%吧，因为后期单个模型的数量级都至少千万级以上，所以就没有使用公用表，直接分开存储的。

现在有时可能比如说一下查出所有模型下某个特征的所有数据（或者进行 Group by 统计），所以有打算用视图的方式 union 所有共同字段到一个视图中进行查询。这样代码会比较简洁。但是性能不确定后期数据量上来之后怎样？

所以想请教下各位大佬？这种情况一般你们都是怎么处理的，给点建议。

谢谢～

[zengguibo]

如果实时性不高，不如新建表，定时把数据导进去

[whooami]

@zengguibo 是实时的

[yinmin]

如果做统计分析系统，通常是每天凌晨会跑一个计划，对昨天数据进行清洗，也就是根据业务需要，先做一次 group by 去除一些分析功能不太会用到的字段，然后保存在几个 table 里。之后的统计分析基本上都是从数据清洗后的表里取数。

[yinmin]

只有查询当天数据，以及查询以前的明细数据才会读实时表。在做系统时，查询实时表的功能做在 2 级/3 级页面里，慢一点用户也能接受。

[whooami]

@yinmin 嗯，不是 BI 。是实时生产的数据，还要支持检索。其实单个查还行，不会慢，有的场景需要分组统计就……