GoLand 不支持 Oracle 原生驱动图形化配置，因其依赖 Java JDBC 而 Go 通过 CGO 调用 OCI；应改用 SQLite 模拟 SQL 提示，代码中用 godror 显式连接 Oracle 并正确配置 DSN 与环境变量。
GoLand 本身不支持 Oracle 原生驱动的图形化配置——它没有内置 godror、go-oci8 或 go-ora 的数据源类型，也不会自动识别 Oracle JDBC 驱动（因为 Go 不走 JDBC）。你看到的“新建数据源 → Oracle”选项，实际是为 Java/SQL 工具链准备的，对 Go 项目无效。
为什么 GoLand 的 Oracle 数据源配置点不了
GoLand 的数据库工具窗口中所谓“Oracle”数据源，底层依赖的是 JetBrains 的 Java JDBC 驱动栈。而 Go 连接 Oracle 必须通过 CGO 调用 Oracle 客户端库（如 ODPI-C / OCI），和 JDBC 完全无关。所以：
- 点击
Oracle后填入 host/port/service_name，点测试连接一定会失败，报错类似Cannot connect to database: No suitable driver found - 即使你手动把
ojdbc8.jar放进驱动路径，GoLand 仍无法执行sql.Open("godror", dsn)这类调用，因为它不解析 Go 的驱动注册逻辑 -
go.mod边距图标只识别jackc/pgx、go-sql-driver/mysql等常见包，godror和go-ora不在白名单内，不会触发自动建数据源
真正能用的替代方案：用 SQLite 或 PostgreSQL 模拟 + 手动管理 Oracle 连接
既然原生不支持，就绕过图形界面，转为「开发时靠 IDE 写 SQL 提示 + 运行时靠代码连 Oracle」的混合模式：
- 在数据库工具窗口里，添加一个
SQLite数据源（比如指向本地dev.db），仅用于享受 GoLand 的 SQL 语法高亮、表结构提示、快速跳转字段定义等功能 - 在 Go 代码中，用
godror或go-ora显式连接真实 Oracle 实例，例如：db, err := sql.Open("godror", "user/pass@host:1521/ORCLPDB1") - 确保你的
main.go或初始化文件里有_ "github.com/godror/godror"导入，否则sql.Open找不到驱动 - 如果用
godror，运行前必须设好LD_LIBRARY_PATH（Linux/macOS）或PATH（Windows）指向libclntsh.so或oci.dll，否则DPI-1047错误必现
godror 连接字符串写法与常见踩坑点
Oracle 的 DSN 格式不像 MySQL 那样自由，godror 要求严格匹配服务名或 Easy Connect 语法：
- 正确写法（推荐 Easy Connect）：
"user/pass@//host:1521/ORCLPDB1"—— 注意双斜杠//和 service_name 大小写敏感 - 错误写法：
"user/pass@host:1521:ORCLPDB1"（用冒号分隔实例名）、"user/pass@host:1521/ORCLPDB1?charset=utf8"（Oracle 不认charset参数） - 如果连的是 SID（非容器数据库），得用
godror.NewConnectionParams()构造，不能直接拼字符串 - GoLand 的 SQL 控制台里写的语句，若含
SELECT * FROM scott.emp，要确认当前连接用户有scott的访问权限，否则提示ORA-00942: table or view does not exist，不是连不上，而是权限问题
最易被忽略的是：GoLand 的数据库工具窗口里显示的「连接成功」图标，跟你 Go 程序里 db.Ping() 是否成功毫无关系。前者走 JDBC，后者走 ODPI-C，两套完全独立的链路。别被绿色对勾骗了。
