Сам я пишу больше на C++, поэтому советую - не стоит.
Если ты ас в С++, тогда сам решишь для себя.

Если не ас, то учти:
В отличие от Access или VB в пограмме на C++ ничего "само" не происходит, все надо ручками :)

Поищи в форумах C++ на предмет "дата енжин", более-менее понятно станет с какими проблемами придется столкнуться.

ValeryR
Идеальным вариантом было бы совмещать в одном проекте части написанные на VB и на C++ там, где это уместно, в виде отдельных COM-объектиков.

PS. А ещё лучше - перейти на C#.

Голосую всеми ногами за!

Че собстно и делал последние несколько лет (VB+COM). На тот момент это был наиболее компромисный вариант, позволяющий одному программеру писать большие и надежные проекты (потому как на VB), и при этом не иметь в программе "бутылочных горлышек", т.к. все "узкое" - на COM.

А сейчас больше увлекаюсь связкой C# и MC++, чего и другим советую. С одной стороны - .NET, с другой стороны почти настоящий C++ (Managed - главное, что в исполняемый код компилит, а не промежуточный - и то хорошо :) )

Меня тут в одном топике наругали, что расплывчато отвечаю, так что по пунктам (именно про чистый C++):
2. Сложно ли будет, особенно работа с БД и гридами?
Насчет БД. В принципе, несложно, всю сложность можно спрятать в классах-обертках, которые делаются однократно. При грамотном подходе в итоге можно получить даже легче чем на VB. А вот насчет гридов - полная жопа. Каждый извращается как может. Те, которые более-менее нормальные, денег немало стоят. Я вот бесплатный CGridCtrl с www.codeproject.com юзаю, так пришлось 60% его кода просто переписать, пока более-менее работать и выглядеть заставил.

3. Насколько больше программного текста придется писать?У нас в команде надо писать В СРЕДНЕМ 200-300 строк в день. Т.е. когда и 600, а когда почти ничего. Но БОЛЬШАЯ часть кода - это изобретение всяких велосипедов, которые MS Access просто так предоставляет (контролы всякие, базовые классы для дата-форм). А вот слой бизнесс-логики, наоборот, более экономным получается при правильном проектировании, т.к. можно разработать проблемно-ориентированную иерархию/семейство классов, да еще возможность переопределения большинства операторов подливает масла в огонь разработчикам с фантазией. (но опять же, процентов 40% бизнесс-логики - только "предполетные приготовления", в которых приличная масса кода. Трудоемкость кодирования целевых бизнесс-процессов уже как-то меркнет по сравнению с трудоемкостью написания среды, где все это будет происходить). Небольшие проекты можно писать "в-лоб". Объем кода, по сравнению с VB грубо в 3-6 раз больше на тех же операциях. (Даже идентификаторы обычно длинее на целый get_ или set_, тож понимаешь, лишние пальцезатраты :) )

1. Стоит ли вообще осуществить этот переход? Из жизни:
Заканчиваю монстроподобный 3-х уровневый проект для Philips. Клиентская часть - на С++. Я его почти уже ненавижу (тонны ручного труда угрохано), одно достоинство - выглядит как OfficeXP и VS.2003 вместе взятые, даже красивше. :)
Так что решайте - что нужнее. Надежность и быстрота разработки, или внешний блеск и прочие корпоративные понты в обмен на напрасно прожитые месяцы.

Хотя, уже полно всяких бесплатных красивостей для C# в том же XP стиле, да и data-grid там теоретически с бесконечно-развиваемыми возможностями (хотя и базовых на первое время хватает). Это отдельная тема для форума.

Так что, резюмирую свое собственное мнение - переходить безусловно стоит, но только не на чистый С++.
C# & MC++ отныне и форева!