征求方案-关于多个excel，大数据量同时导入

个人认为上面说的还是没解决问题。
最近也碰到这样的问题了，我把问题说得更清楚点：

1.针对用户，只能是Excel
2.单个Excel，6万多行的文件是完全可以大于10M的（很多列）
3.最应该考虑的是内存和效率
内存：Excel本身大小、程序读取内容存储在内存中的大小
效率：Excel读取的速度、校验速度

最近在做类似这样的东西发现，首先考虑的是内存，LZ说是采用POI提供最简单的例子读取，这种默认采用usermodel方式读取，Excel文件如果大了，很有可能就会out of memry；可以考虑使用eventusermodel方式进行读取。至于baoq说的sqlldr ，因为考虑到服务器的实际的操作系统、配置等等，暂时放弃这种方式。

至于效率，一是校验内容的合法性、二是读取Excel速度。在校验时尽量的只考虑一些简单的条件，如是否为空、字段是否过长等等，至于唯一性这些可以暂时不考虑。先把数据导入到一张‘临时表’，然后用存储过程做更复杂的校验，最后的就是把‘临时表’中的数据分配到其他的表中。在整个过程中，只要发现有不合法的数据就立即清空现场，然后返回提示。另外一个就是Excel读取的速度了，不知道有不有比POI更好东西，因为这里只是读取，所以一直在找更好的方式来读取。至于LZ说得多线程，我认为这个并不是核心问题，把上面两个问题解决了，在考虑这个。

上面说的也没有解决LZ的问题，只是最近碰到，一起说出来，看有不有更好的解决方式。

2.单个Excel，6万多行的文件是完全可以大于10M的（很多列）

1、把excel文件上传到服务器，提示用户上传成功；
2、启动一个线程，把数据导入到临时表，返回导入成功，删除上传excel文件；如果导入失败，提示用户导入失败，删除上传excel文件；
3、利用存储过程或其他纯sql语句来验证临时表中的数据，验证有错，清空临时表中数据，返回错误信息。

以前我们的管理系统用poi可以通过一个excel文件批量导入手机号码，在这个过程中需要验证号码格式、是否重复、系统是否存在等，因为效率问题，所以最后限定只导入excel文件的第一列，也就是65535行数据。

有一点要说一下，系统的数据量非常大，关联表的数据都是亿级。

现在有这么一个需求，要支持多个excel文件同时导入，不知道各位是否有好的建议？要从效率和空间上考虑，还好我们的服务器是4G内存。

我能想到的仅是多线程来处理，不至于处理过程要等半天。

any others？