1
我是spring批處理新手,雖然spring批處理並閱讀multipartItemReder,但我想multipartItemReader並不適合我的項目。請通過你的想法和公會給予幾點。spring批處理多個子目錄中的多個源文件
我有超過5000萬個xml文件,就像下面的目錄結構一樣。
GOOD
0
001/en/1.xml
001/jp/1.xml
002/en/2.xml
003/en/3.xml
004/jp/4.xml
....
....
999/jp/1.xml
1000
001/en/1.xml
001/jp/1.xml
002/en/2.xml
003/en/3.xml
004/jp/4.xml
....
....
999/jp/1.xml
2000
3000
...
.. no limit
REMAKE/
0
001/en/1.xml
001/jp/1.xml
002/en/2.xml
003/en/3.xml
004/jp/4.xml
....
....
999/jp/1.xml
PROCLAIMED/
...
...
....
like 100 directories ..
每個來源(GOOD,REMAKE,PROCLAIMED等)都有不同的xml文件合成。 1.我需要爲每個來源創建Item處理器。 2.每個源代碼將會是一個線程,或者根據源文件中的lang文件數////。xml提交事務= 1或線程跨度,有什麼更好的選擇。 3.我仍然覺得IteamReader是複雜的實現。這裏每個xml文件只有一個記錄。請分享您的意見。
感謝
感謝您inputs.Really幫助了很多..我有一個multiResourceI疑問temReader。假設我在GOOD/0中只有30,000個文件,如果GOOD/0,GOOD/1000,Good/2000總文件爲3 * 30,000。我是否需要進一步將GOOD步驟分割爲0,1000,2000 ..如果是,那麼problum是.. 0,1000,2000不是內容.. REMAKE下可能只有0 ..或multiresourceIteamReader作品將用於> 90,000條記錄。請建議.. – Negation
無需手動分割,因爲「分割」是由SB根據您的提交間隔自動完成的,當然更寬的提交間隔需要更多的內存才能工作(設置平衡的提交間隔可以大幅提高性能) –