Это разного класса системы. Оракл клиентсерверная и среди лидеров в этом классе. По фичам, технологиям. Я например уверено себя чувствую - какая завтра задача не возникнет - надеюсь, что найдутся у Оракла фичи, чтобы помочь ее решить как можно легче. Однажды мне даже зарплату подняли. Парни искали решения с помощью сокетов еще чего-то, а я стал рыть весь Оракл - должно там быть решение. Я тада еще тока перешел на него с аксцесса. Так и оказалось. А если не найдутся, то маловероятно, что они у других есть. Т.е. перейти на СУБД такого класса - просто забыть на долгое время о том, что есть другие СУБД. Так, со Скулем время от времени померяться, ну мож на DB2 поглядывать иногда для общего развития. Мож ее кто не обгонит. Но када это будет?

neskif
После работы в Visual FoxPro 6.0 в сочетании с SQL Server 2000 сложно будет ?

Сложностей бояться - инфотехнологиями не заниматься. Не думаю, что очень сложно, а опыт работы с другими СУБД всегда полезен для кругозора. Базовые вещи похожи - РМД и там и тут. Если Вы и клиентов сами писать будете, то сложности на первых порах будут с выбором и освоением инструментария для клиентов.
Конечно, чтобы лучше знать фичи и возможности Оракла, и тем легче решать задачи нужно с ним каждый день работать, изучать методично базовые вещи. Например, многие работая несколько лет с Ораклом не знают всех возможностей его диалекта SQL. К примеру аналитических ф-й. Или то что в 9 можно в течении какого-то времени с помощью SQL можно восстановить ошибочно стертую запись. Полно возможностей для настроек и проч. Там полно того, что может никада и не понадобится. Всего хорошо наверное не знают даже самые продвинутые. Там же наврочены возможности почти для всех известных технологий в ИС. Но начать создать несколько таблов - не сложнее, чем везде. Язык для хранимых процедур PL/SQL тоже прост. Была бы литра.

neskif
В Oracle, если я правильно понимаю, есть и навигация и формы для ввода и редактирования. В SQL Server этого нет. Или я не прав ?

Если понимать под Ораклом СУБД, то там этого естественно нет. Если бы они были, то он был бы файлсервеным скорее всего.
Серверные СУБД в отличии от файлсерверных находятся на сервере. А на клиенте тока клиентская часть для доступа к БД, организации сеансов и посылки запросов.

Если понимать под Ораклом всю совокупность продуктов, то есть Оркловые тулсы для клиентов. Но не обязательно. В принципе можно на Фоксе к нему лезть. На С# пожалуйства. В справке MS MSDN прописано как с Ораклом работать из Нета.

Оракл поддерживает средства для работы с ним разных языков и технологий. Большой упор на Джаву. Но это в основном для наиболее проявляется для систем поддержки принятий решений - Олапы всякие, Датамайнинги. И как следствие JDeveloper (типа JBilder). В самой БД Оракла поддерживается Джава классы, которые могут вызываться из ХП.

Для простого лабания форм есть Оракл Формс.
Но он скорее всего не все возможности Оракловых механизмов может.
И возможно похуже чем у аксцесса, но зато вроде на разных ОС. Кста, Орал считает, что у Аксцесса превосходные формы и отчеты. И там шо-то есть для работы с Ораклом с помощью Аксцесса. Не помню деталей, в справке промелькнуло.

Есть тулсы для ввода и навигации. Типа выбрал по нвигации таблу и открыл на редактирование. Например, PL/SQL Developer - это даже не оракловый продукт.

Библиотеки для прог на С и специальный интерфей OCI и т.д. Это максимально глубокое управление данными. В частности, механизмы оповещения событий в БД - подписчик/публикатор.

Есть у оракла, продукт Оракл сервер - мало не покажется. Лично я про него тока читал. Есть как у скуля оконные средства управления СУБД. Но есть и простейшая тулса SQLPLUS способная посылать SQL инструкции, процедуры ХП и выводить результаты.
Но и у MS есть. Т.е. в этом плане лидирующие клиентсерверные БД придерживаются одинакового подхода.

Я потому Вам и сказал, что средства для клиента придется повыбирать.

Под продктом Оракл сервер имеется в ввиду продкт Оракл сервер приложений