这个问题是关于数据库设计以及如何最好地分割你的 当实体服务于多个目的时。
我的数据库架构模拟了世界各地的体育赛事。什么形式 活动和运动，比赛的时间和地点，参与者 是和赢家等等。架构中的一个实体是 跟踪世界上哪个国家的运动的国家 事件发生在。
这很好用，但我还需要添加辅助数据 国家模型，与体育赛事模型本身无关， 但是需要在网页上很好地呈现数据。
该数据的示例是国家标志精灵偏移量 精灵形象，国家的长描述，形容词的 国家（中国 - 中国等），国家页面上的访客数量 以及从1-5开始的国家主观重要性 （评级为五的国家的活动显示在头版）。
我可以轻松地将所有这些属性放在Country对象本身上， 但这似乎是错误的，污染了我干净的体育赛事架构。我不 认为数据的结构应该与如何的细节混合在一起 很好地渲染...所以问题是我应该如何组织它 代替？
答案 0 :(得分：3)
我会将这些数据保存在“国家/地区”表格中，并为您的体育数据创建一个FK。这将允许您轻松维护每个国家/地区的属性，因为您只需在一个位置更新它们，并且更改将在引用的任何位置生效。我不认为这会污染您的数据，因为信息与您的应用程序相关。此外，如果您尝试分离此数据，则只会使架构更复杂，维护更困难。