MySQL Prisma 方案具有不一致的帐户关系
作者: KariMuhammad创建于 2026年7月25日更新于 2026年7月25日
标签triage
Prisma适配器文件中的MySQL计划定义了“用户”和“账户”之间的不一致关系:
模型用户 {
账户
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
模式账户 {
用户编号字符串@ unique
用户 ? @ relations: [userId], 参考文献: [id]
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?有两个问题:
- 需要
用户 ' ,但相应的用户 ' 关系是可选的。 - " 用户ID@unique " 防止多个账户引用同一用户。 这与“账户”相冲突,使用户无法链接 多个供应商。
这种关系应当:
模型用户 {
账户
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?
模式账户 {
用户编号字符串
用户@ relation( 域: [userId], 参考文献: [id])
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢?现有的`独特'([提供方,提供方账户])的制约应保持不变,因为它专门确定了每个提供方账户。
是否有任何背景可以帮助我们理解?
PostgreSQL、SQLite和MongoDB的例子使用了一种必要的、非独特的用户 ' 关系和一种必要的用户 ' 关系。
将 MySQL 示例与它们对齐, 精确地模拟预定的一对一关系: 每个账户属于一个用户, 而一个用户可能链接 多个供应商账户,如GitHub和Google.
- 文件页已经存在吗? 请链接到它。
https://authjs.dev/getting-started/adapters/Prisma#schema 互联网档案馆的存檔,存档日期2013-12-02
内容来源: nextauthjs/next-auth