![]() |
1
1
我认为我自己对数据库设计比较陌生,所以把它当作是值得的。在第一个例子中,我的第一个想法是维护一个单独的“GradStudent”表,其中包括姓名和其他个人信息。在我看来,它让你在未来的潜在变化中保持灵活性。例如,如果创建了另一个研究生角色,除了教师或研究助理之外,还可以由个人担任,该怎么办?您可以创建一个“Gradustudent_Relationship”表,该表可以容纳将来的其他角色,例如:
至于让你的CRUD操作更加困难,在我看来,增加的灵活性超过了这一担忧。也许您可以在数据库中设置触发器来帮助实现这一点? 关于第二个例子,为什么相机不能有音频?难道有些数码相机不录制包含音频的视频吗?还有,为什么手机不能有镜头或视口测量?现在不是很多手机都有摄像头吗? 不管怎样,我有时发现尽可能地抽象“类”是很有帮助的,这样可以保持最大的灵活性。正如您所提到的,在CRUD操作方面可能存在一些折衷,但就我个人而言,我喜欢知道数据库模式可以处理将来可能发生的更改。
|
![]() |
2
0
|
![]() |
Michael Samuel · MYSQL在以下情况下自动创建索引 6 年前 |
![]() |
Patricia Rozario · 数据库设计确保一对一关系 6 年前 |
![]() |
dryhay · MySQL“多对多”关系错误 7 年前 |
![]() |
L. Fox · 我在这里用的是什么样的Laravel雄辩的关系 7 年前 |
![]() |
Geoff Harper · 我应该如何构建关系松散的SQL db 7 年前 |
![]() |
waroxx · SQL—当多个表具有相同的列时,最好怎么做 7 年前 |
![]() |
Lumpi01 · SQL 2不同的注释类型-最佳解决方案? 7 年前 |
![]() |
Hayreddin Tüzel · 预约系统数据库建模[关闭] 7 年前 |