Видимо я как всегда ничего не понимаю, но прежде всего нужно определиться, а для чего вы это сделали (для себя) и какие преимущества это даст.
Возможные варианты:
1. Пойти топорным методом, предложенным Glory, и долго корпеть в дизайнере создавая вьюхи вручную.
2. Просто-напросто, выкинуть из кода все use (кроме use .. again) и встаить вместо них что-то вроде:

Кто скажет, что апдейты не будут отсылаться обратно на сервер, в того я первый брошу камень (тому, кому это действительно надо - on demand кину ссылку, потому как в хелпе это довольно запутано и неясно).
Возможны проблемы с индексными операциями, но это дело поправимое. Еще несколько строк кода и все индексы стоят как родные.
Результат - пользователи довольны безумно! Полдня можно не работать, а пить чай и курить бамбук в ожидании пока _все_ данные сольются с сервера.
3. Получить все преимущества от использования SQL Server (а их действительно немало). Для это прежде всего почитать тот самый манаул (раздел Creating Client/Server Solutions) и сопутствующую лит-ру (например, вот эту статью ).
На своем опыте могу сказать, что перевод в основном заключается в выбрасывании кучи фоксового кода и написании хранимых процедур. Я не пользовался визардом, а по одной-две таблицы перебрасывал на сервер, начиная со вспомогательных (данные из которых нужны не пользователю, а программе), и работал со смешанными данными, постепенно выбрасывая фоксовские файлы.
Кроме того, невозможно оценить количество переделок, не зная вашего стиля программирования. Если вы предпочитаете общаться с данными на SQL, то переделка пройдет явно быстрее, чем в случае, если вы приверженец стиля 'skip-seek-replace'. Количество кода ни о чем не говорит, может быть это ваш шанс подумать и над тем, а не раздут ли он и заодно что-нибудь попутно оптимизировать.
В общем, не так страшен черт, как его малюют.

Ваш случай - переписать все заново. Не забудьте только намекнуть начальству про повышение зряпляты, премии и холодильник для пива с автозаполнением :)