oracle中dml需显式commit才生效，默认autocommit off；update/delete须防where缺失；insert需字段对齐、显式列名及to_date()；select无order by不保证顺序，禁用select*。
INSERT、UPDATE、DELETE、SELECT 这四个语句在 Oracle 中不是“写完就生效”，必须显式 COMMIT 才能持久化；不提交，其他会话看不见变更，断开连接后自动回滚。
执行 DML 前必须确认是否已开启自动提交
Oracle 默认关闭自动提交（AUTOCOMMIT OFF），这和 MySQL / PostgreSQL 不同。很多新手在 SQL*Plus 或某些 JDBC 驱动里执行完 INSERT 就直接 SELECT，发现查不到刚插的数据，其实是没 COMMIT。
- 检查当前状态：
SHOW AUTOCOMMIT（SQL*Plus） - 临时开启：
SET AUTOCOMMIT ON（不推荐用于生产脚本） - 更稳妥的做法：所有 DML 后手动加
COMMIT;，出错时用ROLLBACK; - PL/SQL 块中无法隐式提交，
COMMIT必须显式写出，且不能放在子程序中（除非用PRAGMA AUTONOMOUS_TRANSACTION）
WHERE 条件缺失会导致全表误操作
UPDATE 和 DELETE 如果漏写 WHERE，会作用于整张表——UPDATE emp SET salary = 1 不加条件，全员薪资变 1；DELETE FROM emp 直接清空，且可回滚（区别于 TRUNCATE）。
- 安全习惯：写完
UPDATE/DELETE后，先用等价SELECT验证范围，例如：SELECT * FROM emp WHERE deptno = 10;→ 再执行UPDATE emp SET ... WHERE deptno = 10; -
WHERE中比较NULL必须用IS NULL或IS NOT NULL，写成= NULL永远不成立 - 字符串比较区分大小写，
WHERE name = 'SMITH'查不到'Smith'，必要时用UPPER()或建函数索引
INSERT 时字段顺序与 VALUES 必须严格对齐
Oracle 对列名和值的顺序敏感。省略列名列表时，VALUES 必须按 CREATE TABLE 中定义的**物理顺序**提供全部非默认/非空字段值，否则报 ORA-00947: not enough values 或类型不匹配错误。
- 推荐始终显式列出字段：
INSERT INTO emp (empno, ename, job) VALUES (7900, 'JAMES', 'CLERK'); - 插入
DATE类型建议用TO_DATE()显式转换，避免依赖NLS_DATE_FORMAT导致环境迁移失败 - 插入
NUMBER字段时，字符串如'12.34'会被隐式转，但'12,34'（含千分位）直接报错 - 自增主键（Identity Column）字段，若设为
GENERATED BY DEFAULT ON NULL，可显式插入NULL触发生成；若为ALWAYS，则不允许在INSERT中指定该列
SELECT 查询结果不可写，且默认不排序
SELECT 是只读操作，但容易被忽略的是：它不保证返回顺序。没有 ORDER BY 时，Oracle 可能按块读取、并行扫描或索引路径返回行，两次执行同一语句结果顺序可能不同。
- 需要稳定顺序必须加
ORDER BY，即使只是按主键排，也不能省略 -
SELECT *在表结构变更后可能引发应用异常（比如新增 NOT NULL 列但代码未适配），应明确列出所需字段 - 分页慎用
ROWNUM：写成WHERE ROWNUM 可以，但 <code>WHERE ROWNUM > 5 AND ROWNUM 无效（<code>ROWNUM在结果集生成时即分配，过滤后不会重排）；正确分页需嵌套查询或用OFFSET ... FETCH NEXT（12c+） - 大表
SELECT建议加/*+ FIRST_ROWS(n) */提示，避免优化器选择全表哈希连接导致首行延迟高
实际跑通一条完整链路最常卡在事务边界和 WHERE 范围上，而不是语法本身。尤其在跨会话验证或定时任务里，忘了 COMMIT 或漏了 WHERE 条件，问题现象往往看起来像“数据没进去”或“删错了”，其实只是没生效或范围失控。
