ThinkPHP6连接PostgreSQL需启用pdo_pgsql扩展、配置type为pgsql、删掉charset参数、显式设置hostport和PDO::ATTR_ERRMODE，同时检查.env覆盖及清缓存。
Composer 本身不直接管理“数据库插件”，它只装包；TP 项目连 MySQL 或 PostgreSQL，靠的是 PDO 扩展 + 兼容的 ORM/DB 封装包，不是装个“数据库插件”就自动通了。
composer require 装不上 think-sqlsrv 或 pdo-pgsql 扩展？
这类名字带 pdo- 或 think- 的包，90% 是误导——pdo_pgsql、pdo_sqlsrv 是 PHP 内置扩展，不是 Composer 包。你执行 composer require pdo-pgsql 必然失败，因为 Packagist 上根本不存在这个包。
- 真正要做的：用系统包管理器或 PHP 官方安装方式启用扩展，例如 Ubuntu 下
sudo apt install php-pgsql，Windows 下在php.ini解开extension=php_pdo_pgsql.dll - 验证是否生效：运行
php -m | grep pgsql或php --ri pdo_pgsql - Composer 只负责装“上层封装”，比如
topthink/think-orm（TP6 默认 ORM）或laravel/framework（带 DB 组件），它们依赖 PDO，但不提供 PDO
想用 PostgreSQL / SQL Server，该 require 哪些 Composer 包？
TP6 项目默认用 topthink/think-orm，它原生支持 MySQL、PostgreSQL、SQL Server、SQLite，只要底层 PDO 扩展就绪，配置 config/database.php 中的 type 即可切换，无需额外 require。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- PostgreSQL 场景：确认
ext-pdo_pgsql已启用 → 修改'type' => 'pgsql'→ 设置hostname、database等即可 - SQL Server 场景：需
ext-pdo_sqlsrv（Windows）或ext-pdo_odbc（Linux/macOS 配 ODBC）→'type' => 'sqlsrv' - 如果要用 Doctrine DBAL 或 Laravel 的
illuminate/database，才需要composer require doctrine/dbal或composer require illuminate/database，但会和 TP 原生 ORM 冲突，不建议混用
装了 topthink/think-queue 却连不上 Redis / MySQL？
topthink/think-queue 是任务队列驱动抽象层，它本身不连数据库；真正连库的是你选的驱动（如 redis、database），而驱动依赖必须手动补全。
- 选
database驱动：需确保topthink/think-orm已加载（默认有），且config/queue.php中'default' => 'database'，同时数据库连接配置正确 - 选
redis驱动：需ext-redis或ext-predis，并composer require predis/predis（若用 Predis 客户端） - 常见报错
Class 'Predis\Client' not found：说明只装了think-queue，没装predis/predis，缺驱动包
为什么 config/database.php 改了 type 却还是连 MySQL？
TP6 的数据库类型由 config/database.php 中 'type' 决定，但该文件会被环境变量或命令行参数覆盖。开发时容易忽略两个硬编码干扰点：
-
.env文件里写了DB_TYPE=mysql，会覆盖 PHP 配置中的'type'—— 检查.env并删掉或同步修改 - 运行
php think migrate时加了--type=mysql参数，会临时覆盖配置 - 缓存未清：改完配置后，执行
php think clear清空配置缓存，否则旧值仍生效
最常被跳过的动作是验证 PDO 扩展是否真加载成功，而不是只看 composer require 是否跑完。Composer 不会替你打开 php.ini，也不会重启 PHP-FPM —— 这些都得手动做，而且顺序不能错：先扩展开、再配 TP、最后清缓存。
