本站与ba各级城市数据表全面对比（2026-07-24）
本站与 ba 各级城市数据表全面对比
文档性质：网站更新 / 数据分析
版本：2026-07-24
状态：已核对线上库banyan（本站 baoan）与mybaoanfuwu（参考站 ba）
关联：县级分站展示全流程与优化方案、网站LOGO与分站定位分析优化方案
1. 结论一览
| 维度 | 本站 baoan（库 banyan） | 参考站 ba（库 mybaoanfuwu） |
|---|---|---|
| 地理层级模型 | 扁平：一行 city = 一个可运营分站 | 省 → 地级市(L2) → 县(L3) |
| 当前开站数据 | 2 城：定远县、全椒县（县级名直接当站点） | 1736 城：L2=325，L3=1411，均标 is_substation=1 |
| 省表 | 无 by_province | 有，34 省 |
| 分站开关 | 主要靠 is_open | is_substation + is_open |
| 县下片区/商圈 | by_area → by_business（有数据） | by_area 极少；无 by_business 表 |
| 定位扩展表 | 无 | by_city_location、by_city_seo、by_substation_admin 等 |
| 能否展示县级分站 | 能（把县当成 city 一行即可） | 能且按层级设计（但 sj_id 父子数据质量差） |
关键认知：
本站今天已经在用「县级 = 分站」的运营方式，只是没有省/市父级字段；ba 有完整字段与定位服务，但父子关系数据与后台写入字段仍有缺陷，不能直接当「已完美」。
2. 表级对照
| 表名 | baoan | ba | 说明 |
|---|---|---|---|
by_city | ✅ 2 行 | ✅ 1736 行 | 分站主表 |
by_area | ✅ 8 行（均挂 city_id=5） | ✅ 8 行 | 本站语义多为县城片区/乡镇，不是行政区「县」 |
by_business | ✅ 50 行 | ❌ 表不存在 | 商圈；ba 代码里仍有 Business 模型 |
by_province | ❌ | ✅ 34 行 | 省级 |
by_city_location | ❌ | ✅ | 城市定位扩展（与部分 Model 命名可能不一致） |
by_city_seo | ❌ | ✅（空） | 分站 SEO |
by_substation_admin | ❌ | ✅ | 分站管理员绑定 |
by_location_config | ❌ | 模型提及，库中可能无此表 | 以实际库为准 |
3. by_city 字段对比
3.1 本站（22 列，扁平）
| 分组 | 字段 |
|---|---|
| 主键与展示 | city_id, name, photo, pinyin, first_letter, theme |
| 开站与域名 | is_open, domain, lng, lat, orderby |
| 名义上级（未用好） | province_id（多为 0）, cityy_id, area_id |
| 业务费 | gold, sjgold, grgold, … |
没有： city_level、sj_id、is_substation、area_code/postal_code、GPS 开关等。
3.2 ba（36 列，层级）
| 分组 | 字段 | 含义 |
|---|---|---|
| 层级 | city_level | 2=地级市，3=县/区 |
| 父级 | sj_id | 应指向地级市 city_id |
| 分站 | is_substation | 是否作为可切换/可跳转分站 |
| 省 | province_id | → by_province |
| 区划码 | area_code, postal_code | 行政/邮编类编码 |
| 坐标 | lng/lat 与 longitude/latitude | 双套坐标 |
| 定位开关 | ip_enabled, gps_enabled, gps_accuracy | 单城策略 |
| 地图 Key | baidu_ak, gaode_key, tencent_key | 可覆盖全局 |
4. 层级语义差异（最易混淆）
【本站运营实际】
站点(city) = 定远县 / 全椒县
└─ area = 定远县城、吴圩、炉桥… ← 片区，不是「县」
└─ business = 迎宾路、人民路… ← 商圈
【ba 行政区划设计】
province = 安徽省
└─ city(L2) = 滁州市
└─ city(L3) = 定远县、全椒县… ← 县级分站主体
area / business = 几乎未承担「县级」职责
改造时切勿把本站的 area 直接当成「县」；县应落在 by_city（或升级后的 L3）。
5. 数据质量（ba 侧警示）
抽样结论（改造前务必清洗）：
| 检查项 | 现象 |
|---|---|
| L3 数量 | 1411，占绝对多数 |
sj_id 正确指向 L2 | 约仅一成量级正确 |
sj_id 指到另一 L3 / 空 | 大量存在 |
| 定远/全椒示例 | 父级可能错指他县，而非滁州市 |
后台分站 CRUD 曾出现写入 level 而非 city_level、缺少父城选择器等问题——对齐 ba 时要修代码再迁数据，不能只拷表。
6. 管理端与前台用法差异
| 能力 | 本站 | ba |
|---|---|---|
| 城市 CRUD | Backstage/City | 分站主 UI：SubstationAction；另有旧 City |
| 省选择 | 无 | 有 |
| 分站批量开关 | 无 is_substation | 有 |
| 换城列表 | 字母表 + is_open | 字母表 + 省联动 API |
| 定位服务 | CommonAction 内 cookie/IP | LocationService + LocationApi |
| GPS 优先县级 | 无 | 解析时倾向 city_level>=3 |
| 城主后台 | Being（已注册） | 另有 substation_admin 绑定 |
| Substation 分组 | 代码目录有，未进 APP_GROUP_LIST | 完整 |
7. 对本站「展示各县级分站」的含义
- 短期可不改表结构：继续把每个县建成一条
by_city（与现定远/全椒一致），补齐is_open、photo、pinyin、内容与换城入口即可「展示各县分站」。 - 中期若要省→市→县选择器 / GPS 落县：必须引入
by_province、city_level、sj_id、is_substation，并清洗父子关系。 area/business保留为县站内部片区商圈，不要与 L3 县混名。
详细流程与分阶段方案见：县级分站展示全流程与优化方案。
8. 相关代码索引
| 项目 | 路径 |
|---|---|
| 本站 City 模型 | baoan/Banyan/Lib/Model/CityModel.class.php |
| 本站 PC 解析 | baoan/Banyan/Lib/Action/Home/CommonAction.class.php |
| ba City / Province | ba/Banyan/Lib/Model/CityModel.class.php、ProvinceModel |
| ba 定位 | ba/Banyan/Lib/Service/LocationService.class.php |
| ba 已有定位帮助 | 帮助中心 → 操作流程 → wap-location-flow |
