Oracle建表必须显式指定TABLESPACE、DATE类型不支持精度需用TIMESTAMP、主键约束须命名、可视化工具生成DDL需人工审核。
CREATE TABLE 语句必须显式指定表空间
oracle 不像 mysql 那样默认把表建在用户默认表空间里就完事——哪怕你有 default tablespace，显式写上 tablespace 才是生产环境的底线。否则可能建到 system 或 sysaux，轻则被 dba 抓包警告，重则触发空间告警。
实操建议：
- 始终在
CREATE TABLE末尾加上TABLESPACE users（或你被授权使用的具体表空间名） - 用
SELECT username, default_tablespace FROM dba_users WHERE username = 'YOUR_USER';确认当前用户的默认表空间，但别依赖它 - 如果建表时报
ORA-01950: no privileges on tablespace 'USERS'，不是语法错，是权限问题，得找 DBA 授予QUOTA ON USERS
DATE 类型不能带精度，TIMESTAMP 才能指定秒级小数位
很多人照着 PostgreSQL 或 MySQL 习惯写 DATE(3) 或 DATE WITH TIME ZONE，Oracle 直接报 ORA-00907: missing right parenthesis。Oracle 的 DATE 固定包含年月日时分秒（无毫秒），要毫秒必须用 TIMESTAMP。
实操建议：
- 存日期时间且需毫秒：用
TIMESTAMP(3)（括号里是小数位数，最大 9） - 需要时区支持：用
TIMESTAMP WITH TIME ZONE，但注意应用层解析兼容性差，JDBC 需显式设置oracle.jdbc.mapDateToTimestamp=false -
DATE类型字段插入'2024-01-01 12:34:56.789'会自动截断毫秒，不报错也不警告——这是静默丢失精度，比报错更危险
主键约束必须命名，否则 Oracle 自动生成 SYS_Cxxxxxx 名字
不命名主键约束看似省事，但后续查问题、删约束、做数据迁移时，SYS_C0012345 这种名字根本看不出归属。DBA 查 USER_CONSTRAINTS 时也得靠 TABLE_NAME 反查，效率低还易出错。
实操建议：
- 主键约束必须用
CONSTRAINT pk_table_name PRIMARY KEY (id)显式命名，格式统一（如pk_+ 表名） - 外键、唯一约束同理，命名规则保持一致，比如
fk_order_user_id - 如果已经建了没命名的主键，可用
ALTER TABLE t1 RENAME CONSTRAINT SYS_C0012345 TO pk_t1;补救，但得先查出原名：SELECT constraint_name FROM user_constraints WHERE table_name = 'T1' AND constraint_type = 'P';
SQL*Plus / SQL Developer 里的可视化配置不改变 DDL 本质
SQL Developer 点点点建表，看着方便，但导出 DDL 时经常发现它偷偷加了 SEGMENT CREATION DEFERRED 或 LOGGING，而你的脚本部署到测试库可能因为参数不同直接失败。可视化只是前端包装，底层仍是标准 DDL。
实操建议：
- 所有正式环境建表脚本，必须手写或从 SQL Developer 导出后人工审核，重点看
SEGMENT CREATION和LOGGING是否符合规范 - 避免
SEGMENT CREATION DEFERRED：它让表“存在但没分配段”，首次 INSERT 才建物理结构，导致某些监控脚本或 expdp 备份行为异常；改用SEGMENT CREATION IMMEDIATE - 确认
LOGGING设置：归档模式下通常要LOGGING，但批量导入历史数据可临时设NOLOGGING加速——不过这会影响闪回和备库同步，不能图快乱开
Oracle 建表真正麻烦的从来不是语法，而是每个选项背后牵扯的存储策略、权限体系和运维约定。一个没写表空间，一个用了未命名约束，一个依赖 GUI 默认值——三处小疏忽，上线后就够排查半天。
