※ 引述《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