牙科诊所数据库设计——牙齿问题
Dental clinic database design - teeth problem
我正在为牙科诊所数据库的大学项目设计部分而苦苦挣扎。我会为医生准备一份 table，一份为患者准备，一份用于可能的治疗及其价目表，现在是预约部分。
所以基本上，您应该能够指定给定的患者给给定的医生，以对给定的牙齿或牙齿进行给定的治疗。您可以治疗一颗或几颗牙齿。您也可以对一颗牙齿进行多种治疗。之后您应该能够对这些牙齿进行简单有效的 SQL 查询。
据我所想，我可以把牙齿编号留给医生，并在预约时为牙齿做一个栏目 table。但是医生可能会犯错误。或者我可以为只有一列的牙齿制作一个新的 table，例如 tooth_id，但这听起来不是我的最佳解决方案。
牙齿编号：
11, 12, 13, 14, 15, 16, 17, 18,
21, 22, 23, 24, 25, 26, 27, 28,
31, 32, 33, 34, 35, 36, 37, 38,
41、42、43、44、45、46、47、48。
你会怎么做？
我在 MySQL 工作，只是提一下。
Table 代表病人，table 代表医生，table 代表牙齿，table 代表威胁。
然后，一个医生可以有很多客户 (1:N)，甚至 (N:M)，一个病人是否可以有其他医生由您决定。患者 1:N 有牙齿；和威胁的牙齿很好，我不知道这是怎么回事。
但是，是的，我会制作一个 table 只有牙齿 ID 和威胁的外键。
我会这样做 doctor-centric: table 医生将包含所述医生的可用性，因此 DOCTOR_PK 将有一个预约时间范围，doctor_id，和 patient_id（当然它可以为 null 和 FK（如果存在））。
患者可以充当多对多关系中两个域 table 之间的连接 table：TREATMENT_TYPE 和 TEETH。
在这一点上，医生会知道在给定的时间范围内会有一个需要这个和那个的病人。
PS：这是一个通用结构，如果有更具体的要求，它可能会变得更加复杂
我正在为牙科诊所数据库的大学项目设计部分而苦苦挣扎。我会为医生准备一份 table，一份为患者准备，一份用于可能的治疗及其价目表，现在是预约部分。
所以基本上，您应该能够指定给定的患者给给定的医生，以对给定的牙齿或牙齿进行给定的治疗。您可以治疗一颗或几颗牙齿。您也可以对一颗牙齿进行多种治疗。之后您应该能够对这些牙齿进行简单有效的 SQL 查询。
据我所想，我可以把牙齿编号留给医生，并在预约时为牙齿做一个栏目 table。但是医生可能会犯错误。或者我可以为只有一列的牙齿制作一个新的 table，例如 tooth_id，但这听起来不是我的最佳解决方案。
牙齿编号：
11, 12, 13, 14, 15, 16, 17, 18,
21, 22, 23, 24, 25, 26, 27, 28,
31, 32, 33, 34, 35, 36, 37, 38,
41、42、43、44、45、46、47、48。
你会怎么做？ 我在 MySQL 工作，只是提一下。
Table 代表病人，table 代表医生，table 代表牙齿，table 代表威胁。 然后，一个医生可以有很多客户 (1:N)，甚至 (N:M)，一个病人是否可以有其他医生由您决定。患者 1:N 有牙齿；和威胁的牙齿很好，我不知道这是怎么回事。
但是，是的，我会制作一个 table 只有牙齿 ID 和威胁的外键。
我会这样做 doctor-centric: table 医生将包含所述医生的可用性，因此 DOCTOR_PK 将有一个预约时间范围，doctor_id，和 patient_id（当然它可以为 null 和 FK（如果存在））。
患者可以充当多对多关系中两个域 table 之间的连接 table：TREATMENT_TYPE 和 TEETH。
在这一点上，医生会知道在给定的时间范围内会有一个需要这个和那个的病人。
PS：这是一个通用结构，如果有更具体的要求，它可能会变得更加复杂