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

факт в том что я тестировал твою версию, а старый с импортом справляется на ура с такими объемами

для себя пока решил проблему следующим образом, три команды sql

update book set FILENAME = STRREPLACE(FILENAME, 'file:///D:/lib.rus.ec/', '');
update book set FILENAME = STRREPLACE(FILENAME, '/', '\');
update VERINFO set MOUNT = 'D:\lib.rus.ec\';

использовал udf rfunc
но хотелось бы обойтись без них и чтоб все работало из программы.

дурдом, долго и мучительно в режиме "Index only" добавлял книги из либрусека, в итоге я не могу перейти в режим "database" и в старом библиотекаре не возможно открыть ни одну книгу, пишет "Файл не найден".
p.s. в старом библиотекаре есть возможность из "Index only" сделать "database".

достаточно, все это идет из либрусека

при импорте найдено 3000 дублей из этих 3-х тысяч книг больше 2500 книги типа
название книги (белорусский язык)=название книги (итальянский язык)
название книги 1750-1760=название книги 1780-1790
и выискивать из этих 3000 именно дубли руками как то меня не прельщает.
А что по поводу ADO?

мда, чем дальше в лес, тем толще партизаны... 1000 книг 1,5 часа, что то не то.
Из предложенных причин первые две я отметаю т.к. они и в дельфевом есть, а вот наличие промежуточного звена в виде ADO и продвинутого алгоритма сравнения книг (причем он часто ошибается, больше 70% ошибок) это сильно тормозит импорт. А без ADO ни как не обойтись? может есть драйвер который напрямую с базой работает?