对关联对象模式的扩展详细信息进行高效查询

Question

详细信息

1. 人有许多目标。
2. 目标具有有关活动的人特定详细信息。
3. Activity 包含通用信息，例如世界纪录。
4. 人可以组织事件来尝试实现目标。
5. Person 通过Invitation 邀请其他Person 观看Event。

模式

注意：示例模式图中仅列出了反向引用，用“(fk)”表示。箭头表示正常关系。

图片链接直到我获得 10 点才能使用图片标签

问题

我想要所有邀请的一个人<的大部分事件、目标和活动详细信息/code> 收到（无论状态如何，但仍然需要状态）立即显示。

在我尝试解决这样的 JOIN 之前，是否有更好的方法来表示问题？我相信人 -> Invitation <- Event 是一个关联对象模式，但我不确定如何获得目标并且对于返回的每个邀请，以干净、高效的方式提供活动信息。

奖励：提供示例 SQLAlchemy 查询。

Answer 1

在 SQL 方面，这非常简单。我仅使用一个 ID 号（针对人员）构建了一些用于测试的表；所有其余的键都是自然键。查看此查询的执行计划

select I.*, A.activity_placeholder, E.event_location, O.objective_placeholder
from event_invitations I
inner join activity A 
        on (I.activity_name = A.activity_name)
inner join events E 
        on (I.personal_id = E.personal_id 
        and I.activity_name = E.activity_name
        and I.objective_deadline = E.objective_deadline
        and I.event_time = E.event_time)
inner join personal_objectives O 
        on (I.personal_id = O.personal_id
    and  I.activity_name = O.activity_name
    and  I.objective_deadline = O.objective_deadline)
where I.person_invited_id = 2;

表明，除了对 event_invitations 进行顺序扫描外，dbms (PostgreSQL) 始终使用索引。我确信那是因为我使用的数据非常少，所以所有这些表都可以轻松放入 RAM。 （当表适合 RAM 时，扫描小表通常比使用索引更快。）

优化器估计查询每个部分的成本为 0.00，您无法得到比这更好的结果。实际运行时间不到 0.2 毫秒，但这并没有多大意义。

我相信您可以将其翻译成 SQLAlchemy。如果您希望我发布表格和示例数据，请告诉我。