订餐app，关于商家后台的数据结构？

问题：订餐app，关于商家后台的数据结构？
描述:

最近在模仿写一个订餐app，但是不清楚后端构架是什么样的。比如说，饿了么此类的app会先定位/手动输入一个地址，然后列出与地址相关的店铺，那么后端的数据解构是怎么样实现的呢？

我很菜，如果自己来说，可能会
表：
表1.地标，列出有商家的地址
表2.商家的表，包括商家的位置信息（商家注册后，位置的属性和表1中的值重合），商家的名字巴拉巴拉

用户输入一个地址，从表1中搜索最近的地址，然后从表1从获得的位置，查找表2商家。

---

解决方案1:

说说个人的想法

另一个需要考虑的因素：

定位/手动输入一个地址，然后列出与地址相关的店铺

其实，还有一个因素需要考虑——店铺的位置与定位/输入地址（此后简称地址）之间的距离——这个因素将影响送餐时间。

通常来说，列出的店铺应该以地址为中心Xkm为半径所构成的圆内的所有店铺

如果超出了Xkm，可能就不能保证ymin内送货上门的承诺了

数据结构的角度：

很显然这是一个图结构，地址为起始点根据某一限制条件来对找到的邻接顶点（店铺）排序并展示给用户

数据库设计角度：

首先，个人觉得地理信息/定位这些事有专门的公司干，他们应该会提供相应的服务及查询接口，需要时向其购买即可。订餐网站只需要专注于自己的业务逻辑即可。

个人觉得订餐网站只要管理好用户信息，商店信息，订单信息相关的内容即可。

解决方案2:

1. LBS首先要架一个搜索引擎，可以通过GPS距离或地址分词检索到附近店铺集合。
   开源的搜索引擎很多，比如Elasticsearch, Apache solr, Lucene等。

2. 通过店铺ID查询商家表的详情

希望对你有所帮助 :-p