场景:
1、将10个店铺的产品都放在一个产品表中,随着时间的推移,某些店铺的产品非常多,某个店铺的产品很少,比如总数据60万,但其中一个店铺的的数据就占用了50万
2、一个店铺的里的产品数量有60万,其实正常的有55万,下架的只有5万,当仅需要查询正常状态的。
问题:
当需要做数据占比大的查询时,会非常慢(特别是查总数,且并没有指定或很少条件——缩小范围的查询)。
我需要怎么优优查询或设计,从技术层面、业务层面出发都可以。
场景:
1、将10个店铺的产品都放在一个产品表中,随着时间的推移,某些店铺的产品非常多,某个店铺的产品很少,比如总数据60万,但其中一个店铺的的数据就占用了50万
2、一个店铺的里的产品数量有60万,其实正常的有55万,下架的只有5万,当仅需要查询正常状态的。
问题:
当需要做数据占比大的查询时,会非常慢(特别是查总数,且并没有指定或很少条件——缩小范围的查询)。
我需要怎么优优查询或设计,从技术层面、业务层面出发都可以。
5 回答3.3k 阅读✓ 已解决
3 回答3.7k 阅读✓ 已解决
2 回答2.8k 阅读✓ 已解决
5 回答1.4k 阅读
2 回答2.1k 阅读
3 回答2k 阅读
1 回答3.6k 阅读
因为你这个数据量也并不是特别多
最重要的还是索引,关键的字段比如条件添加索引
主表不要做的太大,比如产品表,产品详情表,这个就是涉及到数据库设计