首页 > 对于这样的数据库结构你们怎么设计?

对于这样的数据库结构你们怎么设计?

多个快递公司的对全国不同城市的运费设置


三十几个区域,一百家物流,4种价格

这种没有量的配置数据不需要设计结构,直接一坨json之类的随意存,用的时候全读出来,内存里面自己写算法过滤查询就行。宝贵的sql资源不是用来处理这种情况的。


快递公司表
express (快递公司id, 快递公司名称, ……)

运费表
freight (id, 快递公司id, 地区id, 首重, 首重费用, 续重, 续重费用, ……)

地区表
area (id, 地区名称, 上级地区id, ……) PS:这些数据是固定的,可以使用redis存,不一定要设计为mysql数据表。

多对多的关系,把快递公司和地区看做2个实体,运费作为它们的关联。这样后续添加或者删除快递公司或者快递公司增加或者撤除了某个配送地区,修改都是简单可行的。

【热门文章】
【热门文章】