要寫批次修改內文的SQL指令不難，
重點是執行時對伺服器的負載很重，
這個指令一下下去，若沒先設定好範圍，
等於符合相關條件的內文就會全部掃過一次，
再從中找到符合的字串A改成字串B....

假設一年之內PCDVD的文章產量是10萬篇，
你一年的文章是600篇，
條件若沒下對，搜索時間會差很大...
站長若是太忙而沒考慮周詳就下指令去修改，
前者可能會直接導致伺服器充滿不必要的快取片段，
造成造訪此網站的網友感受到明顯的頓挫感...

舉個比較明顯的例子好了，
很多人很討厭挖墳文(推古文)，
當一個版面(RAM)之中都充滿著骨灰(經修改過的文章)，
你會覺得如何？XDDDD
就別說站長會不會被煩死了....