宠物看护跟踪服务实体表设计咨询：角色用单表关联还是分三表？

针对你的两个问题，结合宠物看护服务的业务场景，给出以下实际性建议：

一、实体表数量与角色存储方案选择 #

• 单USER表+Role字段：如果处理员（handler）、看护员（sitter）、客户（client）这三个角色的核心属性一致（姓名、联系方式等），仅存在少量专属属性（比如sitter的看护资质、client的宠物基础信息），这种方案最简洁，后续维护成本最低。你当前的代码采用的就是这种方式，完全适配大多数常规业务场景。
• 分角色独立表：只有当不同角色存在大量专属字段，且业务逻辑差异极大时（比如handler需要管理权限字段、sitter需要绑定服务区域和技能标签、client需要存储完整宠物档案），才考虑拆分三张独立表。但这种方案会增加关联查询的复杂度，除非业务有明确强制要求，否则不推荐。

二、角色表的设计选择 #

• 直接在USER表加Role字段：如果一个用户只能对应单一角色（比如不能同时是客户和看护员），这种方案足够用，简单高效，和你当前的写法匹配。
• 新增USER_ROLE关联表：如果存在用户身兼多职的业务场景（比如某个用户既是宠物主人又是兼职看护员），就需要用关联表实现多角色绑定。参考结构如下：

  CREATE TABLE USER_ROLE (
      UserID INT(20) NOT NULL,
      Role VARCHAR(50) NOT NULL,
      PRIMARY KEY(UserID, Role),
      FOREIGN KEY(UserID) REFERENCES USER(UserID)
  );
  

  同时需要去掉USER表中的Role字段。

修正后的SQL代码（解决原代码的语法与逻辑问题） #

原代码存在几个关键问题：ORDER是SQL关键字不能用作表名、COMMENT表语法错误、循环外键依赖、用户与订单的关联逻辑不合理，修正后的代码如下：

CREATE DATABASE PSIRT;

USE PSIRT;

-- 基础用户表
CREATE TABLE USER(
    UserID INT(20) NOT NULL,
    LastName VARCHAR(80) NOT NULL,
    FirstName VARCHAR(80) NOT NULL,
    Role VARCHAR(50) NOT NULL, -- 单角色场景保留此字段，多角色则删除
    Phone VARCHAR(12) NOT NULL,
    EmailAddress VARCHAR(100) NOT NULL,
    IPAddress VARCHAR(15) NOT NULL,
    PRIMARY KEY(UserID)
);

-- 订单表（修正关键字问题，调整关联逻辑）
CREATE TABLE ORDERS(
    OrderNumber INT(20) NOT NULL,
    TypeOfOrder VARCHAR(255) NOT NULL,
    DateCreated DATE NOT NULL,
    ServiceState VARCHAR(50) NOT NULL,
    ClientID INT(20) NOT NULL, -- 关联下单的客户用户
    PRIMARY KEY(OrderNumber),
    FOREIGN KEY(ClientID) REFERENCES USER(UserID)
);

-- 评论表（修正语法错误，调整外键依赖）
CREATE TABLE COMMENT(
    CommentID INT(20) NOT NULL,
    CommentDate DATE NOT NULL,
    CommentText VARCHAR(255) NULL,
    UserID INT(20) NOT NULL,
    OrderNumber INT(20) NOT NULL,
    PRIMARY KEY(CommentID),
    FOREIGN KEY(UserID) REFERENCES USER(UserID),
    FOREIGN KEY(OrderNumber) REFERENCES ORDERS(OrderNumber)
);

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