thinkphp不能直接连tdsql for postgresql的oracle兼容模式，因其仅模拟sql语法而非提供oci协议；必须改用pgsql驱动，禁用auto_timestamp、启用pdo::attr_emulate_prepares，并手动处理schema、分页及主键适配。
ThinkPHP 不能直接连 TDSQL for PostgreSQL（Oracle 兼容模式），因为它的 Oracle 兼容层只模拟语法和部分系统视图，并不支持 ThinkPHP 所依赖的 OCI8 协议栈或标准 Oracle JDBC 行为；必须切换为 PostgreSQL 原生驱动，并手动绕过 Oracle 特有逻辑（如 ROWNUM 分页、SEQUENCE.NEXTVAL 自动生成主键）。
为什么用 Oracle 驱动连不上 TDSQL for PostgreSQL
TDSQL for PostgreSQL 的 Oracle 兼容模式本质是 SQL 翻译层：它接收 Oracle 风格的 DDL/DML，内部转成 PostgreSQL 执行。但 ThinkPHP 的 Oracle 驱动（如 think-oracle）依赖真实 OCI 连接、oci_connect() 函数、ROWNUM 分页、SELECT ... FROM DUAL 等底层行为——TDSQL 并不提供这些接口，也不响应 PDO::ATTR_DRIVER_NAME === 'oci' 的握手请求。
常见错误现象包括：
-
Call to undefined function oci_connect()（即使已启用 oci8 扩展，TDSQL 不走 OCI 协议） SQLSTATE[42703]: Undefined column: 7 ERROR: column "rownum" does not exist- 执行
SELECT * FROM DUAL报错：relation "dual" does not exist
改用 PostgreSQL 驱动 + 关键参数调整
必须放弃 Oracle 类型配置，改用 pgsql 类型，并在连接参数中显式声明兼容性边界：
ThinkPHP 8.1.0 正式发布，深度优化路由与验证机制，完美兼容 PHP 8.4。本版本修复了数组路由配置异常，新增枚举值校验与高级数组验证功能，支持路由分类默认处理。作为高性能 PHP 框架的最新迭代，它延续了简洁实用的设计原则，提供更稳定的底层架构与更流畅的开发体验，助力开发者快速构建现代化 Web 应用与企业级系统。
-
'type' => 'pgsql'（不是oracle） -
'hostname'填 TDSQL 实例的内网地址（如tdsql-pg-xxxxxx.tdsqldb.tencentcloud.com），端口默认5432 -
'database'必须是创建时指定的COMPATIBILITY = 'ORACLE'的数据库名（控制台可查，不是默认postgres） -
'params'中加入：PDO::ATTR_EMULATE_PREPARES => true（TDSQL 的 prepare 协议存在字段元信息缺失问题，不开启会导致Db::name('user')->find()返回空） - 禁用自动主键序列：
'auto_timestamp' => false和'auto_write_timestamp' => false，避免触发NEXTVAL调用
示例片段（config/database.php）：
'default' => [
'type' => 'pgsql',
'hostname' => 'tdsql-pg-xxxxxx.tdsqldb.tencentcloud.com',
'database' => 'my_oracle_compat_db',
'username' => 'tdsql_user',
'password' => 'xxx',
'hostport' => '5432',
'params' => [
\PDO::ATTR_EMULATE_PREPARES => true,
],
'auto_timestamp' => false,
'auto_write_timestamp' => false,
],
分页、序列、时间字段等 Oracle 习惯的适配点
TDSQL 的 Oracle 兼容是“单向翻译”，ThinkPHP 生成的原生 SQL 仍按 PostgreSQL 规则解析，所以以下写法必须改：
- 分页不能用
limit 10 offset 20自动推导，需手动用Db::table('user')->page(3, 10)->select()→ 它会生成LIMIT/OFFSET，TDSQL 支持；但若手写ROWNUM ，会直接报错 - 主键自增不能依赖
SEQ_USER_ID.NEXTVAL，应改用 PostgreSQL 原生SERIAL或IDENTITY列，模型中设'pk' => 'id'+'autoinc' => true -
datetime字段插入''或NULL会被 TDSQL 拒绝（Oracle 允许空字符串转NULL），需在模型protected $type = ['create_time' => 'datetime']并确保传入合法时间值 - 避免使用
TO_CHAR()、SYSDATE等函数，TDSQL 只支持 PostgreSQL 风格：CURRENT_TIMESTAMP、TO_CHAR(created_at, 'YYYY-MM-DD')
迁移时最容易被忽略的权限与 schema 绑定
TDSQL for PostgreSQL 的 Oracle 兼容模式下，用户默认 schema 是 public，但 Oracle 用户习惯把对象建在自己 username 下（如 SCOTT.EMP）。ThinkPHP 默认所有表都走 public，如果表实际在 scott schema 下，必须显式指定：
- 模型中加
protected $schema = 'scott' - 或全局设置
'prefix' => 'scott.'（注意结尾带点） - 否则报错：
relation "user" does not exist（其实是scott.user）
另外，TDSQL 控制台创建用户时若未勾选「默认 schema 权限」，即使 GRANT ALL ON SCHEMA scott TO tdsql_user，也可能因 search_path 未生效导致查询失败——务必在连接后执行 SET search_path TO scott, public，可通过 'params' 中的 PDO::MYSQL_ATTR_INIT_COMMAND 类似方式注入（PostgreSQL 用 PDO::PGSQL_ATTR_INIT_COMMAND，但 ThinkPHP 6.1+ 尚未原生支持，建议在 Db::connect() 后手动 execute('SET search_path TO scott, public')）。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
