oracle_tigerliu: 我的理解: 1.分支节点也会保存rowid信息(当重复键值跨不同的分支节点时); 2. 唯一值少也是适合建btree索引的 , 特别是存在分布不均的情况; 3.你回复的解释没问题, 但是原文的描述正好反了; 4.索引不存全是null的键值的理论没问题, 但是is null和is not null可以走索引也是事实 ; 5. in和exists在大部分常见的sql中执行效率都是等同的, 少量特殊情况, in的执行效率要好于exists. 以上内容如有疑义, 请加微信ora_service探讨.

D2cOneluo: 1、在Oracle的B树索引结构中，分支节点只存储索引键值和指向下一级节点的指针。它的主要作用是帮助查询导航到正确的叶子节点，而叶子节点上才包含实际的索引键值以及对应的行数据。通过叶子节点上的ROWID，Oracle才可以直接访问相应的行数据。 2、可以参考文档中的位图索引以及具体的业务场景。 3、索引的磁盘容量主要由索引键值和其关联的行数据所占用的空间决定。当使用反向键索引时，由于索引键值被反转，相同的索引键值被分散存储在不同的块中。这可能会导致索引块的利用率降低，增加磁盘空间的使用。在某些情况下，增加的存储需求可能会使磁盘容量更大。 4、官方文档可以佐证索引不存储空块的一段话如下 Fast full index scans are an alternative to a full table scan when the index contains all the columns that are needed for the query, and at least one column in the index key has the NOT NULL constraint 5、文档中有明确指出in 与 exists的区别。另外，查询的性能不仅与使用的关键字有关，还受到多个因素的影响，如数据量、索引的使用、数据分布等等。在具体情况下，in和 exists 查询的执行效率可能会有所不同。为了确定最优的查询方式，建议根据具体的业务场景、数据量以及数据库的结构做性能测试和比较。 以上内容为个人工作经验，如有错误欢迎指正。 另外，csdn无论实时回复，建有数据库交流学习群，欢迎参与讨论 130730832

oracle_tigerliu: 请问: 1. 索引的分支节点是否包含rowid信息? 2.唯一值多的字段适合建索引, 那么唯一值少的列是不是不适合创建索引? 3. 反向键索引与磁盘容量有什么关系? 4. is null和is not null不用定义成not null就不能用索引吗? 5. 你举的例子, in和exists的执行效率有区别吗?

oracle_tigerliu: 可以, 设置索引为invisible,然后特定SQL使用USE_INVISIBLE_INDEXES hint

风油精_IT: 如果当天是1号也不能用