我们想建立一个用户画像分析的数据库，主要的信息内容及就是用户的个人信息和购买物品的订单信息，订单交易额这些。
现在想把这些数据导出之后，重新入库存储，做一下画像分析，但是几十万的数据量放在一张表里的话，反应太慢了，但是根据商品类型分开多个数据表存储的话，关联查询要拼接好多的字段。
我自己刚入门，想法过于简单了，麻烦高手指点一下数据库的存储思路
我们想建立一个用户画像分析的数据库，主要的信息内容及就是用户的个人信息和购买物品的订单信息，订单交易额这些。
现在想把这些数据导出之后，重新入库存储，做一下画像分析，但是几十万的数据量放在一张表里的话，反应太慢了，但是根据商品类型分开多个数据表存储的话，关联查询要拼接好多的字段。
我自己刚入门，想法过于简单了，麻烦高手指点一下数据库的存储思路
存储的字段定义与量来说应该是差不多的，对表进行索引定义，分数据段获取数据然后分析，这事目前大部分公司的做法
几十万的数据量大？查询1ms都用不到
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
