我的理解是,指数应当自动更新,但如果情况不发生,我们需要重新制定。
My question is (1) Why this automatic udate fails or why an index become bad? (2) How do I prgramatically know which table/index needs re-indexing at a point of time?
我的理解是,指数应当自动更新,但如果情况不发生,我们需要重新制定。
My question is (1) Why this automatic udate fails or why an index become bad? (2) How do I prgramatically know which table/index needs re-indexing at a point of time?
索引statistics可自动更新。 我并不认为,如果需要,指数本身将自动重建(尽管可能有一些行政特征允许发生这种情况)。
与表格有关的指数(新行、更新行文和删除行)可能会有<>滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚滚 然后在储存空间的毗连部分重新编制索引“再包装”,即与档案系统脱轨方法相近的比照,使文档检索更快。
此外,指数(若干DBMS)的参数是FILL_FACTOR参数,该参数确定每个节点应留多少额外空间用于增长。 例如,如果你预计明年某个表格会增长20%,宣布填充系数约为80%,那么指数的支离破碎程度在第一年应尽量少(如果增长的20%没有平均分配的话,则可能有些)。
在LQ服务器中, 有可能质疑该指数的特性,说明其支离破碎的程度,因此可能需要维修。 可以通过互动管理机构来做到这一点。 也可通过