#误区 1：Prisma 是数据库
不是。
Prisma != PostgreSQL / MySQL / MongoDB
Prisma = 数据访问层工具链#误区 2：改了 schema 就等于改了数据库
不是。
schema 变了，只是你的“数据契约提案”变了。数据库要靠 migration 或其他同步手段跟进。
#误区 3：Prisma 用了以后就不用懂 SQL
不对。
你至少仍然要理解：
- 关系怎么建
- 索引为什么重要
- 事务边界怎么划
- 哪些查询会重
#误区 4：include 越多越方便
短期方便，长期可能过度取数。
只拿业务真正需要的字段和关系。
#误区 5：transaction 里 Promise.all 就能并行提速
不成立。
事务里的操作通常要走同一连接，不会变成你想象中的真正并行。
#误区 6：Prisma 不能写 raw SQL
错。
可以，而且某些复杂场景本来就应该写 raw SQL。
关键不是“能不能写”，而是“高频主路径是否仍保持清晰和安全”。
#误区 7：Prisma 就是“更好看的数据库 SDK”
说浅了。
它真正厉害的地方在于把：
- schema
- relation
- migration
- codegen
- type-safe client
串成了一条完整工作流。
#误区 8：model 改名一定安全
危险。
很多“看起来像重命名”的操作，在数据库层其实可能被解释成“删旧列、新建新列”。
这类变更必须检查 migration SQL。