關(guān)于文件key的新需求.

zhouzezhong

現(xiàn)在有個新的需求，可能需要斑竹增加新的功能。
用戶上傳文件，fastdfs返回卷名和key，假如用戶將卷名和key保存到數(shù)據(jù)庫，當文件通過客戶端進行遷移時，文件的卷名和key都發(fā)生變化，每遷移完一個文件都需要修改用戶端數(shù)據(jù)庫。當用戶卷名和文件名分散在多個數(shù)據(jù)庫時，這樣的做法變得不太現(xiàn)實。更重要的是，遷移的時候遷移人員并不一定知道這些數(shù)據(jù)分散到了哪些數(shù)據(jù)庫。
斑竹能不能提供一個接口，由用戶傳入文件key，fastdfs根據(jù)key決定文件存放的卷和路徑.謝謝！

happy_fish100

LZ說的這個特性，違背了FastDFS的設(shè)計初衷。
上傳文件時，F(xiàn)astDFS將生成的文件ID（包括路徑和文件名）返回給客戶端（應(yīng)用方）。
出于性能考慮，F(xiàn)astDFS不會維護文件ID和文件位置的對應(yīng)關(guān)系。

Jney402

  fastdfs只是文件系統(tǒng)，不維護其他信息，大家要習慣～～呵呵

zhouzezhong

大家可能還沒有理解我的意思.我并不是說key由FastDFS來維護，而是key由客戶端（應(yīng)用）給出，key還是由客戶端來維護．
但FastDFS給出一定的hash規(guī)則來計算文件的路徑．FastDFS要做的，只是提供計算規(guī)則而已．客戶端只要給出key，F(xiàn)astDFS就能根據(jù)規(guī)則找到路徑上傳或下載．