sql-server - bigint 对于事件日志表是否足够大？

Question

现在我知道 bigint 是 2^64；也就是说，原子比已知宇宙中的原子还要多。我不应该担心，因为我的人类大脑根本无法解决这个数字的巨大问题。

但是，假设我记录了系统中每个类别、产品和订单的每次更改，从发布到结束。在担心主键值用完之前，我是否应该关注表写入的性能？我应该将不同优先级的事件记录到不同的事件表中吗？在我用完 bigint 之前，我会用完硬盘上的原子吗？在开始归档/清除之前，我应该让事件日志表变得多大？

Answer 1

即使您的每个条目只有 1 个字节，2^64 个条目也会在您的硬盘驱动器上占用大约 18000000 TB，所以我想您不必担心这一点。

Answer 2

如果您的应用程序每百万分之一秒向表中添加一次记录，那么它将运行超过 50 万年，然后才会用完键。

Answer 3

“在开始归档/清除它之前，我应该让事件日志表变得多大？”

永远不要清除事件日志——这些信息具有重要价值。

然而，当一些经理坚持认为归档是必要的时，您可以显示存储成本与您的时间成本，以 (a) 考虑它，(b) 获得第二和第三个意见，然后 (c) 写一个归档日志记录的过程。

存储成本直线下降。除了清除日志记录之外，您的时间最好花在任何事情上。

底线：您有权停止绞手。都很好。你没有犯一个根本性的错误。

Answer 4

我们处理这个问题的方法是提供一个日志归档功能，按年份将日志表分离到单独的数据库中，允许我们重置 LogEvent 表上的身份种子。

我们也有不同的日志表，虽然只有两个主要的。

Answer 5

您极不可能用完主键值。但是，您可能需要考虑如何访问日志表以检索数据。使用它来通知您何时应该归档或清理数据。如果经常读取日志数据，请考虑添加索引以提高读取性能，但请记住，需要为添加的每条记录维护索引。