多城市平台性网站的设计思路?

此类平台如搜房网,赶集等。用户可以选择不同的城市站点浏览不同的信息。 我觉得此类平台的纠结点是两个部分一是web网站是否根据城市独立建设,二是数据库是否根据城市独立。 实现此类平台的方案我能想到的有三种: 方案一:有多少城市建多少web站点和数据库,这样的架构初期搭建成本低,但是带来的是数据不互通,因为是多web站点维护成本增加 方案二:一个web站点对应多数据库,前端根据访问域名来区分城市,由web端来决定该链…
关注者
56
被浏览
1,802
推荐第三种方式。创建期,在网站数据量较小的时候尽量使用一个站点一个数据库,在数据库中设计几个字段来区分那个站点不久可以了吗,比如新增城市字段:1表示北京;2表示天津;3……能够灵活增减和映射。初期发展大了,数据访问量大且速度慢了,就把其中几个城市的数据筛选出来新建一个数据库和新站点(网站源程序可用同一套),同时把原来的数据库里这些城市的数据剔除,就能折中平衡。后期再大了,就不用担心这个问题了,资本会解决一切!另外云数据库云服务器之类的性能挺高的,初创时期做一个站一个数据库成本低,步子不大不扯蛋!