
我计划使用这个 SQL 模式来存储/生成各种运动的统计数据和球员数据。我想让它尽可能地不可知,但鉴于每项运动都有不同的得分和游戏玩法指标,我不得不在最后分解它。

我计划使用这个 SQL 模式来存储/生成各种运动的统计数据和球员数据。我想让它尽可能地不可知,但鉴于每项运动都有不同的得分和游戏玩法指标,我不得不在最后分解它。
那里有两个“危险信号”:
每当您使用应该是外键值的值来命名表时,您几乎肯定会遇到问题:
这些应该合并到GamePerformance并添加一个外键到League. 如果在 NCAAB 中没有“辅助”之类的东西(表之间的唯一区别),只需使其可以为空。
你应该这样做,因为:
记住:
考虑到这些原则来设计您的架构,您的系统将更容易构建和维护。