这个数据库逻辑需要第二张表吗？

Question

首先，这个 DB 问题可能有点与 DB 无关，但我使用的是 Sql Server 2008，如果它有专门的解决方案来解决这个问题，但如果你不是 MS Sql Server 人员，请继续阅读..请:)

---

好的，我读入了一个包含游戏数据的日志文件。例如。当玩家连接、断开连接、做事等时。没什么太难的。效果很好。

现在，两种日志文件条目类型是

• 新连接
• 丢失连接

我试图跟踪的是当前连接到游戏的玩家。 所以我最初的想法是创建第二个表，其中包含每个玩家最近的新连接。当玩家断开/失去连接时，我会从第二个表中删除此条目。

例如。

Table 1: LogEntries
LogEntryId INT PK NOT NULL
EntryTypeId TINYINT NOT NULL
PlayerId INT NOT NULL
....

Table 2: ConnectedPlayers
LogEntryId INT FK (back to LogEntries table) NOT NULL

然后，我想我可以使用触发器将其插入到 ConnectedPlayers 表的 cache 数据中。别忘了，如果是触发器，它需要handle multiple records，更新和删除。

但我不确定这是否是最好的方法。比如，我可以有一个索引视图吗？

我很想知道人们对此的看法。

哦，还有一件事：为了简单起见，让我们假设当玩家断开连接/延迟/调制解调器死机/等时，应用程序足够聪明，可以知道这一点并将其记录为 LostConnection 条目。不会有幻影用户报告为已连接，当他们真的意外断开连接时等等。

---

更新：

我在想也许我可以改用view？ （如果我愿意，我也可以索引这个视图：））通过Partitioning 我的结果，我可以获得每个玩家的最新事件类型......其中事件是NewConnection 或LostConnection。然后只抓取那些最近的 NewConnection .. 这意味着它们已连接。没有第二个表/触发器/额外插入 .NET 代码/任何需要...

例如..

SELECT LogEntryId, EntryTypeId, PlayerId
FROM
    (SELECT LogEntryId, EntryTypeId, PlayerId
         RANK() OVER (PARTITION BY PlayerId ORDER BY LogEntryId DESC) AS MostRecentRank
     FROM LogEntries
     WHERE (EntryTypeId = 2 -- NewConnection
            OR EntryTypeId = 4 -- LostConnection)
     ) SubQuery
WHERE MostRecentRank = 1

听起来/看起来怎么样？

Answer 1

您不需要第二个表，但确实需要一个日期列，我认为这是您的日志数据的一部分。我会规范化数据并避免过早优化的诱惑。确保索引关键列，主要是查询时的 LogEntryDate 和 PlayerId 列。

然后，使用标准聚合查询确定每个用户的最新日志条目，然后过滤掉未连接的日志条目。您可以通过仅从过去 24 小时（或上周或对您的应用程序有意义的任何内容）的日志条目中进行选择来进一步优化这一点。

select l.* 
from ( 
    select PlayerId, max(LogEntryDate) as MaxLogEntryDate
    from LogEntries
    where EntryTypeId in (2,4) 
        and LogEntryDate > GetDate() - 7 --only look at the last week, as connections older than that have timed out
    group by PlayerId
) lm
inner join LogEntries l on lm.PlayerId = l.PlayerId and lm.MaxLogEntryDate = l.LogEntryDate
where l.EntryTypeId = 2 --new connections only

如果您发现仍无法从查询中获得所需的速度，然后查看优化策略。您似乎不愿意在应用程序层中缓存，因此您的索引视图建议可行。您可以使用上面的查询作为基础来创建一个包含布尔值 IsConnected 列的 Player 视图。

注意：如果您没有收到每个日志条目的日期，但 LogEntryId 是由游戏生成的，那么它应该可以代替日期。如果您在插入时生成 LogEntryId，我会提醒您不要依赖它，因为它只需要一次无序导入即可丢弃所有数据。

Answer 2

根据原始表 LogEntries 的大小，这似乎有点过头了。

触发器必须随着原始表的每次更改而更新，如果使用正确的索引，当您需要数据时，一个简单的查询可以为您提供这些结果。

因此我会反对辅助表的选择。

Answer 3

我会创建一个 is_connected 标志，login_time，仅此而已。 您可以使用简单的 MySQL 查询甚至每 10/60 秒检查一次，并将数据缓存在文件中。

其中is_connected=1，按login_time限制10/20/100排序...

第二张桌子似乎太多了，而且毫无用处。可以对文件进行额外的缓存（如果需要，在一个巨大的数据库中......）。

Answer 4

我个人会使用一个视图来获取每个玩家的最新 NewConnection 或 LostConnection（以较新者为准），这意味着您需要日志中的某种日期时间戳或不断增加的 id，并且然后过滤进一步丢弃所有 LostConnection 条目。这将使所有玩家都拥有 NewConnection 而没有更新的 LostConnection，因此他们已连接。

使用这种方法可能会遇到的问题是日志表可能很大。我可能会尝试使用时间戳列上的索引或您用来确定“最新”条目的任何列进行性能测试。

Answer 5

据我了解，你真正需要的是

玩家（ID） 游戏 (ID) 连接（PlayerID、GameID、LastActivity 日期时间） ..

@interestingTime 比当前时间早一些时间

select PlayerID, GameID
from Connection
where LastActivity > @interestingTime

为您提供所有当前连接的玩家。

select PlayerID, GameID
from Connection
where LastActivity <= @interestingTime

让您失去连接。