主页 / dba / 问题 / 2293
Accepted
kacalapy
Asked: 2011-04-21 10:46:46 +0800 CST

用于标记已读/未读消息的 SQL 数据类型选择？

  • 772

我有一张表，我想在其中跟踪布尔类型的操作。此外，业务要求是我知道操作的日期，而不仅仅是布尔值。

例如，如果一条消息被阅读或删除。

我想使用日期时间字段，以便我可以将所有未读消息量化为具有空值或日期时间值以供读取。我得到布尔运算和时间戳。

我对此唯一的疑虑是选择所有未读消息的效率如何？

假设在具有几百万条记录和字段上的非聚集索引（例如读取）的表中，选择的执行方式会比字段为布尔值时更差吗？

sql-server performance

2 个回答

  1. Best Answer

    特定设计的性能在很大程度上取决于数据的分布和访问路径。您是希望大多数消息有标志，还是大多数消息没有？从文档：

    My tests show that a table scan often starts to perform better than a nonclustered index access when at least 10 percent of the rows are selected. 我还发现优化器过早地从非聚集索引访问切换到表扫描（即，当非聚集索引访问仍然显示比相应的表扫描更好的响应时间时）。在许多情况下，优化器强制对结果集约为 5% 的查询进行表扫描，尽管在选择性为 8% 到 10% 时表扫描比索引访问更有效。

    当然，如果查询中有任何其他谓词，以及聚集索引（如果有）。例如，您是否可能希望在特定时间范围内访问所有未读消息？或发送给/从特定用户发送？消息体有多大，它们是否内联存储？请注意，这些只是修辞问题。

    那么哪个更好，aBIT和 aDATETIME还是仅DATETIME用于性能？您必须使用一些具有代表性的数据和访问模式进行基准测试才能找出答案。恐怕仅凭理论无法回答这个问题。但是您当然可以使用布尔值创建表，如果您发现后者更好，则不要使用它 - 它只会增加每行 1 个字节的开销。

    如果您问的是相反的问题，即如何有效地查询非NULL行，我会说使用过滤索引。

    • 3

  2. 研究创建index with included columns. 检查此链接。如果要选择所有未读邮件并查看其日期，请在 READ 列上创建索引并包含 DATE 列。如果要选择日期范围并计算已读/未读消息的数量，请在 DATE 字段上创建索引并包含 READ 列。此外，您可以使用对应于未读的默认值（假设为 0）设置布尔 READ 列，而不是使用 NULL。不过，我不确定这是否会带来任何性能优势。

    • 2

相关问题