Я не большой специалист в этих СУБД, но по роду деятельности пришлось писать ПО как под MS SQL так и под Oracle. То что писать под Oracle намного легче думаю спорить не придется, а вот насчет остального есть моменты спорные. Microsoft со своей стороны бьет по тому, что цена ее СУБД меньше чем цена на Oracle. Тут есть доля правды, но если вам нужна СУБД для 1С, то нет необходимости покупать Oracle Enterprise Edition на 2 процессора, можно купить Oracle Lite Edition или Named User лицензии для Enterprise Edition, к примеру для 10 пользователей это обойдется порядка 2500 $. Что же касается производительности, приведу пример собственного эксперимента:

1. Сервер Oracle 10g:
Процессоры - 1 (3 ГГц Pentium)
ОЗУ - 1 ГБ (DDR2)
Диски - 2 по 80 ГБ SATA2
ОС - RedHat Enterprise Server 3
Среда из которой сделан запрос - PL/SQL Developer на удаленной машине

2. Сервер MS SQL 2000:
Процессоры - 2 (2.7 ГГц Pentium Xeon)
ОЗУ - 2 ГБ (DDR2)
Диски - 2 по 80 ГБ SATA2
ОС - Windows 2003 Enterprise Server
Среда из которой сделан запрос - Query Analyzer локально

Устанавливались эти продукты мной в свое время, и никаких оптимизаций я не проводил.

Таблицы идентичны, индексирование производится по одним и тем же полям. Есть правда 2 различия. В случае с Oracle поле dt имеет тип Timestamp(6), а в случае с MSSQL 2000 оно имеет тип smalldatetime (так как Timestamp в MS SQL изменять нельзя). И второе отличие, в таблице на MS SQL хранится ~ 1 000 000 записей (то же что и в таблице на Oracle, только агрегированые), а на Oracle ~ 200 000 000 !!!. Был сделан элементарный запрос:
Select max(dt) from Netflow. Результаты меня действительно заставили призадуматься:
MS SQL 2000 - время возврата 16 миллисекунд, в момент запроса к БД других запросов не осуществлялось
Oracle 10g - время возврата от 16 до 31 миллисекунды, в момент запроса данная таблица обновлялась из двух модулей (порядка 100 записей в секунду) кроме этого на данной таблице висит триггер, который занимается агрегацией этих данных и записывает их в другую таблицу.

У меня давно не стоял вопрос относительно выбора СУБД, но если разрабатывать ПО которое должно обрабатывать большое количество данных и быстро, то это несомненно Oracle.