DBeaver中创建同义词必须使用SQL编辑器手写CREATE SYNONYM语句，无图形化入口；需确保权限、对象存在及大小写与引号规范，并通过USER_SYNONYMS等视图验证。
在 DBeaver 中执行 CREATE SYNONYM 必须用 SQL 编辑器，不能点选创建
DBeaver 没有图形化「新建同义词」按钮或向导，所有同义词都得靠手写 CREATE SYNONYM 语句完成。你右键数据库、模式或表，菜单里找不到 Synonym 相关选项——这不是你漏看了，是它压根没提供。这点和建表、建视图完全不同，容易误以为功能缺失。
实操建议：
- 确保已连接到目标数据库（如 Oracle、OceanBase），且当前用户具备对应权限：
CREATE SYNONYM（私有）、CREATE ANY SYNONYM或CREATE PUBLIC SYNONYM（公有） - 打开 SQL 编辑器（快捷键
Ctrl+Enter或点击顶部「SQL 编辑器」图标） - 输入完整语句，注意大小写不敏感但对象名引号敏感（如带下划线或数字开头需加双引号）
- 执行前务必核对
FOR后面的对象是否存在、权限是否足够，否则报错ORA-00942: table or view does not exist不代表表真没了，很可能是你没权限查那个 schema
私有 vs 公有同义词：权限和可见范围决定怎么写
私有同义词默认只对创建者生效，公有同义词要显式加 PUBLIC 关键字，且必须由 DBA 或授权用户执行。很多人写 CREATE PUBLIC SYNONYM emp FOR hr.employees 却提示 ORA-01031: insufficient privileges，不是语法错，是权限不够。
常见组合与注意事项：
- 创建私有同义词（当前用户下）：
CREATE SYNONYM emp FOR employees;—— 等价于CREATE SYNONYM emp FOR USER.employees; - 引用其他用户对象：
CREATE SYNONYM hr_emp FOR hr.employees;—— 需要有SELECT权限，否则后续查会报ORA-00942 - 创建公有同义词：
CREATE PUBLIC SYNONYM customers FOR sales.cust_table;—— 必须用sys、system或被授予CREATE PUBLIC SYNONYM的账号执行 - 带数据库链接：
CREATE SYNONYM remote_emp FOR hr.employees@dblink_name;—— 要求该 dblink 已存在且当前用户有使用权限
执行后查不到同义词？重点检查三个系统视图
执行成功不代表你能立刻查到——DBeaver 刷新元数据不会自动更新同义词列表，得手动查系统视图确认是否真正落地。
推荐立即运行的验证语句：
- 查自己创建的私有同义词：
SELECT * FROM USER_SYNONYMS WHERE SYNONYM_NAME = 'EMP'; - 查当前用户能访问的所有同义词（含公有）：
SELECT * FROM ALL_SYNONYMS WHERE SYNONYM_NAME = 'EMP'; - 查全部同义词（仅 DBA 可查）：
SELECT * FROM DBA_SYNONYMS WHERE SYNONYM_NAME = 'EMP';
如果 USER_SYNONYMS 有记录但 ALL_SYNONYMS 没有，说明这个同义词指向的对象（比如 hr.employees）你没权限访问，它对你“不可见”。
修改或替换同义词只能用 OR REPLACE，没有 ALTER SYNONYM
Oracle 和多数兼容数据库不支持 ALTER SYNONYM 语法。想改目标对象，唯一办法是加 OR REPLACE 重定义。但要注意：如果原同义词不存在，OR REPLACE 就等价于 CREATE；如果存在，就直接覆盖——不会校验新目标对象是否存在或是否有权限。
安全操作习惯：
- 先查旧定义：
SELECT TABLE_OWNER, TABLE_NAME FROM USER_SYNONYMS WHERE SYNONYM_NAME = 'EMP'; - 再执行替换：
CREATE OR REPLACE SYNONYM emp FOR hr.employees_new; - 最后验证可访问性：
SELECT COUNT(*) FROM emp;—— 这步不能省，否则上线才发现查不了
真正容易被忽略的是权限继承问题：同义词本身不带权限，它只是转发查询。哪怕你刚给 hr.employees 授了 SELECT，也得单独再授一次给同义词使用者，或者确保他们原本就有底层对象权限。
