能否同时使用prisma与node-postgres？二者该如何搭配使用？

你描述的使用方案完全可以安全落地，不存在兼容性风险，已经有大量生产环境项目采用「Prisma 负责 schema 定义和数据库迁移、node-postgres 负责所有查询逻辑」的组合模式。

Prisma 迁移本质是生成标准的 PostgreSQL DDL 语句执行，不会在数据库中写入任何私有格式的内容，迁移完成后的数据库就是原生的 PostgreSQL 实例，node-postgres 连接访问不会有任何适配问题。你提到的 queryRaw 异常、PostgreSQL 行级安全（RLS）支持不足的问题，用原生 node-postgres 实现完全可以绕开 Prisma Client 的限制，同时还能保留 Prisma 迁移工具的自动迁移、自定义迁移等便捷能力。

具体操作可以按以下流程执行：

• 正常维护你的 Prisma Schema 文件，按需求定义表结构、字段、索引、外键等属性，需要配置 RLS 策略的场景可以直接在 Prisma 自定义迁移文件中写原生 PostgreSQL 语法实现，不会影响后续的迁移流程执行。
• 迁移流程完全沿用原有的 Prisma 逻辑即可：开发环境执行 prisma migrate dev 生成迁移文件，生产环境执行 prisma migrate deploy 执行上线迁移，无需调整现有工作流。
• 配置 node-postgres 连接时直接使用和 Prisma 相同的数据库连接字符串即可，不需要做额外适配，如果不需要用到 Prisma Client 的查询能力，甚至可以不初始化 Prisma Client 运行时，减少依赖体积。
• 所有查询逻辑直接通过 node-postgres 实现，不管是普通 CRUD 还是需要设置会话变量触发 RLS 的场景，都和直接连接原生 PostgreSQL 操作完全一致，不受 Prisma 任何限制。

使用过程中有两个可以参考的优化点：

• 每次更新 Prisma Schema 生成并执行迁移后，只需要同步调整自己写的查询逻辑中对应的表名、字段名即可，Prisma 不会生成额外的隐式约束导致原生 SQL 执行异常。
• 如果你需要类型安全能力，可以单独生成 Prisma 的类型定义，不用引入 Prisma Client 运行时，将生成的类型复用到你自己封装的 node-postgres 查询方法中即可，既保留类型校验能力，又不受 Prisma 查询功能的限制。
• 不需要额外引入 knexjs 也可以覆盖你的需求，工具组合完全可以按自己的使用习惯调整，没有强制的依赖要求。

内容的提问来源于stack exchange，提问作者jtlindsey