а вот есть идея написать udf для обращения к dbf через odbc - Это возможно? Чтобы потом использовать ее в процедурах?

Тут вопрос в том как у тебя таблицы в dbf устроены. Можешь к примеру узнать какие записи добавлялись/изменялись после последней синхронизации? Если нет, то смысла от такой операции ноль, т.к. придется каждый раз стирать все данные залитые раньше и заливать их заново. Вариантов изменений получается слишком много, а отслеживать изменения у тебя никак на базе dbf не получится. В общем если уж переходишь с одного движка на другой, то лучше переходить сразу.

Зачем уж доступ к dbf через ODBC делать, да еще из UDF. Можешь обьяснить?

По поводу UDF - да, есть смысл использовать TDBF что Мимопроходящий дал. Могу еще предложить свою разработочку :-) Я тут недавно сделал обьектик который чтает dbf-файлы либо с диска либо с потоков. Сервиса ноль, только чтение заголовков и данных. Но основная задача была именно такая, поэтому записи в файлы и не придусматривается вообще никак.Вроде проверял - рабоатет нормально. Если интересует, заодно и потестишь.

alek_kесть ли опенсорс библиотеки(желательно кроссплатформенные)
для работы с dbf файлами?

Есть в общем описание dbf файлов, и там ничего нет сташного в общем, разобратся можна за несколько часов. Если интересно - гляди в советах от В.Озерова, часть 1-я. Раздел "Таблицы dBASE: Структура .DBF-файла"

Синхронизация сейчас идет только в одну сторону dbf->ib


А поле есть по которому отслеживаются новые/измененные/удаленные записи? Как это-то сделать? Шерстить всю базу? Тогда легче каждый раз заного сливать все данные, и то проще будет. Но чревато.

Так что если такого нет то лучше уж вариант №1 из вопроса.