Я думаю, имелось ввиду проще и быстрее написать приложение, а не его работа. Потому-как чтение локальных данных (по отшошению к DCOM) гораздо быстрее не смотря на индексы, Рашморы и т.п. А вот обмен курсорами клиент - DCOM нужно проработать очень тщательно.

2 andrush
Потому, что изначально задача стояла:
Если пользователи поставят у себя VFP и залезут в разрешенные по записи таблички, а в программе эти таблички меняются только по правилам, с протоколированием, с доступами отдельных пользователей к конкретным записям, что NTFS в принципе не может реализовать

Потому и предлагается использование DCOM:
- чтение для простоты - через файл-сервер, данные только для чтения;
- модификация - только через DCOM, по правилам, зашитым в DCOM

В таком раскладе испортить данные никто не сможет, почему только испортить, потому-что проблема несанкционированного получения (подсматривания) информации остается. В таком случае - решение - полностью DCOM. Или SQL, но тоже только на хранимых процедурах. Оба варианта вобщем-то более трудоемкие, чем непосредственное чтение данных SELECTами (VFP или SQL), поэтому чаще выбирают предложенный выше путь, т.к. проблема краха данных, как правило, страшнее проблеммы подсматривания информации