作者charleshu (Analog Engineer)
看板Database
标题Re: [Oracle] oracle 10g partition table的选用
时间Thu Jul 22 00:38:44 2010
※ 引述《kobedisel (NO)》之铭言:
: ※ 引述《iamnotfat (我不肥)》之铭言:
: : 我後来没使用这麽多partition了
: : 考量门号分range 去找没意义
: : 嘿嘿 oracle 10g 有表格de-fragment 功能
: : 另外线上重建indexes 是许可的 ,在最後build完时顶多产生dml hang情形,但只会阻挡
: : 一下下
: 如果怕fragment太多,在开tablespace的时候如果是autoextend的话
: auto extent 的size就不要设太小,直接设大一点,就不会有那麽多extent
这对RD的实验机器是有效的, 但一般的上线机器都会建置成单一功能, 因此硬碟
空间与tablespace都会预先全部设定好,基本上不会让它auto extend.
而资料一般分为查询表与交易纪录, 资料表不常异动, 而交易纪录表会在线上滚,
一般会分别放在不同的 tablespace, 资料表一般不大, 规划的好应该全部资料
都会在 cache 里, 所以完全不需担心fragmentation, 而交易纪录表一般会有大
量的新增、异动与删除, 且一般只会储存最近一段时间内的纪录, 如我之前的系
统线上放14天的资料,其他会被搬走存档,也就是每笔资料只会存在tablespace里
14天, 基本上完全不需要考虑 fragmentation, 因为14天後又全部都
fragmentation 了, 且若 index 规划得好, 上层 B Tree也应该都会在 cache里
,而哪笔资料会被存取若是无法预期,资料连续排列或随机排列都只是移动硬碟磁
头读写一次而已, 并无速度上的差异, 所以不需要过分担心.
--
Do not depend on others without effort...
当我年轻时,请教别人问题时常听到上面那句话. 当时心里偶而会有些小小抱怨.
当时间过去,我偶而会想到上面那句话, 心中十分感谢当初告诉我那句话的人.
当发现问题时,最有价值的不是问题的答案,
而是找到解决的方向,并在努力的过程里具备解决问题的能力.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 221.169.217.133