用户画像数据库的设计思路是什么样呢

我们想建立一个用户画像分析的数据库，主要的信息内容及就是用户的个人信息和购买物品的订单信息，订单交易额这些。

现在想把这些数据导出之后，重新入库存储，做一下画像分析，但是几十万的数据量放在一张表里的话，反应太慢了，但是根据商品类型分开多个数据表存储的话，关联查询要拼接好多的字段。

我自己刚入门，想法过于简单了，麻烦高手指点一下数据库的存储思路

回复内容：

我们想建立一个用户画像分析的数据库，主要的信息内容及就是用户的个人信息和购买物品的订单信息，订单交易额这些。

现在想把这些数据导出之后，重新入库存储，做一下画像分析，但是几十万的数据量放在一张表里的话，反应太慢了，但是根据商品类型分开多个数据表存储的话，关联查询要拼接好多的字段。

我自己刚入门，想法过于简单了，麻烦高手指点一下数据库的存储思路

存储的字段定义与量来说应该是差不多的，对表进行索引定义，分数据段获取数据然后分析，这事目前大部分公司的做法

几十万的数据量大？查询1ms都用不到