Я в почти такой же ситуации. Я начал с 5 или около того «чистых» приложений доступа, т. Е. Интерфейс был доступ, а сервер был JET. Я использовал двухэтапный процесс. Сначала я перенес данные на сервер SQL, сохранив при этом внешний интерфейс.
Однажды меня порадовало то, что я начал конвертировать по одному приложению за раз либо в веб-приложение asp.net, либо в клиентское приложение vb.net, в зависимости от того, что было наилучшим образом.
Для создания отчетов я использовал отличный построитель отчетов 3.0, который поставляется с SQL Server 2008R2.
Переход с VBA на vb.net по-прежнему является изменением, особенно если вы привыкли использовать DAO / ADO для доступа к данным, поскольку ADO.net - совсем другое чудовище, но как только вы обдумаете это, все довольно просто
Ну, это моя история о том, через что я прошел в вашей ситуации, надеюсь, это поможет
РЕДАКТИРОВАТЬ: Это часть процесса выбора, который я проходил.
Это будет зависеть от того, кто будет его использовать, и необходимого набора функций.
Есть два примера, о которых я могу вам рассказать.
Первое - это приложение под названием «Breach Light», которое используется, чтобы позволить всем (400 пользователям) регистрировать нарушения в процессе, с которым они сталкиваются. Его 3 простые формы для сбора данных используются нечасто большой пользовательской базой, так что это будет веб-приложение, поэтому я получаю преимущества без установки и простого обновления, а недостатки не имеют большого значения.
Второй - это расширенный клиент, которым пользуются около 20 человек, который выполняет прогнозирование вызовов и т. Д. Это будет приложение для настольных ПК vb.net, которое позволит улучшить взаимодействие с пользователем.
Как и все, что нужно для курсов, меня раздражает, когда люди говорят «веб-приложения для всего» или «я ненавижу веб-приложения, толстые клиенты для всех!». Используйте правильный инструмент для правильного задания