tp5.1连接oracle必须安装pdo_oci驱动，而非oci8；需从php源码编译pdo_oci，配置type=>'oracle'并指定正确dsn，表名字段名须用双引号包裹，分页和自增主键需手动适配oracle语法。
TP5.1 连 Oracle 必须装 PDO_OCI，不是 oci8
ThinkPHP5.1 默认走 PDO 抽象层，PDO_OCI 是它唯一能识别的 Oracle 驱动；装 oci8 扩展没用——它只供原生 PHP 调用，TP 不会自动桥接。很多项目卡在这一步，装完 oci8 就以为搞定了，结果 Db::connect() 直接抛出 Driver not found: pdo_oci。
实操要点：
- 必须从 PHP 源码里编译
pdo_oci，不能用pecl install pdo_oci（它不支持 Oracle 11g 的旧协议） -
./configure时路径要严格匹配 Instant Client 安装位置，比如：--with-pdo-oci=instantclient,/usr/lib/oracle/11.2/client64/lib - 确认
php -m | grep pdo_oci有输出，且phpinfo()中 PDO 支持列表含oci - 如果系统是 CentOS 7+，
/usr/lib/oracle/11.2/client64/lib下必须存在libclntsh.so.11.1，否则加载失败报undefined symbol: nnfobn
database.php 配置里 type 必须设为 'oracle'，不是 'oci' 或 'pdo'
TP5.1 对 Oracle 的适配是硬编码在 think\db\connector\Oracle 类里的，只有当 'type' => 'oracle' 时才会加载对应驱动逻辑。设成 'type' => 'pdo' 或 'type' => 'oci' 都会 fallback 到通用 PDO 连接器，而它根本不认识 Oracle 的 DSN 格式。
正确配置片段：
return [
'type' => 'oracle',
'hostname' => '192.168.1.100',
'database' => 'ORCL',
'username' => 'scott',
'password' => 'tiger',
'hostport' => '1521',
'dsn' => 'oci:dbname=//192.168.1.100:1521/ORCL;charset=AL32UTF8',
'debug' => true,
];
注意：dsn 字段不能省——TP5.1 的 Oracle 连接器依赖它构造 PDO 实例，光靠 hostname/database 不生效。
常见错误现象：PDOException: SQLSTATE[HY000]: OCI: ORA-12154: TNS:could not resolve the connect identifier specified，本质是 DSN 格式错或未传入。
SQL 语法必须手动改写，TP 自带的 query builder 不兼容 Oracle
TP5.1 的 Db::table('user')->where('id', 1)->find() 在 Oracle 下会生成 SELECT * FROM user WHERE id = 1，但 user 是 Oracle 保留字，直接报 ORA-00903: invalid table name。这不是驱动问题，是 Query Builder 层没做方言隔离。
绕过方式（必须做）：
- 所有表名、字段名用双引号包裹：
Db::name('"USER"')->where('"ID"', 1)->find() - 分页必须用
ROWNUM重写，limit(10, 20)会生成LIMIT语法，Oracle 不认 - 自增主键不能依赖
LAST_INSERT_ID()，得用序列 + 触发器，或显式调用SELECT seq_name.NEXTVAL FROM DUAL -
INSERT ... RETURNING语法不被 TP 解析，想取刚插入的 ID 得拆成两步
没有“一键切换”方案。WebBuilder 那种全自动 SQL 转换是商业平台能力，TP5.1 原生不提供。
事务回滚在 Oracle 下行为异常，需禁用 savepoint
TP5.1 的事务封装默认用 SAVEPOINT 实现嵌套事务，但 Oracle 对 savepoint 的支持与 MySQL 不同：一旦外层事务 rollback，内层 savepoint 自动失效，TP 却还试图 ROLLBACK TO SAVEPOINT，触发 ORA-01086: savepoint 'SP_1' never established。
解决方法只有两个：
- 全局禁用 savepoint：
'break_reconnect' => false并确保事务块不嵌套 - 手写原生事务：
Db::startTrans(); try { ... } catch (\Exception $e) { Db::rollback(); throw $e; }，跳过 TP 的事务代理层
Oracle 的事务边界比 MySQL 更严格，COMMIT 后不能再 ROLLBACK，这点和 TP 默认假设的“可逆事务”模型冲突，容易在异常分支里漏掉 rollback。
