大量excel數(shù)據(jù)文件需解析入庫，分表OR分庫？探討設計方案

psaux_grep_node

是這樣的一個應用場景：系統(tǒng)前臺不定時會有很多的excel文件上傳，系統(tǒng)后臺會解析上傳文件并分析入庫，然后將生成的數(shù)據(jù)庫信息返回供前臺查詢。

1.舉單個excel文件為例（如contact.xls），這個文件里面有2個sheet，分別是programer和hrer。當上傳至系統(tǒng)后臺解析到某一個db里面，隨即生成這樣兩張表，contact.programer、contact.hrer。接著前臺可根據(jù)后臺的生成信息，查詢該文件（contact）對應的相關數(shù)據(jù)。

但這里就會出現(xiàn)了一個問題，隨著業(yè)務量的增加，會有很多的excel的文件導入，并且有的excel文件里面會有更多的sheet,>10的情況也是常事。如果按上述的解決方案，某個db里面很有很多的表，上千張表是妥妥的。這樣的查詢會影響效率吧？

2.于是引出另一個解決方案，將1個excel文件當作1個db,文件里面的sheet為該db下的表。這樣的解決方案就是可能每個db下的表少了，但是相應的1個mysql服務下的db數(shù)量就巨多了，成百上千個，而且不同文件的切換查看，相當于隨時都要切換數(shù)據(jù)庫，效率是不是也會有影響？

最后1個方案就是綜合上述兩者，即以先按時間月來分庫，然后再用第1種的方式將excel文件解析入庫。

這個應用場景之前沒遇到過，求教誰有更好的設計方案呀？萬分感謝。