Bananas1. Если работать через ole, на таблице с большим количеством записей выборка сильно будет тормозить в сравнении с odbc?
2. Если работать через ole, то нужен установленный эксел. Его загружать полностью, с отображением окна или можно просто процесс в память загрузить без отображения?
3. Если эксель файлы разных версий (2003, 2007), это имеет значение для работы через ole и odbc? Нужно считывать только текстовую информацию из таблички (текст, числа целые, с плавающей точкой).
1) Чем больше данных, тем больше торможение в любом случае. Но с ОЛЕ, действительно будет медленнее.
2) Да, для ОЛЕ нужен Эксель. Нет, можно работать без показа Экселя на экране.
3) Разница в версиях ощущается всегда. Но в ОЛЕ с этим чуть-чуть проще на мой взгляд, там можно узнать какая именно версия Экселя у тебя запустилась и переключиться на специфичную для этой версии работу. Простое чтение из ячеек такого обычно не требует.
Ты забыл еще один пункт:
4) Через ОЛЕ ты просто обращаешься к ячейкам листа.
А через ОДБЦ, твой лист превращается в таблицу, но какие в этой таблице будут колонки и какой тип будет у этих колонок зависит от данных на листе. То есть, если кто-то запишет в колонку "Цифра Месяца" текстом "январь", то ОДБЦ-Эксель посчитает эту колонку текстовой и если ты ожидал получить цифру.... И наоборот тоже справедливо. Плюс еще количество строк которые ОДБЦ-Эксель проверяет чтобы решить какого типа колонку сделать может различаться на разных машинах...

Bananas1. Работа через одбц - работа через SQL?Да
Bananas2. Про "тип колонок зависит от данных на листе". В экселе хранятся типы данных для каждой ячейки или для всего столбца? При работе через ole тип ячейки можно получить, я так полагаю. А если через odbc? Тип определить нельзя и только через прогон по функциям проверки, чтоже там: текст, цифры и прочее? По умолчанию тип всех столбцов - текст?В Экселе каждая ячейка может быть своего типа. А в базах данных (и в ODBC как в интерфейсе доступа к базам данных) тип задается для всей колонки данных. Поэтому Эксель при попытке доступа к листу через ODBC проверяет тип первых восьми ячеек в колонке, находит для этих ячеек общий тип данных и заявляет что эта колонка такого-то жесткого типа. Если в дальнейшем на листе попадаются ячейки с данными другого типа - они будут игнорированны (представленны как null то есть).
Первые восемь ячеек это по умолчанию в свежепоставленном офисе, это значение хранится в регистри и его можно поменять. Но естественно, это будет для каждой машины по своему.
Bananas3. Файл состоит не только из таблицы - есть и заголовок. Как определить смещение, с которого начинается сама таблица (мыслю все в ole)?Ты знаешь какие у тебя заголовки? Просто ищешь в известной колонке ячейку с известным текстом. Можешь потом для верности проверить что в ячейках на той же строке находятся другие известные заголовки. А найдя строку заголовков найти массив данных уже совсем элементарно.
Bananas4. Как сравнить некоторые ячейки из всей строки? В ole привычно, по позиции, а через SQL? Прежде, чем переносить всю строку в dbf, мне нужно сначала проверить ее правильность. Т.е. Есть ИНН и наименование плательщика. В dbf хранятся все ИНН и соответствующие им плательщики. Я беру из эксела и dbf эти поля и сравниваю.А в SQL по имени колонки.