鸿蒙SQL查询竟比Java还简单？19年IoT工程师实测

　　一三年那会儿，在北三环租的隔断间，朝北，窗户糊着胶带，风扇一开就嗡——不是响，是抖，整个窗框跟着震。老张蹲在门口接网线，手边摆着三台二手工控机，硬盘还用IDE接口。我拿Java写了个SQLite封装，为了把传感器数据塞进去，光是处理“timestamp”字段类型冲突，改了七版JDBC驱动适配逻辑。老张叼着烟说：“你这SQL，比我们厂里继电器配线图还绕。”我没搭腔，其实心里也发虚——毕竟连ResultSetMetaData.getColumnName(1)返回null都不知道是驱动bug还是自己没设别名。

　　一七年换平台，赶上了IoT云化第一波。我们砍掉本地存储，全上阿里云IoT套件，后台切到Spring Boot + MyBatis。表面看清爽了：SQL写在XML里，分页自动、事务自动、连接池自动。可真跑起来，设备端上报频率一过阈值，数据库连接池就红，查日志发现八成是“nested exception is org.apache.ibatis.exceptions.PersistenceException”，再往里翻，原来MyBatis把一个insert拆成两条——先insert主表，再insert子表，中间网络抖一下，子表写失败，主表又没回滚干净。王工半夜打电话问我：“你那个@SelectProvider里写的动态SQL，为啥把‘AND’写在字符串末尾又没trim？”我愣了三秒才想起来，是我手抖多敲了个空格。那一版固件灰度推了三天，现场返工刷了十七台终端。我原以为抽象层越厚越稳，结果抽象成了障眼法。

　　二二年搞鸿蒙轻量系统迁移试点，本来只想把BLE透传模块搬过去。结果顺手试了下DataAbility的Query方法——就一行：query(uri, new String[]{"id", "temp", "ts"}, "ts > ?", new String[]{String.valueOf(lastTs)}, null)。没DAO类，没XML，没ResultMap，甚至没try-catch（因为默认不抛异常，查不到就返回nullCursor）。我盯着IDE里高亮的那行代码看了两分钟，手指悬在键盘上，不敢删注释。旁边实习生小陈凑过来问：“老师，这……算SQL吗？”我说不算，他又说：“那它咋知道要查哪张表？”我张了张嘴，没答上来——确实不知道，uri里封装了权限+路径+表名，底层映射规则压根没露头。我当年在北三环写的那套SQLite封装，光是打开数据库就得先校验路径是否存在、是否可读、是否有写权限、是否被其他进程占用……现在？它连文件都懒得管，直接走IPC。

　　前两天实测，同一块Hi3861模组，Java方案跑完200条历史温度查询要412ms（含JSON序列化），鸿蒙DataAbility查同条件，平均87ms。我没截图，怕被人说是样本偏差。但风扇声还在脑子里——就是一三年那台华硕VGA显示器旁那台，转速调最低也像拖拉机挂二档。现在连风扇都换了，静音轴承，连嗡嗡声都没了。技术淘汰人，向来不打招呼。

　　我原以为SQL复杂度是和业务规模正相关的。结果二二年查文档发现，华为把查询能力收敛到URI语法里，而Oracle去年刚宣布废除SQL/JSON函数里的$root引用方式——他们那边还在加锁，这边已经把锁藏到IPC通道里去了。优胜劣汰这事，从来不是比谁功能多，是比谁敢删东西。当年老张说我的SQL绕，是对的；王工问那个空格，也是对的；但最错的一步，是我一七年砍掉本地SQLite，全押云数据库，却忘了嵌入式设备连心跳包都要掐着30ms软定时——云上SQL再优雅，一次重连超时就丢三包数据。这个坑，我跳了五年才爬出来，没告诉别人。

　　桌上那台老显示器牌子我早忘了，三星？飞利浦？反正不是LG。记得开机自检画面绿得瘆人，跟当年调试Zigbee协议栈时LED灯的颜色一模一样。李敏前年辞职去搞储能BMS了，微信头像换成黑底白字“电芯安全第一”，朋友圈再没提过SQL半句。上个月她突然发来一张照片：某车厂产线边缘网关的日志截屏，ERROR里赫然写着“Failed to bind DataAbility URI for sensor_history”。我回了个“？”。她秒回：“你们鸿蒙这套，能不能……给个错误码表？”我截图翻遍DevEco文档，没找到。只好手动grep源码包，搜出ERR_INVALID_URI_PATTERN=1207。她回了个笑哭表情，再没追问。

文章配图，仅供参考

　　现在这套我也拿不准还能干几年。

（编辑：均轻资讯网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!