Здравствуйте.
>1. подозрение что там транзакции такая же профонация что и в фоспро, при сбое просто физически >нечему отвернуть неудачную транзакцию.
Схема отката транзакций зависит от инструмента. Либо ОС, либо драйвер.

>2. как делать бэкап ?? (выдергивать шнур чтоб всех из бд выгнать ?)
Нет проблем организовать горячий бэкап. Но обычно в этом нет потребности.

>3. востановится можно только на момент бэкапа, что за бизнес может себе позволить потерять пол дня >работы ?
Протоколирование изменений с возможностью восстановления на момент сбоя реализуется и на
ФС системах без проблем. Можно восстанавливать не только всю базу целиком, но и отдельные
проблемные таблицы.

>При акцессе на терминале - мы имеем N приложений, читающих/пишущих в
>один файл. И, по большому счету, эти приложения ничего друг о друге не
>знают, откуда - никто ничего друг с другом не синхронизирует.
Про акцесс не знаю, но ФС системы работают обычно через один вход, либо несколько приложений,
использующих общие dll, в одной из которых содержится логика модификации БД.

>Для ФС на каждого клиента запускается своя копия программы.
Если приложение мульти-dll и работает под терминалом, то на каждого клиента запускается
отдельная копия exe. dll-ки грузятся один раз. Например, если все приложение 20МБ, exe
обычно занимает порядка 200 кб. Общий расход памяти будет ~20МБ (dll)+200кб * количество
пользователей.

Типовой современный компьютер с гигом ОЗУ вполне тянет 20 конкурентных пользователей в терминале.
С хорошим встроенным форматом приложения работают достаточно быстро и надежно.
Про большее количество пользователей на более мощных машинах (которые сейчас не экзотика)сам
не скажу, судя по информации в интернете, тянет до 50 пользователей. При желании можно поднять
более 1 сервера и распределить нагрузку. Мощность компьютеров продолжает расти...
В принципе, по техническим характеристикам связка ФС+терминал сейчас покрыват потребности
малого и среднего бизнеса. В большинстве задач использование или неиспользование SQL-сервера
зависит от личных пристрастий разработчика и имеющихся у него опыта и наработок.
Декстопные форматы обычно рассматриваются с позиции встроенного формата хранения данных,
используемого в составе инструмента разработки "все в одном флаконе". Это дает свои
преимущества как на этапе разработки и тестирования, так и на этапе техподдержки.
Не так давно проводился опрос среди зарубежных разработчиков на clarion по поводу SQL (в
clarion можно эффективно работать как со встроенными форматами, так и с различными SQL-серверами
через ODBC API или нативные акселераторы). Большинство высказалось за продолжение
развития инструментария по встроенные форматы.