哦，CREATE INDEX anbob.idx2 ON anbob.t (id) GLOBAL partition by range(id) (partition manager_100 values less than (1000000), partition manager_200 values less than (2000000), partition manager_300 values less than (3000000), partition manager_400 value...
这个问题非常好，在12C之前是不可能的， 索引是一个整体不可以删除 单独的local partition index, 但是12c r1 提代了新特性叫做Partial indexing on partitioned table ，我提供的附件是有。语法是下面这个样子CREATE INDEX ANBOB.TMP_IND ON ANBOB.TMP_12C (id) LOCAL INDEXI...
有read表示有使用该索引。。write表示的数据插入或者更新，同时会需要更新索引。。bufreads表示该索引预读在buffer（内存）中，已经加快了速度；isreads是直接从磁盘上读取。
建成分区表后，请先runstas。还有将result_on建成分区索引
回复 1# atpeace331 :) 参考讨论：在DB2数据库中如何设计索引？http://www.db2china.net/club/thread-47731-1-1.html
回复 1# atpeace331 还真不好讨论。可以讨论一个比较极端的例子。就是索引数据与表数据的聚集度相关性很小，如1%的情况，那么，对基表的一个10行的UPDATE操作（涉及此索引字段），那么最担心的是对索引的维护时可能有N次（比如1~~10之间）的索引随机读，这个随机读可是整个维护成本中最昂...
这个要针对您的业务逻辑，如果真的是您这样的意思，可以创建一个A和B共有的字段搞个 cluster index叶子结点直接就是数据
一般创建索引原则 1：innodb表是根据主键聚集存储的，一般创建一个自增列作为主键，这样insert的数据就是顺序插入了， 如果是主键是业务字段，那这个字段基本上不是顺序的，insert时要分裂节点把记录查到对应的位置，另外主键字段字节数也不要太大，因为辅助索引保存主键信息...
删除或更新行时，会将索引键标记为“已删除”，直到落实删除或更新操作后异步执行清除时，才会以物理方式从页中将其删除。一般情况是在SELECT多的表上创建索引,因为增删改时需要额外开销维护索引。...
