Автор, очевидно, строго ограничен форматом XLSX (или сам себя ограничил?), но если кого-то интересует максимально быстрое чтение файла Экселем (или минимальное суммарное время операций экспорта в своей программе и открытия в Экселе), то я бы на его месте все же проверил бы варианты BIFF12, SYLK и, для полноты, HTML. Это если нужно преодолеть порог 64K строк, иначе - BIFF8.
сайт МикрософтIn addition to the new XML-based file formats, Office Excel 2007 also introduces a binary version of the segmented compressed file format for large or complex workbooks. This file format, the Office Excel 2007 Binary (or BIFF12) file format (.xls), can be used for optimal performance and backward compatibility.(правда, я не понял, если у BIFF12 расширение ".xls", то что тогда за формат у файлов ".xlsb", может быть, здесь ошибка и ".xls" - это всегда BIFF8 или старее??)

Кстати, автор как-то вдруг неожиданно упомянул о необходимости чтения (или "дьявольски быстрого парсинга"?) XLSX, но ведь это уже вторая, отдельная задача.

еще "for large or complex workbooks" в цитате забыл жирным выделить

xen2я бы на его месте все же проверил бы варианты BIFF12, SYLK и, для полноты, HTMLв смысле, хотя бы на время открывания Экселем протестировал (и, для последних двух, на способность преодоления границы в 64К строк) - жаль что сам сейчас не могу
xen2здесь ошибка и ".xls" - это всегда BIFF8 или старее?да, в другом месте Микрософт так и пишет (XLSX = BIFF12, XLS = BIFF8 or BIFF5)

*xlsb=biff12 (сорри, проснулся не до конца)

defecator, я-то уже сам понял, но спасибо

кстати, XLSB/BIFF12 - тоже зазипованная кучка файлов, так что то, что Эксель будет открывать его быстрее всех остальных вариантов - под вопросом

xlsb/biff12, неофиц. описание и код на c++/c#:
http://www.arstdesign.com/articles/office2007bin.html

SOFT FOR YOUОткрывать, обрабатывать, сохранять, закрыватьах, вот оно что
а экселевский макрос с этим не справится? ведь тогда, считай на времени открытия/сохранения можно сэкономить - то есть не сохранять и не открывать, результат-то человек ведь хочет увидеть, который в экселе работает?

ну и как бы напрашивается идея вместо того, чтобы подставлять костыли Экселю, сделать свою автономную программу с базой данных

SOFT FOR YOU, я просто суть вашего "потока данных" и последовательности работы людей с ним не понял

то есть, человек набивает данные, сохраняет файл, он где-то себе лежит (долго-долго), ваша программа его открывет-обрабатывает-сохраняет (быстро-быстро), потом он опять лежит, пока его человек не захочет в экселе открыть
что-то такое вырисовывается, но как-то очень странно выглядит

мне представляется такой вариант: человек забил данные, и ему сразу нужен результат, он нажал кнопочку и получил его в этом же открытом документе, ничего не сохраняя и не открывая
это совсем не то?

SOFT FOR YOUс данными Excel-я быстрее работать через VarArray чем обращаться к ячейкам внутри макросавы точно проверили, что вариант с OLE-обменом информацией будет медленнее, чем хотя бы просто сохранение и открытие XLSX в Экселе плюс время обработки в вашей программе-обработчике даже без открытия и сохранения ей XLSX?? (впрочем, примерную оценку для времени открытия/сохранения стоит сделать и приплюсовать)

SOFT FOR YOUExcel открывается/сохраняется долго.а вот здесь Вы что имели в виду?

SOFT FOR YOUа зачем вам это пониматьесли честно - сомневаюсь в правильности постановки задачи

надеюсь, он хоть не рассчитывает после этого сказочно обогатиться на продажах своего чудо-компонента :D

хотя ник настораживает

ну, если автор переползает с VB на Дельфи или хотя бы смотрит в эту сторону, я думаю, ему могло бы быть гораздо интереснее написать автономную БД-аппликуху как полную замену всего того, что сейчас в экселе

мне вот мою первую БД в Дельфи было очень даже прикольно писать