假设要开发一个网上商店,最核心的逻辑是用户和订单之间的一对多关系
现在要求平台要能处理100万的用户,每个用户的平均订单数量接近100
这样的数量级,用hibernate来维护这个一对多关系会不会很吃力呢?如果不吃力,有没有什么需要注意和可以优化的地方?
谢了
假设要开发一个网上商店,最核心的逻辑是用户和订单之间的一对多关系
现在要求平台要能处理100万的用户,每个用户的平均订单数量接近100
这样的数量级,用hibernate来维护这个一对多关系会不会很吃力呢?如果不吃力,有没有什么需要注意和可以优化的地方?
谢了
其实到这个数量级的时候,hibernate是可以处理的,需要注意的地方反倒是数据库方面的优化了,如果查询多的话,可以考虑数据库的集群了。当然缓存也是一个好的办法,把hibernate的二级缓存打开,对于常用的数据进行缓存,这也是一个非常好的选择,如果数据的变化不是很大的话。数据库的优化索引的建立以及参数的配置都是非常大的,但数据量到达这个数量级的时候。。。。。。。。。