DatabaseMetaData.getDatabaseProductName() 返回数据库厂商名称（如"MySQL"），getDatabaseProductVersion() 返回服务端实际版本字符串（如"8.0.33"），二者均取决于数据库服务端版本，与JDBC驱动版本无关。
DatabaseMetaData.getDatabaseProductName() 和 getDatabaseProductVersion() 返回什么
这两个方法返回的是数据库厂商的名称和版本字符串，不是 JDBC 驱动版本，也不是操作系统或 Java 运行时版本。比如连接 MySQL 8.0.33 时，getDatabaseProductName() 返回 "MySQL"，getDatabaseProductVersion() 返回 "8.0.33"；连 PostgreSQL 15 时则返回 "PostgreSQL" 和 "15.2"。
注意：返回值完全取决于数据库服务端实际版本，与你用的 mysql-connector-j 或 postgresql JDBC 驱动版本无关——哪怕你用的是 8.0.33 的驱动去连 5.7 的 MySQL 实例，这里返回的仍是 "5.7.44"。
常见错误现象：getDatabaseProductVersion() 在某些旧版 Oracle（如 11g）上可能返回空字符串或 "Oracle" 而无具体数字，此时需配合 getDriverVersion() 和 getJDBCMinorVersion() 辅助判断兼容性。
如何判断数据库是否支持 SAVEPOINT
用 supportsSavepoints() 方法直接查，它返回 boolean，不抛异常、不依赖 SQL 执行，是标准且轻量的方式。
立即学习“Java免费学习笔记（深入）”；
使用场景：在实现嵌套事务或部分回滚逻辑前必须确认支持性，否则 connection.setSavepoint() 会抛 SQLFeatureNotSupportedException。
- MySQL（InnoDB 引擎）返回
true，MyISAM 返回false - PostgreSQL 始终返回
true - H2 内存模式默认
true，但若启用了DB_CLOSE_ON_EXIT=TRUE可能影响行为 - SQLite JDBC 驱动（如 sqlite-jdbc）多数版本返回
false，因底层不支持真正的 SAVEPOINT
性能影响：该方法只是读取驱动预设的元数据缓存，无网络往返，可安全频繁调用。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
getJDBCMinorVersion() 为什么不能代替数据库版本判断
getJDBCMinorVersion() 返回的是 JDBC 规范版本号（如 4.2），不是数据库能力版本。它只说明当前驱动实现了哪个 JDBC 标准，不代表数据库本身支持对应特性。
例如：一个基于 JDBC 4.2 实现的 PostgreSQL 驱动，连到 PostgreSQL 9.4（不支持 JSONB 类型）时，getJDBCMinorVersion() 是 2，但你仍不能直接用 setObject(idx, jsonbObj, Types.OTHER)——因为服务端不认。
容易踩的坑：
- 误把
getJDBCMinorVersion() == 2当作“支持 JDBC 4.2 新增的getSchemas()”——其实还要看数据库是否返回非空结果集 - 在多租户系统中混用不同版本数据库实例，仅靠 JDBC 版本做功能开关会导致运行时报错
- 某些国产数据库（如达梦、人大金仓）的 JDBC 驱动虽标称支持 JDBC 4.2，但
supportsGroupByUnrelated()等方法返回值与实际 SQL 行为不一致
getSQLKeywords() 和 isKeyword() 的实用边界
getSQLKeywords() 返回数据库保留关键字列表（String[]），可用于生成建表语句时规避字段名冲突；isKeyword(String) 则用于运行时校验——比如用户输入的列名是否需要加引号。
但要注意：这个列表由 JDBC 驱动硬编码提供，不一定实时同步数据库最新关键字。例如 MySQL 8.0 新增了 ADMIN、CACHE 等关键字，但老版本 mysql-connector-j 8.0.23 的 getSQLKeywords() 就不包含它们。
实操建议：
- 对关键业务表字段命名，优先用白名单校验（如只允许字母+下划线+数字），而非依赖
isKeyword() - 导出 DDL 时，若字段名命中
isKeyword("order") == true，应自动包裹为`order`（MySQL）或"order"（PostgreSQL） - 不要用
getSQLKeywords()做 SQL 注入防护——它不覆盖所有非法标识符，也不检查函数名或操作符
最常被忽略的一点：不同方言下同名关键字语义不同。比如 RECURSIVE 在 PostgreSQL 中是标准关键字，在 SQLite 中是编译选项控制的可选关键字，而 H2 默认不识别——光看 isKeyword("RECURSIVE") 返回 true 并不能保证 WITH RECURSIVE 语法可用。
