索引布尔字段

这可能是一个非常愚蠢的问题，但是对数据库表中的布尔字段建立索引是否会有很多好处？

在常见情况下，例如将“软删除”记录标记为非活动状态，因此大多数查询都包括WHERE deleted = 0，这将有助于对该字段进行单独索引，还是应将其与其他常见搜索字段结合使用不同的索引？

没有。

您可以对要搜索的字段具有较高的选择性/基数进行索引。几乎所有表都消除了布尔字段的基数。如果有的话，它将使您的写入速度变慢（降低的幅度如此之小）。

如果每个查询都考虑了软删除，也许您会使其成为聚簇索引中的第一个字段？

DATETIME的delete_at列如何处理？有两个好处。

1. 如果您需要像name这样的唯一列，则可以多次创建和软删除具有相同名称的记录（如果您在delete_at AND名称列上使用唯一索引）
2. 您可以搜索最近删除的记录。

您的查询可能如下所示：

SELECT * FROM xyz WHERE deleted_at IS NULL

我认为这会有所帮助，尤其是在涵盖指数方面。

当然，多少/一点取决于您的数据和查询。

您可以拥有各种有关索引的理论，但是最终答案是由数据库引擎在具有实际数据的数据库中给出的。通常，您会对答案感到惊讶（或者也许我的理论太糟糕了；）

检查查询的查询计划，并确定是否可以改进查询或是否可以改进索引。更改索引很简单，看看它有什么区别

我认为如果您使用的是视图（其中delete = 0）并且您定期从该视图中进行查询，将会有所帮助。

我认为，如果你的布尔场就是这样，你会提到他们在许多情况下，它将使意义有一个单独的表，例如DeletedPages，或SpecialPages，这将有许多布尔类型的字段，如is_deleted，is_hidden，is_really_deleted，requires_higher_user等，那么您将需要加入加入。

通常，此表的大小会更小，并且通过进行联接会获得一些好处，尤其是在涉及代码可读性和可维护性方面。对于这种查询：

select all pages where is_deleted = 1

这样实现起来会更快：

select all pages where pages 
inner join DeletedPages on page.id=deleted_pages.page_id 

我想我在mysql数据库的某个地方读过它，您需要一个字段至少具有3的基数才能使该字段上的索引工作，但是请确认这一点。

如果您正在使用支持位图索引的数据库（例如Oracle），则布尔列上的此类索引将比没有索引时有用得多。