归档目的地在多数环境就是闪回区(db_recovery_file_dest),能装多少由 db_recovery_file_dest_size 决定。直接在操作系统上 rm,控制文件记录还在,RMAN 依旧认为归档存在,给后续备份恢复埋雷。如果归档目的地配的是普通文件系统(log_archive_dest_n 指向本地目录),磁盘满或目录权限坏,一样报 257。保留天数按备份策略定:目标是能恢复到

它可能比 alert 里报的多——把范围一次摸清,别修一个又冒一个。两步都别忘了"先在操作系统层把文件放到新路径",rename 只改控制文件里的登记,不搬文件。——ORA-01110 的作用是给前面的主错误补充"哪个文件出的事"这行线索。限制:system / sysaux 表空间的文件不能走这条路,只能 restore 恢复。处理思路也由此而来:ORA-01110 负责指路,真正的原因和修法看

这种方式不验证密码，靠的是操作系统身份：操作系统能登录，Oracle 就认为你是 SYS。它不依赖监听器，也不依赖密码文件，数据库只要实例起来了（哪怕只是 mount / nomount 状态）就能连上。它是个纯命令行客户端，没有花哨的界面，所有操作靠敲命令完成。切换时会先自动提交当前未提交事务，再断开重连，会话上下文（如 alter session 设置）全部丢失，等于重新开始一个会话。断开当前

WebRTC 搞定了音视频流的传输。谁有权建房谁有权加入谁有权踢人旁观和发言有什么区别断线了怎么处理这些是信令服务器的活。这套自研协议只有 10 条左右信令，覆盖了远程帮办的全部业务场景。所有状态变更必须经过服务器——不是性能最优的方案，但状态一致性最高。政务场景不需要百万人并发，但绝对不能在通话中丢了状态。信令层的代码不复杂。复杂的是想清楚"每个状态下谁可以做什么"。这个想清楚了，代码是自然推导

核心命题：政务系统80%的页面是"查询条件+结果列表+增删改查"——这80%不该写代码。五张表描述任意SQL的本质——把SQL的结构（查什么、从哪查、怎么过滤、怎么排）拆成正交维度存进关系表，运行时按sqlId组装。结构化的东西才能配置化，配置化的东西才能零代码。配套的翻译层设计是关键：同一份元数据，后端消费出SQL、前端消费出界面——一份配置两处产出。describe()接口（第13篇）是这个双

一行渲染出完整的查询页——条件表单+结果列表+分页+导出。10.8KB的组件是"零代码模式"的唯一入口。这篇拆它怎么消费describe元数据自动生成一切，以及三种开发模式在这里的分界线。

零代码模式下MetaGrid连columns都不传——describe元数据经store.meta到达——

非科班野生程序员，深耕政务信息化20年。表单设计器设计好了，设计结果存哪？运行时怎么还原？这篇拆解设计器的两条出路——存数据库动态渲染，和导出JSP静态加载。两种模式还能互相转换，导出的JSP可以载回设计器继续编辑。

非科班野生程序员，深耕政务信息化20年。政务审批表单有多复杂？请假申请要并排三列，报销审批要有合并单元格的大标题栏，采购审批要嵌套子表——固定行列的低代码方案根本搞不定。这篇拆解基于Dojo的可视化表单设计器怎么实现自由布局。

非科班野生程序员，深耕政务信息化20年，这套自研低代码平台支撑过省级社保、跨省医保结算等核心民生系统。前面的系列文讲了框架层（IOC、AOP、路由、MyBatis），这篇开始拆解平台的上层建筑——低代码引擎。从元数据驱动SQL到可视化表单设计器，五个关键决策，全是政务场景踩坑后的实用解法。作者：许彰午（xuzhangwu）前面的系列文讲了框架底座：自研IOC容器、注解路由、CGLIB代理AOP、M