mysql按地区保存商品_MySQLmysql分地区记录查询

如果不是商品对于销售城市的划分相对固定的话

可以考虑使用分组的方式来做

也就是说 有 商品表&＃xff0c;城市表&＃xff0c;组表&＃xff0c;城市组关系表&＃xff0c;商品组关系表

1万个商品 和 880个城市 组成的关系表 如果全部添加 有880万数据

而

1万个商品 20个组 880个城市 如果全部添加 只有

(10000X20)&＃43;(20X880)

20万(商品组关系表)&＃43;19360(城市组关系表)的数据

并且实际上也不可能有这么多的数据

而且这是在 允许 一个商品对应多个组的情况下

如果一个商品只允许对应一个组

那么数据量会更小(虽然组的数据量可能会增加)

→。→被提醒了。

在极端条件下 分组的方式 也有很大的数据量

也就是说 1万个商品&＃xff0c;有1万个分组的情况。

这种情况下 虽然数据会比 原本的多对多模式要少&＃xff0c;但是依旧会有很大的数据量。

而还有可能的方式&＃xff0c;就是使用位运算的方式

例&＃xff5b;

北京的八大城区&＃xff0c;可以用 10011001八位二进制数代替是否在该地区销售。

而在存储进数据库时 二进制数可以转化为整数存储。

&＃xff5d;

而直接存储880位的全部城市 则数据过大&＃xff0c;查找起来并不方便。

因此&＃xff0c;还是需要进行分组。

而在这种分组中&＃xff0c;每一组代表了一些城市&＃xff0c;这些城市可以是销售区域&＃xff0c;也可以是非销售区域。

通过位运算的方式来确定该组中每个城市是否销售。

还可以通过各种位运算来快速确定哪些城市属于销售区域。

比如&＃xff0c;分段运算。

比如&＃xff0c;将第一位设置成为1则代表该分组下所有城市皆属于销售区域。

位运算的方式&＃xff0c;虽然会记录你可能用不到的信息(非销售区域的信息)

但是这些记录仅占1位的位置。

而位运算的方式&＃xff0c;则没有了分组方式中存储关系的空间和过程。

因为位运算方式的分组&＃xff0c;是“约定俗成”的。

相比分组的方式&＃xff0c;位运算的方式会进行更多的运算。

并且对于每个组中的每一位代表了什么&＃xff0c;也要进行存储——不一定存储在数据库中了。

位运算的方式并不一定适合你现在遇到的问题&＃xff0c;

只是可能在遇到类似问题的时候比分组的方式更合适。

因此在这里记录下来。