是否可以倒序（從文件尾開(kāi)始）讀二進(jìn)制文件的？

col.g

要讀二進(jìn)制文件，然后轉(zhuǎn)換再比較。
由于有用的數(shù)據(jù)（實(shí)際就是最新的數(shù)據(jù)）都在文件尾部，這樣從頭開(kāi)始讀并轉(zhuǎn)換比較的話，所費(fèi)時(shí)間很長(zhǎng)了。

是否有從文件尾部開(kāi)始讀的方法？這樣只要處理很小一部分的數(shù)據(jù)就可以了，處理速度就可以大大加快了。

hitsubunnu

換個(gè)方法思考不行嗎？  把新數(shù)據(jù)都放在文件開(kāi)頭 不可以嗎？

col.g

:wink:

這個(gè)，不行。因?yàn)橐�處理的文件，格式不是我能控制�?br />
我想從文件尾開(kāi)始讀文件，應(yīng)該是不可行的，估計(jì)是操作系統(tǒng)的文件組織結(jié)構(gòu)，已經(jīng)限制了

還是只能從頭讀，只讀取比較的那一部分標(biāo)志，

if (不符合條件的話) {
    read(BINFIEL,$skipbyte,num) ;
      next ;}                                    # 原來(lái)在一個(gè)while循環(huán)里處理的

跳過(guò)去，不浪費(fèi)時(shí)間處理了。直到條件符合，再開(kāi)始處理轉(zhuǎn)換，并寫(xiě)入文件

原來(lái)一個(gè)多小時(shí)干的活（符合不符合條件都轉(zhuǎn)換），現(xiàn)在只要十來(lái)分鐘吧（依情況而定），無(wú)用數(shù)據(jù)沒(méi)有了，因此數(shù)據(jù)庫(kù)加載時(shí)間也大大縮短，基本達(dá)到目的了

hitsubunnu

要不你問(wèn)問(wèn)  咱們那個(gè) 放驢玩的版主！   他很強(qiáng)大！

col.g

  

咋叫放驢玩的版主？

我想文件系統(tǒng)的組織形式限定了吧，記得似乎是鏈?zhǔn)降�？文件頭->數(shù)據(jù)塊，下一塊數(shù)據(jù)的地址->重復(fù)。。。

似乎這樣的結(jié)構(gòu)，就只能從頭讀起了，不可以反過(guò)來(lái)從尾讀

不管怎樣，我改了之后，性能相對(duì)可以滿足了。以前轉(zhuǎn)換一個(gè)多小時(shí)，加載一個(gè)來(lái)小時(shí)，現(xiàn)在二十來(lái)分鐘差不多了吧，如果只取很小一部分的話

churchmice

perldoc -f seek

odacharlee

如果你知道所需內(nèi)容所在的字節(jié)位置的話就用seek
seek(FH, 100, SEEK_END)