主要业务数据关系
本页只解释表之间的业务关系。实际数据库外键以各库表详情的“物理外键”为准；下述跨库引用、JSON内的ID和业务标识关联，不自动具备数据库约束。
设备、安装与运行
| 关系 | 如何理解 |
|---|---|
| 设备 → 渠道、型号、地区 | nebula_ids.base_device 保存档案，channel_id/model_id关联渠道与型号，region_id记录设备IP解析的地域标识；MAC＋CPU共同识别设备 |
| 设备 → ES设备档案 | 登记、激活和资料更新形成检索副本，用于大量设备筛选；同步延迟可能造成短暂差异 |
| 设备 → 安装月快照 | 设备上报安装列表形成 ik_app_install.app_install_deviceYYYYMM，ES提供列表检索，MySQL保存完整apps集合 |
| 安装月快照 → 安装覆盖统计 | 离线展开、聚合后写入app_install_count_package；一张快照有多个应用，统计按包名、版本和月份解释 |
| 设备＋应用 → 运行明细 | 设备按日上报时长和次数，进入TDengine flow_app_runtime；运行日不同于补报到达日 |
| 运行明细 → 排行榜 | 周期汇总写入遗留MySQL stats_app_runtime_top，属于非实时结果；跨版本设备数不能直接相加当去重值 |
设备日活、APP活跃、首次激活和运行时长分别表达不同事实。安装了应用不代表运行过；活跃也不等于首次激活。
配置、设备范围与反馈
| 业务 | 配置保存在哪里 | 范围和结果 |
|---|---|---|
| APK任务投放 | nebula_ids.base_task_device | 规则选设备；flow_task_device保存推送关系和反馈；flow_task_role仅控制后台角色访问 |
| UOTA升级与恢复 | ik_yudao_task.task_uota_detail、task_domain、task_domain_uota_app | 规则决定新配置适用范围；旧渠道/MAC表保留兼容。域名池与恢复APK池不是一对一从表 |
| Launcher广告 | launcher_base_info → launcher_index → launcher_index_advert | 一级版本、二级位置、三级素材；规则关联广告位，TD另存播放及执行结果 |
| 黑名单处理 | ik_apk.app_blacklisted | 规则决定对象；MySQL保存卸载反馈，TD保存按天杀进程反馈；配置范围不是已执行设备数 |
| 规则导出 | device_rule_export_config → batch/record | 配置绑定规则，一批次为多配置生成文件；同设备命中多配置会重复计入批次匹配数 |
规则的 business_type＋business_id 一起确定目标：任务关联base_task_device，Launcher关联launcher_index，黑名单关联app_blacklisted，域名及UOTA恢复分别关联task_domain与task_domain_uota_app，规则导出关联device_rule_export_config。裸ID不是跨业务全局主键。
MAC资源包与规则保存的是引用关系，修改资源明细可能影响多条规则及多个业务。规则页面的“设备数量”是对直接MAC、资源MAC及渠道的快速预估，不涵盖全部地区和高级条件，也不是实际执行数。
审批、文件与权限
审批设计模型发布后形成定义及配置快照；用户发起产生流程实例，运行任务表示当前待办，历史表支持已办与追查。业务记录ID、流程实例ID、审批任务ID、状态消息键各自不同。审批通过与对应业务配置已经生效需要分别核对。
infra_file 保存资源信息，文件本体可在外部存储，只有数据库存储方式使用 infra_file_content。UOTA与Launcher使用文件ID引用资源；Launcher反馈的 ad_resource_id 指向素材配置记录，不能直接当文件ID。
后台用户通过用户—角色—菜单关系取得权限。GoView项目的role_ids逻辑引用系统角色，content保存布局和查询配置；项目没有单独的data_source_id外键，数据源选择包含在控件或公共数据池配置中。
单体遗留关系
MySQL nebula_ids 是原单体库；Task使用ik_yudao_task，Device使用ik_yudao_device及ik_app_install，同时仍访问部分单体时期的业务表。遗留库中的同名MySQL表、TDengine超级表与ES索引分别列出用途和存储规则。
其中 base_channel.task_id → base_task.id 有实际数据库外键，但属于历史渠道任务关系，不代表当前规则投放流程。其他表的物理约束详见对应库页。