在大多数具有日期列的表中，我们“通常会”查询最近的信息。
“一般”按降序索引日期列是否是个好主意？
【问题讨论】：
不熟悉 Oracle 的内部结构，但这是我对它如何与 Postgres 一起使用的理解：
为所有意图和目的对索引进行聚类。因此，如果您将它们按 asc 排序并且总是在其末尾添加新行（例如 created_at、updated_at、billed_at 等），您的新行将被追加（或几乎如此）而不是前置（导致磁盘页面分裂）。这样更快。
您的查询规划器会愉快地以相反的顺序读取索引。因此，如果它是单列索引，则任何一种都可以 - 在涉及如何在用例中插入新行时使用最自然的方法。
当您拥有多列索引时，以相反顺序排列的索引可能会变得有趣。比如说，(id, created_at desc) 在审计日志表中。这实际上是一个不好的例子，但重点是：如果您按id, created_at desc 订购，索引将按原样使用。
【讨论】：
除非您看到显着的性能改进，否则您可能希望避免使用降序索引。降序索引实际上是基于函数的索引，并且有一些限制。
例如，根据SQL Reference，唯一降序索引不允许有多个空值，并且在分析索引和表之前不会使用降序索引。 （虽然我无法重现第二个限制。）
此外，基于函数的索引有些不同，并且往往会破坏每个人编写的索引维护脚本。这不是避免它们的好理由，只是需要注意的事情。
【讨论】：