|
一、为什么700M电子倾角处理着有点“费劲”？❗ 核心难点：数据“断层” 700M电子倾角所在的数据表中： 没有小区信息
这就导致一个问题： 👉 倾角 ≠ 小区（无法直接关联） 必须通过多个中间表，才能把数据串起来。 传统处理流程（典型操作）日常操作一般是这样： 查 gNodeB功能表 查 NR DU小区表 查 天线信息 查 RET子单元 多表关联（手工或Excel） 匹配小区 再整理工单模板
👉 问题很明显：
[size=1.55em]二、优化思路：把“流程”写成脚本 核心思路其实很简单： 👉 把重复操作，固化成SQL
实现两个能力： ✅ 一键查询700M电子倾角（支持整网/条件筛选）✅ 一键生成参数修改工单模板
三、脚本内容/*脚本中所需表的查询命令：LST NRDUCELL:;DSP NRDUCELLANTENNA:;LST GNODEBFUNCTION:;DSP RETSUBUNIT:;LST RET:;该脚本用于查询700M小区的倾角，同时生成修改倾角的工单模板*/create TEMPORARY table temp_info_700M电子倾角 as select distinct a.网元名 站名,b."NR DU小区名称" 小区名,a.gNodeB标识 ENB,小区标识 CI,'460-00-' || a.gNodeB标识 || '-' || 小区标识 as ECGI,a.gNodeB标识*4096+小区标识 ECI,b.频带,b."NR DU小区标识",c.射频单元信息,d.天线设备编号 ,d.设备名称,e.子单元编号,e."实际倾角(0.1度)"from 查询gNodeB功能 ainner join 查询NR_DU小区静态参数 bon a.网元名 = b.网元名inner join 查询NR分布单元小区天线 c on b.网元名 = c.网元名 and b."NR DU小区标识" = c."NR DU小区标识"inner join 查询电调天线配置信息 don c.网元名 = d.网元名 and c.射频单元信息 = d.控制端柜号 || '-'|| d.控制端框号 || '-'|| d.控制端槽号inner join 查询电调天线子单元动态信息 eon d.网元名 = e.网元名 and d.天线设备编号 = e.天线设备编号 ;--只查看电调无工单模板SELECT * from temp_info_700M电子倾角where 1=1and _查询条件_ in ({aa_str}) and "设备名称" like '%700%' ;--生成工单模板select *,'' as 地市,'华为' as 厂家,ECGI AS 网元名称,'RETSUBUNIT' as 参数对象名称,'SUBUNITNO' as OMC中参数名称,"天线设备编号" as 参数组ID,"子单元编号" as 现网参数值,"子单元编号" as 参数修改值,'MOD' AS 操作类型,'' AS 指令组 ,'普通参数模板' AS 模板类型 from temp_info_700M电子倾角where 1=1and _查询条件_ in ({aa_str}) and "设备名称" like '%700%'union ALLselect *,'' as 地市,'华为' as 厂家,ECGI AS 网元名称,'RETSUBUNIT' as 参数对象名称,'TILT' as OMC中参数名称,"天线设备编号" as 参数组ID,"实际倾角(0.1度)" as 现网参数值,'' as 参数修改值,'MOD' AS 操作类型,'' AS 指令组 ,'普通参数模板' AS 模板类型 from temp_info_700M电子倾角where 1=1and _查询条件_ in ({aa_str}) and "设备名称" like '%700%';_表名_[700M电调,700M电调加工单模板]执行结果共返回两张表，内容如下：
四、使用脚本处理的优势1️⃣ 批量能力👉 从“逐个处理” → “整网处理”→ “批量条件查询”
2️⃣ 标准化👉 每次输出结果一致，避免人为误差
3️⃣ 自动化闭环👉 查询 → 分析 → 工单，一步完成
4️⃣ 可复用性强👉 写一次脚本，重复利用 🏁 总结🔥 用一个脚本，替代一整套重复操作流程，提升效率，减少重复工作
|
2
发表于 2026-3-18 22:24:59
