问题标签 [domain-data-modelling]

我有一张包含大约 1 亿条记录的表，每天我们会收到大约 10 万条记录和更新。目前我们正在ROW_NUMBER时间戳上应用 a 并通过 do 获取最新记录UNION ALL。

使用这种方法，我们面临着严重的性能问题。

你能从性能的角度提出更好的方法吗？

到目前为止，我的代码适用于 FBref 网站上的不同表格，但难以获取玩家详细信息。下面的代码：

给我错误

我有 6-7 个实体，每个实体都相互关联（一对一或一对多或多对多）。我们将来可能会向这些实体添加更多实体。我们应该为每两个实体创建单独的关系表，还是一个具有定义关系类型的附加列的表。我们需要通过表中的 REST API 创建这些关系。

该方法的优点和缺点是什么？推荐的方法是什么？

示例静态表 1 AB 关系 2 BC 关系 3 CD 关系 4 BD 关系

单一关系表 Id1 Id2 类型 1 2 1 2 3 3 4 5 4 1 4 1

围绕这个问题有两个实体，主要是

1. 排行榜 - 包含关于类型（最低优先/最高优先）、描述、名称等的信息。
2. 得分 - 玩家提交的得分值，其中包含玩家详细信息和得分值

用例：

1. 我们需要获取前 10 名的得分
2. 对于每月排行榜，我们需要找到前 3 名

域规则：

1. 玩家可以提交任意数量的分数
2. 排行榜排名需要基于排行榜中定义的类型（最低/最高）

对于这样一个系统

1. 排行榜和分数有1对多的关系
2. 分数需要有关于玩家信息的信息（这是一个单独的聚合根并且在不同的边界上下文中）

如何在 DDD 中设计它？

场景 1： 排行榜是否将是聚合根并且分数将通过排行榜聚合根添加（对于每个分数）？

查询：

1. 在这里，没有排行榜，分数没有意义，也没有域规则坚持通过排行榜聚合根添加分数。这实际上是一个两难境地，如何处理？

2. 如何获取玩家详细信息以输入分数？我是否需要在域服务中获取玩家详细信息并在添加分数时提供排行榜聚合根？

场景 2：Leaderboard 和 LeaderboardScore 是两个不同的聚合根。

查询：

1. 在计算排名时，我们需要从分数聚合根中获取分数并从排行榜中输入信息并完成用例？

2. 这里的大部分用例服务代码需要在域服务或应用程序服务中？